JDK 11 进入 Rampdown 第二阶段，正式版已在路上

开发四年只会写业务代码，分布式高并发都不会还做程序员？  

之前我们曾报道过 JDK 11 已于6月底进入 Rampdown Phase One 阶段，当时 JDK 11 的所有新特性就已被冻结，不再加入新的 JEP 。

就在前两天，JDK 11 进入 Rampdown Phase Two 。之前的第一阶段持续一个月，主要修复 P1-P3 级错误；进入第二阶段后，将主要修复 P1-P2 级错误，并遵循 JEP 3 进行改进：

• RDP 1 candidate bugs

• RDP 2 candidate bugs

• Bug-Deferral Process

• Late-Enhancement Request Process

随着时间的临近，再有两个预览版本，JDK 11 就将迎来正式版本。

JDK 11 总共包含 17 个新的 JEP ，分别为：

• 181: Nest-Based Access Control（基于嵌套的访问控制）

• 309: Dynamic Class-File Constants（动态类文件常量）

• 315: Improve Aarch64 Intrinsics（改进 Aarch64 Intrinsics）

• 318: Epsilon: A No-Op Garbage Collector（Epsilon — 一个无操作的垃圾收集器）

• 320: Remove the Java EE and CORBA Modules（删除 Java EE 和 CORBA 模块）

• 321: HTTP Client (Standard)

• 323: Local-Variable Syntax for Lambda Parameters（用于 Lambda 参数的局部变量语法）

• 324: Key Agreement with Curve25519 and Curve448（Curve25519 和 Curve448 算法的密钥协议）

• 327: Unicode 10

• 328: Flight Recorder

• 329: ChaCha20 and Poly1305 Cryptographic Algorithms（ChaCha20 和 Poly1305 加密算法）

• 330: Launch Single-File Source-Code Programs（启动单一文件的源代码程序）

• 331: Low-Overhead Heap Profiling（低开销的 Heap Profiling）

• 332: Transport Layer Security (TLS) 1.3（支持 TLS 1.3）

• 333: ZGC: A Scalable Low-Latency Garbage Collector (Experimental) （可伸缩低延迟垃圾收集器）

• 335: Deprecate the Nashorn JavaScript Engine（弃用 Nashorn JavaScript 引擎）

• 336: Deprecate the Pack200 Tools and API （弃用 Pack200 工具和 API）