但是，事情会有这么简单吗？其实非常复杂。首先，这种方式会导致没有软件厂商继续开发WP版本应用，就像部分支持Android应用的黑莓10那样。另外还有一个最大的问题，则是Android本身的架构问题。

　　基于AOSP定制的设备并不受开发商亲睐

　　以三星S5为例，它内置一部分谷歌应用，即便界面经过修改，底层也是基于Android的AOSP开源代码；而谷歌服务如Gmail、搜索、来电显示、反向查找、Google Play等内容则不是开源的。此外，AOSP还包含各种API软件接口，如定位服务等等，谷歌实际上是不希望手机厂商擅自修改这些部分。

　　那么，使用AOSP但大幅修改界面及服务内容，会导致什么问题呢？相对来说就是软件版本落后、一些需要使用谷歌闭源API的应用程序不兼容，而软件开发商又不会专门针对这些机型开发特定版本。比如亚马逊的Kindle Fire，基于AOSP定制，但你无法找到《植物大战僵尸2》等游戏，因为EA并没有针对其特制的AOSP版本进行支持。同理，微软的诺基亚X也是如此。

　　微软的真实目的：推销自家服务

　　那么，让Windows Phone支持Android应用，是否还有意义呢？其实对于微软来说，这是一种尽快改善应用商店同类、垃圾应用程序过多的最快手段；但另一方面，则会导致整个系统平台的失衡、硬件体验不佳。

　　不论微软选择把完整的AOSP安装在一个虚拟机上（即在Windows Phone中建立一个模拟器，类似BlueStacks）、或是在本地加入对Android应用C++语言的支持，都是各有利弊：前者更容易实现，但需要高端硬件，所以低端WP手机无法实现；后者系统重建工作量大，微软似乎在一开始就否定了这个方案。那么不管怎样，最终Windows Phone运行Android应用的效果和体验，实际上都不会好于Android手机，这也是为什么诺基亚X这样的另类机型叫好不叫座的缘故。事实上，消费者需要简单优秀的使用体验，而不是 “曲线救国”。

　　当然，微软可能希望通过兼容Android应用的形式，吸引那些拥有Windows设备（其实比例很高）、希望追求桌面端与移动端相似体验的用户。这就是为什么微软要把诺基亚X的谷歌核心服务全部替换成自己的，这其实是另一种“Windows无处不在”的策略。

　　不论是谷歌、苹果还是微软，显然都希望自己的生态环境无处不在，即便是主张开源的谷歌，也开始在Android L上推行多设备、一致性的用户界面。所以，即便微软在探讨Windows Phone兼容Android应用的可能性，对于用户来说也仅仅是个“诱饵”，或许会多了几款软件可用，但那些为Android定制、优化的游戏大作基本上无法在Windows Phone上拥有良好的运行效果，微软的根本目的仍是推行自家的互联网服务。