java

　　Java作为开源界的一面旗帜最大的特点就是由于有Sun独自掌控着Java的各种规范，而各大厂商纷纷依据规范来设计自己的实现。如此以来Java真正意义上的做到了一次编写处处执行的能力。而为了吸取更多社区以及开发厂商的精华Sun不但会从各大社区和厂商中选取优秀的实现作为新的规范，同时JCP的出现也让Java规范的制定更加适合社区开发者的心声，这一切都无不显示着Java开源所到来的力量。而最近貌似Java规范的一致性面临着考验，Java再次面临规范分裂危机。 　　其实这样的危机对于Java来说已经不是第一次了，在上个世纪90年代后期，也就是Java刚刚出现不长时间就遇到了第一次危机。当时微软为了跟SUN之间争夺 Java的事实标准权，开发了自己特有的版本Visual J++，并与其VS系列开发套件结合在一起，还提供了专有的扩展API。这一系列行为都背离了SUN对于Java规范的要求。这一纷争导致SUN与微软之 间刻薄地批评对方，并对簿公堂。最用在2001年以SUN胜出结束，这也让微软彻底离开了Java阵营，从此与Java无缘。在该事件之后，也确立了 Java的使用原则，那就是SUN持有Java的标准权，无论哪个厂商，都必需遵守该标准。 　　在后来成立了的JCP组织，允许更多的厂商参与到Java的规范制定当中。JCP组织的出现，让IBM、Oracle很众多软件厂 商有机会参与到Java的发展当中，使Java得到了十足的发展。如果当时因为微软与SUN之争，导致Java标准分裂，就不会有今天的成就。 　　上一次危机已经过去10多年，今天新的危机有出现了。历史又一次重演。前几天VMWare与Google发表声明， 一起进军云计算领域。并将Java作为首选开发语言，着名的Java开源框架Spring作为首选开发模型。看起来这视 乎在为已经10多岁的Java注入新生力量。但是51CTO也敏锐的发现，VMWare与Google一系列动作之后，也为Java带来了标准分裂的危机。 　　尽管Google是开源以及开放网络标准的坚定支持者。但是在谈到Java标准问题的时候，却说他们采用的是一个小于标准的纯Java路线。也 就是说Google不会支持全部的Java标准。只会支持一部分。如果把Java标准比喻成大树的话，Google支持的部分可能是一个树枝、也可能只是 一个树叶。这个说法对于Google来说，已经有过类似的历史。 　　在其开源Android平台上，采用的就是部分标准策略。在Android平台上，只支持Java基本语法和部分 API，并且必须采用Android特有的架构模式。更大的区别是，Android平台上的Java程序只是与标准Java程序在源代码级别兼容，编译结 果根本不一样，这导致Java的最大特点，也就是一次编译到处运行成为空话。 　　在Google与VMWare联手进军云计算的声明中，关于Java EE规范问题，Google说，他们只会支持该规范的一个子集。也许在不久的将来，大家将会看到一个被阉割过的Java EE版本。至于在云计算平台上将采用什么样的虚拟机问题，还没有确切的消息。很可能Google版本的Java