Java 9 发布在即，Oracle OpenJDK 着手优化 Unsafe 类

java 9 正式版预计在 2017 年 2 季度发布，目前大部分 JEP 已经基本成型。其中，最关键特性或许是 JEP 261 , 该 JEP 实现了 java 平台的模块系统, 具体说明可以参见 JSR376 。 模块系统依赖于 JEP260 （封装了大部分内部 API），导致的结果是 JEP193 定义的多个句柄会暴露 sun.misc.Unsafe 类的功能。此前 Info报道过致力于解决sun.misc.Unsafe 句柄问题的团队，可能的解决方案细节亦可参见另一篇报道。

Bug 8149159 最近被提交到 JDK Bug 管理系统, 建议优化和清理 Unsafe 类, 包括将参数检查从本地代码移入 Java（简化 JIT）、 sun.misc.Unsafe 类和 jdk.internal.misc.Unsafe 类的统一、 以及本地代码的整体清理。

2 月 18 日，Oracle 工程师 Mikael Vidstedt 向 OpenJDK 开发者社区提交了两个补丁（分别针对 OpenJDK 和 OpenJDK HotSpot VM）

关于这两个补丁，Vidstedt 总结道：

• 避免代码重复，sun.misc.Unsafe 将全部实现委托给 jdk.internal.misc.Unsafe，这意味着 java 虚拟机 (特别是 unsafe.cpp）不再需要关心 s.m.Unsafe 的实现。
• s.m.Unsafe 的委托方法通常会被内联，但是为了避免性能下降的风险，仍然添加了 @ForceInline 注解
• 更新文档，指明用户应该确保 Unsafe 类的参数正确
• 参数检查从 Unsage.cpp 移入 java，简化本地代码以及允许 JIT 进一步优化
• 放松了特定参数的检查，比方说最近引入的 U.copySwapMemory 没有检查空指针。具体原因可以参考 j.i.m.U.checkPointer 的文档。除了 U.copySwapMemory，现在 Unsafe 类方法也都没有对参数执行 NULL 检查
• 在 U.copySwapMemory 类的基础上，对 j.i.m.U.copyMemory 增加了一个测试案例。请随时提醒我合并过来（本该如此）

在 Vidstedt 看来，Usage 类的清理算是“相当激进”了，值得注意的地方有：

• Unsafe_ 方法以及 unsafe.cpp 中的其他本地方法被申明为静态方法
• 新增 unsafe.hpp 代码文件，文件中移入 VM 其他组件的一些方法。移除部分“extern”函数声明（不要过度使用 extern）
• 对于不怎么用到的 UNSAFE_LEAF，移除警告性质的注释（没有必要，只是个 VM_LEAF）
• 一些简单的 leaf 方法使用 UNSAFE_LEAF
• UNSAFE_ENTRY/UNSAFE_END 代码块新增大括号，帮助自动缩进
• 移除未使用的 Unsafe_<…>##140 形式的函数和宏
• 更新宏参数，与 unsafe.cpp 的宏定义保持一致
• 更换带断言的参数检查，正如前面提及，这些检查移入了 j.i.m.Unsafe，移除所有 s.m.Unsafe 相关的代码

查看英文原文： Oracle’s OpenJDK Cleanup of “Unsafe” Implementation

感谢张龙对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ， @丁晓昀），微信（微信号： InfoQChina ）关注我们。