导读:4月5日,美国最高法院大法官斯蒂芬·布雷耶(Stephen Breyer)以6票对2票,裁定谷歌开发安卓系统(Android)使用的 Java API 代码合理,第二天微软就发布了 Microsoft Build of OpenJDK 预览版。
在谷歌刚刚赢得同甲骨文一场长达10年的Java侵权案之后不到24小时,微软就急不可耐地放出了自家的JDK项目Microsoft Build of OpenJDK预览版(基于Java 11)。选择在这个时间节点发布也是有一番意义的,曾经微软和Java也有过恩恩怨怨。
关注JDK个版本发布的朋友应该留意一个点那就是:JDK/Java 正式 GA。Oracle 发布的公告除了介绍新特性,还提到了在 JDK 开发期间各组织修复 issue 的数据情况
比如前段时间发布的 JDK/Java 16 正式 GA
在 JDK 16 开发期间总共修复了 1897 个 issue,其中 1397 个由就职于 Oracle 的开发者完成,其余 500 个由个人开发者和来自其他组织/公司的开发者完成。Oracle 遍历这些 issue 并整理了来自指派者结果的组织数据后,得到以下组织结构图,他们共同为 JDK 16 中的错误修复工作做出了贡献:
甲骨文、红帽、思爱普、腾讯和 ARM 的贡献最大,他们修复的 issue 数量排在全球前五,红帽修复 issue 的数量仅次于甲骨文。相较于上个版本 JDK 15,腾讯修复 issue 的数量排名也从第五名上升到了第四名——已超越 ARM。同时也是国内为 JDK 贡献最多的公司。
说到厂商的开源贡献,除了统计为 JDK 修复的 issue 外,国际上还有一个开源贡献者指数 OSCI (Open Source Contributor Index) 值得关注。它会测量和跟踪企业开发者在 GitHub 上的开源活动,旨在帮助人们了解哪些商业组织对开源贡献最大。
比如腾讯,它在2月的排行榜中排名第 23,国内厂商中仅次于华为。
网上查了些资料发现微软也在19年开始进军OpenJDK,所以如今微软就发布了 Microsoft Build of OpenJDK 预览版也在预料之中,没有一些技术号博主说的那么惊讶。(当改别人的代码Bug修复多了,自然就会有重构的冲动,当然这是玩笑话)
其实微软首次向OpenJDK贡献代码是在2014年,贡献内容关于Windows上TCP回环快速路径机制方面的优化。2018年10月,甲骨文计划将OpenJDK的源码库迁移至GitHub,彼时的GitHub刚刚被微软收购,此后微软与 OpenJDK的关系也更进了一步。也有网友梳理了二十多年来微软与Java的一二事
至少可以这么说,java在win上的性能,会有一定的提升吧,java作为一个真跨平台的语言和平台将会愈发成熟.
其实如果我们把时间倒退回1998年,那个年代微软的win 98可是直接捆绑着jdk release的,后来为了独占java,搞j++,导致java跨平台的特性受损,所以对薄公堂,那现在微软的统治地位也面临着移动平台的冲击,那这个时间点,死扛不如放低姿态,回到jcp去参与讨论和建设也不失是一种明智之举,毕竟Google和苹果一直都在圈内呆着呢,所以如果将来win11自带jdk release的话,也不用太过于惊讶
同比之下国内阿里和腾讯各自已经出了自己的JDK
(不然人家为啥积极给Oracle JDK一直提Bug?)