长久以来，微软是否应该做分支版Android设备的讨论从未停歇过。很多自认聪明的分析师，都认为微软应用如果利用好Android的应用生态完整性，就可以发展壮大自己并分裂Android的活动。
事实上，无论是谁，都无法真正分离Android。如果微软真的选择Android分支版智能手机的道路，那将是一个无法弥补的错误。
说到这，相信很多朋友都会以为这些话实在耸人听闻，别急，请继续往下看。
首先，Android的核心已经变的愈加封闭。Android系统从根本上来说，由两部分组成。第一部分是开源的AOSP(Android开源项目)。这部分资源为谷歌开发者联盟的成员，提供了基于Linux内核、Dalvik虚拟机的Android基础框架代码。在这个框架中，谷歌虽然也封装了部分应用和API，但目前其中大部分应用和API都已经不再更新。在与开发者提供的最新应用进行对接时，往往无法实现或BUG频出。
第二部分是谷歌移动应用(GMS)，或称谷歌服务、谷歌商店服务等等。这一部分堪称Android系统的“活的灵魂”。其中包括谷歌各各样的应用，还包括一些列对开发者来说非常重要的、及时更新的API。
与国内情况不同，西方人选择Android设备其中一个很重要的原因是可以使用谷歌各种各样的“原生应用”。因为诸如Gmail等服务已经深入人心，甚至影响着他们的工作与生活。很难想象那些没有谷歌服务的Android如何能够被西方人所接受。中国则恰恰相反，被阉割掉谷歌服务的Android被大部分人错认为Android应用的面目。这样一来，各种各样的粗制滥造的服务，就充斥着我们的“山寨Android机”。
关键的问题就在于，GMS作为Android的核心精神，已经变得越来越闭源。首先，AOSP的手机可以得到基础的Android框架，但得不到它的灵魂。其次，谷歌不再为AOSP用户提供API更新。据悉，很多AOSP手机的API还停留在Android 1.0时代。API究竟有多重要呢?没有及时升级的API可能造成很多应用在更新后无法使用，或者是出现各种各样的BUG。
其次，条条大路通Android，却没有一条适合微软。前一段时间，关于诺基亚曾开发或还正在开发一款基于Android分支版系统的手机的消息，引起了人们的广泛热议。很多分析师认为这对于微软来说是一次借鸡生蛋的讨巧方法。殊不知这其实并不适合微软，只是好事者一厢情愿的想法。想要弄清这个问题，我们就要分析一下目前做Android设备的硬件厂商，都采取了什么样的形式。
第一种：乖乖听谷歌的话，同时依靠AOSP和GMS。
这是谷歌最愿意看到的发展方向，突出的代表者是三星、HTC、LG等。这些厂商作为AOSP成员，同时获得了谷歌的特别认证。一方面三星等厂商可以使用开源的Android代码，另一方面，它们作为谷歌“可靠”的同盟者，享有谷歌丰富的专属服务和及时更新的API。这样做的厂商，可以在大程度上受惠于Android鲜活的应用生态系统。
不仅如此，这些听话的“小弟们”也会获得一些自由，比如添加定制化的皮肤或是自己推出的应用。当然，这些人根本没有能力分裂Android。一旦他们不小心越过了底线，谷歌就会对其进行限制。此前猎云网编辑君就曾报道，三星因为在几年CES推出的“杂志化”交互风格，而被谷歌召见。尽管三星表示将保持自己的创新独立性，但却在“保持更为统一的Android风格”这一问题方面，与谷歌达成了一致。
第二种：彻底阉割谷歌服务，仅作为AOSP版本的Andoid。
走这条道路的市场，以中国为代表。这些国家或地区因为这样或那样的原因，彻底提出了谷歌服务，仅仅利用开源的Android框架代码，打造了本土化色彩十足的系统平台。用一个词——“糊涂的爱”，来形容这些用户最为合适。尽管如此，这些Android手机还是可以通过盗版应用商店来下载到最新的应用。当然，它们还会打着“自主开发”的旗号，推出各种粗制滥造的应用，来满足用户的需要。由于这些市场中的大部分用户都无法使用谷歌原生应用，因而他们并未体味到真正的Android。更可悲的是，因为对垃圾应用习以为常，这些地方的用户比西方用户具有更大的宽容度。此外，用于不能获得(或及时获得)官方API升级，很多山寨Android机基本上就是“应时应景”的产物，仅仅过了一段时间之后，就基本上等于功能机了。
第三种：介于前两种之间，使用AOSP、推出自己的GMS。
这种途径最为贴切的代表当属亚马逊的Kindle系列。亚马逊利用Android系统的基础框架，在兼容Android应用的基础上，与谷歌原生服务“打起了擂台”——推出了类似于谷歌服务的各种各样的专属应用(或者使用微软等公司的应用)。此外，当谷歌升级API时候，亚马逊也会对API进行升级。(因为不升级就无法使用更新后的Android应用)。尽管这种“追赶式”的道路让亚马逊耗费了巨大的时间、人力成本，但效果往往还不一定好。
第四种：利用AOSP代码，另立门户，打造新的操作系统。
代表着应该是Ubuntu(Android版)。诸如Ubuntu等手机厂商，利用了开源的Android代码，开发了一些Android手机不的不具备的必须应用之后，便一股脑的将自己的现有系统，凌驾于Android之上。尽管它的API也在底层与Android有相似之处，但确采用一种全新的对接方式。换句话说，这种突进式希望通过融合Android，打造自己的新系统，最终分裂Android。
采用第一种方法，基本上就已经是选择了放弃分裂Android。因为在严格的认证条款中，三星等OEM厂商不敢越雷池一步。三星基本上可以说被套牢，通过开发Tinzen来挑战Android，多少有点自掘坟墓的感觉。这条路是微软无论如何也不会走的。作为一家软件与服务巨头，允许AOSP+GMS的形式存在，无异于沦落为谷歌Android的纯粹硬件生产商。
同样的的，微软似乎也没必要采用第二种方法。大部分仅仅基于AOSP代码的手机厂商都受限于本土市场的限制，很难成长为国际性的手机厂商。这些手机会支持一些Android应用，但是数量和持续时间都不确定。因为官方API的缺失，这些手机用户往往与一些非常好的应用失之交臂(当然，盗版的力量在中国相当强大)。本身WP目前的应用生态就相对匮乏，为什么还有给自己开辟一条前途未卜、困难重重的道路呢?
亚马逊拥有巨大的财力物力。但追赶Android已经让其狼狈不堪。分析人士认为，如果微软也高出一个Android分支系统，推出可与GMS相匹敌的应用、并不断跟进API，其所花费的成本几乎可以重新打造一遍WP。更何况微软一直的理想是把自己现有的软件优势想移动平台转移，前述的那种“费力不讨好”的做法不太明智。
第四种方法对于微软来说也不太合适。WP拥有自己专属的系统内核架构，他不需要使用AOSP代码。况且微软现有的WP发展策略就是打造一个不同于Android的平台，为什么还非得像Ubuntu一样自降身份呢?
生产分支版Android设备对于微软来说，怎么看怎么不靠谱。与其思考怎么分裂Android，倒不如踏踏实实学习Android。去粗取精，融合自己的创新之处就足够了。这一点，苹果的iOS 7颇有心得!