Android之惑：平台复杂性与版本之祸

Android平台的火爆已经让整个市场为之疯狂，在诺基亚基本没有触及的美国，这个平台的机型销量已经超越了iphone，成为首屈一指的大明星，但是 由于其将多种平台融为一体，相比较封闭的iOS平台，其目前出现的过多版本问题成为平台的一大问题，由于不同版本的android系统SDK不同，因此在 开发软件的时候，开发者往往会无所适从，因此众多应用的不兼容也是目前android高速发展的突出问题。

相比较苹果家的iphone，由于其本身控制硬件和系统底层软件，因此在系统版本升级方面，苹果能够及时有效的升级，因此大部分的玩家都可以在第一时间得到产品升级，随着产品端的延长，系统升级与调试也主要是苹果自家独自完成，从而有效地保证了兼容性和平台的一致性，虽然其牺牲了很多开放与自由，不过相比较而言，由于产业链的闭环，因此可以独自控制产品端的发展。

而Android的发展完全是爆发性的，就是在这一年内，Android从1.5版本瞬间升级到 2.3（1.5-1.6-2.0.1-2.1-2.2-2.2.1-2.3），由于苹果的升级基本上属于强制性的，也就是说基本上是同一时间端升级，除了 iphone 2G已经不再升级之外，大部分的iphone都会升级到最新的版本，对于开发者来说，只需要通过最新的SDK开发程序或者升级程序就可以了，而 Android开发者就会非常郁闷，原因是由于谷歌仅仅控制软件最基本的代码，准确的说就是Android非硬件部分的规范，而对于硬件方面，由于各个厂商的不同，所以就需要各个厂商自行调整，因此会存在当系统都是升级到2.3的时候，部分机型依旧是1.6版，对于正常的产品周期来看，必定会让购买了 1.6系统机型的用户相当不满。

这并不是Android自身开发的怠慢，一年多个6个版本明显是超越iOS，但是由于硬件上自身调试的原因，并不是所有的玩家都能及时享受到最新版本，严重的滞后阻碍了Android系列手机的应用开发和用户体验。

这样的窘境似乎并不是谷歌愿意看到的，就像是java作为跨硬件的应用平台，其底层的虚拟机依旧牢牢掌握在甲骨文手里，应用开发对于甲骨文来说无关，他只负责底层，而谷歌的问题在于他没有办法控制底层，除非所有的硬件架构都基于ARM，但是标榜自身的跨平台的Android就必须考虑到放弃X86平台，谷歌没有那么多精力去负责这样浩大的兼容性测试，他必须找到一个行之有效的解决方法。

从目前市场行业角度上分析，我觉得后期Android的发布将会和现在的很多开源软件一样，会采用双线并行的方式，即一个开发版本和一个稳定维护版本，首先谷歌会宣布几款设备将不会升级至2.X系，逐步将其淘汰，然后将2.X版本作为稳定开发版本，SDK也主要是为这个版本开发放出，并且保证大部分机型在这个版本系列上得到充分支持，而开发版本则是高端的3.X系列，为不稳定版本，官方不会放出相关的SDK给开发者，用于平台预览，但是会对几款高端机型提供相应的固件下载，保证了高端的GEEK玩家的需求，在2.X进入稳定期以后将会采用小版本号更新，如2.X.X这样，五年以后停止版本的官方支持，并且转移至更高的版本，（这一点上有点类似于mysql）我觉得这样会是一个比较稳妥的解决版本的方法。

从目前的应用端来看，由于ARM架构存在着各个硬件公司设计上的差异和显示芯片的差异，对于Android平台还需要一个最低硬件的标准，如果 Android平台能够确定软件的最低硬件，那么对于软件开发者来说将会非常方便，从目前中端机型升级Android 2.2就可以看出来，由于架构的差异，虽然中端机型可以升级至2.2版本，但是谷歌有意识的将其flash 10.1功能关闭，在一定程度上区分了高端机型与低端机型的功能，这也算是谷歌逐步统一系统平台的一个策略，将低端机型版本升级，但是缩减功能，不得不说谷歌和苹果一样，在这一点上是非常聪明的。