<<上篇 | 首页 | 下篇>>

Android,Harmony 及 Java 的未来

如果你看过之前的文章,应该对 Oracle 状告 Google 侵犯专利有所了解。上次事件之后,Google 显然没有服软,接着,Oracle 指出 Google  Android 平台偷窃 Java 代码,将事情推向了另一个高度。今日,JCP 重要成员Apache 基金会宣布,如果 Oracle 不给 Harmony 提供兼容性测试,将退出 JCP,并号召其它成员抵制 Java7所有这些事件不仅是对 Google 的威胁和打击,而且直接关系到 Android  Java 语言的前途。

自由的语言,不自由的平台

Java 号称是跨平台的语言,简单的说,它是在不同平台之间搭建一个相同的软件运行环境。或说是 Java 虚拟机。虚拟机起到一个承上启下的作用,开发者不用考虑平台,只要保证自己的程序能够在虚拟机上运行,而实际的硬件操作由虚拟机联系操作系统完成。

Java 原本属于 Sun 公司。Sun 一直是一个在商业和开源之间走着平衡的公司。虽然,Sun 开发了大部分的 Java平台代码,但任何公司的平台,如果想要运行 Java 程序,仍就必须购买 Java 虚拟机的使用权,这涉及到安全和技术支持问题。从手机平台来说,诺基亚、RIM 等公司的手机平台都支持 Java 程序,就是因为它购买了 Java 虚拟机的使用权。

Apache 基金会的 Harmony

Apache 基金会的 Harmony 计划是试图提供一个 Java 的开源实现,就是说试图使 Java 平台脱离 Sun 的控制,获得充分的自由。这就是Harmony 计划产生的原因,对此 Sun 自然不会很高兴,一是商业原因,二是可能产生的平台分裂。因此,Sun 虽然没有起诉 Apache 基金会,却一直没有给 Harmony 提供兼容测试,同时 Sun  Java 平台的使用上有限制,因此 Harmony 的代码是不能使用到手机上的,当然 Apache 也没有这个计划,所以事情就搁置了下来,直到 Android 的出现。

Android 之道

Android  Dalvik 虚拟机运行的不是 Java 程序,可以说 Dalvik 完全可以运行其它语言开发的程序,但是 Google为了吸引 Java 程序员,允许 程序员使用 Android SDK  Java 代码转换成 Dalvik 可以运行的代码。它是如何实现的呢?Google 在开发 Android 的时候,雇佣了 Sun 的一些程序员,利用 Harmony 中的开源 Java 库来实现Java 程序的转换,避开了授权费用。这意味着开发者可以使用 Java 语言为非 Java 平台开发程序,Android 的火爆发展不能给 Sun 带来商业利益,而且可能造成平台分裂。

Java 7 的到来和 Apache 的反抗

自从 Oracle 掌权 Java 之后,JCP 便逐渐为 Oracle 所抛弃,这意味着 Oracle 要独自控制 Java 平台。做为 JCP一员的 Apache 基金会已经无法影响 Java 的方向,它的 Java 开源实现 Harmony 也被 Oracle 之门外,因此,Apache 基金会的存在只是一个形式而已。

Oracle 拒绝给 Harmony 提供兼容测试,这意味着 Harmony  Java 平台的彻底分裂,随着 Java 7 的到来,这个问题将更加严重。这是否意味着 Java 语言升级之后,Google 不得不重新编写底层代码已适应新的 Java 语言,但是 Google 这将是一项耗时费力的艰苦工作,而自己编写的实现也许会再次遭到 Oracle 的起诉,因为 Oracle 已经推出自己的开发环境 OpenJDK,获得了 IBM 和苹果的支持

Apache 基金会目前已经正式声明,号召其他成员抵制 Java7,如果 Oracle 不提供 Harmony的兼容性测试,将退出 JCP,这意味着 JCP 内一个最大的开源势力推出 Java,下一步便是彻底的决裂,这对 Google 会产生什么影响,仍无法预料。

法律和技术的双重困境

Android 已经成为 Google 的收入生命线,Google 自然不会让步,在最近的回击中,Google 指出,即使存在侵权(或抄袭)的可能,也应该由第三方负责,因为 Google 使用的是第三方的开源实现。法律问题先放在一边,从技术上来说,Google 也面临着困境,因为 Android 的开发者使用的是 Java 语言,如果失去官方提供的支持,将是一个严重的问题。

Java 陷阱

开源领袖Ricard Stallman 早就指出Java 是“带着镣铐的自由”(Free but shackled),警告开发者谨防 Java 陷阱。此后,Sun 开源了大部分的 Java 实现代码,因此 Java 陷阱已经可以避免,但仍然要注意使用完全自由的平台,因为并非所有的平台都是自由的。

如果 Google 收购 Sun,将 Java 收归己有,或者当初与 Sun 达成协议,也许今天情形会不同。或着当初开发 Android 的时候,Google 应该培育自己的 Go 语言,而不是急于利用现有的 Java 开发者队伍。Java 关于开放的说法只是一个假象,而如今 Java 易手,一切都改变了。

很难想象 Google 会放弃 Android 系统,问题是如何发展它。Java 将逐步脱离开源社区,沦为 Oracle 的生财之道,这是一个利益当头、注重企业而不考虑个人开发者的公司,与 Java 的纠缠不清只能带来更多的麻烦

Android 其实是在帮助 Java

现有的智能手机平台中,Java 已经不是开发者的首选,iOSMeeGo 都有自己的开发环境,WebOS 不需要 Java实现,而 RIM 也在逐渐抛弃 Java,转向 Adobe AIR,这意味着 Java 在手机市场的空间在逐步缩小。讽刺的是,现在 Android 飞速发展反而有利于 Java 语言在手持领域的地位。如果 Google 抛弃 Java是否 Java 将只能在低端机之间苟延残喘,逐渐消亡呢?相信随着 Web 开发技术的进步,HTML/CSS/Javascript这样的网络开发环境将成为网络应用的首选,而底层应用开发将会是 C/C++的天下。

Oracle 的作法也许只是加速 Java 在手机领域的灭亡而已,当然是在它收完最后一笔保护费之后。


© merlin for 爱范儿: 拇指资讯小众讨论,

标签 : ,

高性能服务器架构

       1) 数据拷贝Data Copies -- 技巧什么的 
       2) 环境切换Context Switches -- 理性创建线程  
       3) 内存分配Memory allocation -- 内存池 
       4) 锁竞争Lock contention -- 没有好的办法, 和具体的业务特点以及软件的设计结构有密切的联系

阅读全文……

标签 :

Linux下WebLogic10.3用random device代替访问urandom导致启动缓慢挂起?

在Linux下启动Weblogic10.3时停在一个地方很久也没响应,好像死掉了,到底是什么原因呢?看一下thread dump:

   java.lang.Thread.State: RUNNABLE
        at java.io.FileInputStream.readBytes(Native Method)
        at java.io.FileInputStream.read(FileInputStream.java:199)
        at sun.security.provider.NativePRNG$RandomIO.readFully(NativePRNG.java:185)
        at sun.security.provider.NativePRNG$RandomIO.implGenerateSeed(NativePRNG.java:202)
        - locked <0xedab49d0> (a java.lang.Object)
        at sun.security.provider.NativePRNG$RandomIO.access$300(NativePRNG.java:108)
        at sun.security.provider.NativePRNG.engineGenerateSeed(NativePRNG.java:102)
        at java.security.SecureRandom.generateSeed(SecureRandom.java:495)
        at com.bea.security.utils.random.AbstractRandomData.ensureInittedAndSeeded(AbstractRandomData.java:83)
        - locked <0xef612b88> (a com.bea.security.utils.random.SecureRandomData)
        at com.bea.security.utils.random.AbstractRandomData.getRandomBytes(AbstractRandomData.java:97)
        - locked <0xef612b88> (a com.bea.security.utils.random.SecureRandomData)
        at com.bea.security.utils.random.AbstractRandomData.getRandomBytes(AbstractRandomData.java:92)
 

this problem is quite common on our linux blades. Looks like the urandom-Device stops responding or Jrockit is trying to access the random device instead of urandom.
Anyway, it can be fixed by:

a) patching <java.home>/jre/lib/security/java.security and replacing "securerandom.source=file:/dev/urandom" with "securerandom.source=file:/dev/./urandom"

b) or by starting your jvm with -Djava.security.egd=file:/dev/./urandom

c) added a symlink for /dev/random to point to /dev/urandom on your linux host

标签 : ,