java11新特性

Java 11 新特性

北京时间 2018年9 月 26 日， Oracle 官方宣布 Java 11 正式发 布。这是 Java 大版本周期变化 后的第一个长期支持版本，非 常值得关注。从官网即可下载, 最新发布的 Java11 将带来 ZGC、 Http Client 等重要特性，一共包 含 17 个 JEP（JDK Enhancement Proposals，JDK 增强提案）。其 实，总共更新不止17个，只是 我们更关注如下的17个JEP更新.。

JDK 11 将是一个 企业不可忽视的版本。从时间节点来看，JDK 11 的发布正 好处在 JDK 8 免费更新到期的前夕，同时 JDK 9、10 也陆续成为“历史版 本” ，下面是 Oracle JDK 支持路线图：

JDK 11 是一个长期支持版本（LTS, Long-Term-Support）

对于企业来说，选择 11 将意味着长期的、可靠的、可预测的技术路线图。 其中免费的OpenJDK11 确定将得到 OpenJDK 社区的长期支持， LTS 版本将 是可以放心选择的版本。

从 JVM GC 的角度，JDK11 引入了两种新的 GC，其中包括也许是划时代意义的ZGC，虽然其目前还是实验特性，但是从能力上来看，这是 JDK 的一个巨 大突破，为特定生产环境的苛刻需求提供了一个可能的选择。例如，对部 分企业核心存储等产品，如果能够保证不超过 10ms 的 GC 暂停，可靠性会 上一个大的台阶，这是过去我们进行 GC 调优几乎做不到的，是能与不能的 问题。

发布周

按照官方的说法，新的发布周 期会严格遵循时间点，将于每 年的3月份和9月份发布。所 以 Java 11 的版本号是 18.9(LTS)。

不过与 Java 9 和 Java 10 这 两个被称为“功能性的版本” 不同（两者均只提供半年的技 术支持），Java 11 不仅提供 了长期支持服务，还将作为 Java 平台的参考实现。 Oracle 直到2023年9月都会为 Java 11 提供技术支持，而补 丁和安全警告等扩展支持将持 续到2026年

新的长期支持版本每三年发布一次，根据后续的发布计划，下一 个长期支持版 Java 17 将于2021年发布。

提议

官网公开的 17 个 JEP（JDK Enhancement Proposal 特性增强）

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

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

315: Improve Aarch64 Intrinsics（改进 Aarch64 Intrinsics）

318: Epsilon: A No-Op Garbage Collector（Epsilon 垃圾回收器，又被称为"No-Op（无操作） "回收器）

320: Remove the Java EE and CORBA Modules（移除 Java EE 和 CORBA 模块，JavaFX 也已被移除）

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（启动单个 Java 源代码文件的程序）

331: Low-Overhead Heap Profiling（低开销的堆分配采样方法）

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

333: ZGC: A Scalable Low-Latency Garbage Collector (Experimental)（ZGC：可伸缩的低延 迟垃圾回收器，处于实验性阶段）

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

336: Deprecate the Pack200 Tools and API（弃用 Pack200 工具及其 API）

新增了一系列字符串处理方法

Optional 加强

Optional 也增加了几个非常酷的方法，现在可以很方便的将一个 Optional 转换 成一个 Stream, 或者当一个空 Optional 时给它一个替代的。

显示详细信息

局部变量类型推断升级

在var上添加注解的语法格式，在jdk10中是不能实现的。在JDK11中加入了这样 的语法。

//错误的形式: 必须要有类型, 可以加上var
//Consumer<String> con1 = (@Deprecated t) -> 
System.out.println(t.toUpperCase());
//正确的形式:
//使用var的好处是在使用lambda表达式时给参数加上注解。
Consumer<String> con2 = (@Deprecated var t) -> 
System.out.println(t.toUpperCase());

全新的HTTP 客户端API

HTTP，用于传输网页的协议，早在1997年就被采用在目前的1.1版本中。直 到2015年，HTTP2才成为标准。

HTTP/1.1和HTTP/2的主要区别是如何在客户端和服务器之间构建和传输数据。 HTTP/1.1依赖于请求/响应周期。 HTTP/2允许服务器“push”数据：它可以发 送比客户端请求更多的数据。这使得它可以优先处理并发送对于首先加载 网页至关重要的数据。

这是 Java 9 开始引入的一个处理 HTTP 请求的的 HTTP Client API，该 API 支持同步和异步，而在 Java 11 中已经为正式可用状态，你可以在 java.net 包中找到这个 API。

它 将 替 代 仅 适 用 于 blocking 模式的 HttpURLConnection （HttpURLConnection是在HTTP 1.0的时代创建的，并使用了协议无关的方法），并提供对WebSocket 和 HTTP/2的支持。

HttpClient client = HttpClient.newHttpClient();
HttpRequest request = 
HttpRequest.newBuilder(URI.create("http://127.0.0.1:8080/test/")).build();
BodyHandler<String> responseBodyHandler = BodyHandlers.ofString();
HttpResponse<String> response = client.send(request, responseBodyHandler);
String body = response.body();
System.out.println(body);
 
 
 
 
 
 
 
HttpClient client = HttpClient.newHttpClient();
HttpRequest request = 
HttpRequest.newBuilder(URI.create("http://127.0.0.1:8080/test/")).build();
BodyHandler<String> responseBodyHandler = BodyHandlers.ofString();
CompletableFuture<HttpResponse<String>> sendAsync = 
client.sendAsync(request, responseBodyHandler);
sendAsync.thenApply(t -> t.body()).thenAccept(System.out::println);
//HttpResponse<String> response = sendAsync.get();
//String body = response.body();
//System.out.println(body);

更简化的编译运行程序

看下面的代码。

// 编译 javac Javastack.java // 运行 java Javastack

在我们的认知里面，要运行一个 Java 源代码必须先编译，再运行，两步执行动作。

而在的 Java 11 版本中，通过一个 java 命令就直接搞定了，

如以下所示： java Javastack.java

一个命令编译运行源代码的注意点：

​ 执行源文件中的第一个类, 第一个类必须包含主方法。

​ 并且不可以使用其它源文件中的自定义类, 本文件中的自定义类是可以使用的。

废弃Nashorn引擎

废除Nashorn javascript引擎，在后续版本准备移除掉，有需要的 可以考虑使用GraalVM。

ZGC

GC是java主要优势之一。 然而, 当GC停顿太长, 就会开始影响应用的响应时间。

消除或者减少GC停顿时长, java将对更广泛的应用场景是一个更有吸引力 的平台。

此外, 现代系统中可用内存不断增长,用户和程序员希望JVM能够以高效的方式充分利用

这些内存, 并且无需长时间的GC暂停时间。

ZGC, A Scalable Low-Latency Garbage Collector(Experimental) ZGC, 这应该是JDK11最为瞩目的特性, 没

有之一。 但是后面带了Experimental, 说明这还不建议用到生产环境。

ZGC是一个并发, 基于region, 压缩型的垃圾收集器, 只有root扫描阶段会STW(stop the world), 因此GC停顿时间不会随着堆的增长和存活对象的增长 而变长。

优势：

1. GC暂停时间不会超过10ms
2. 既能处理几百兆的小堆, 也能处理几个T的大堆(OMG)
3. 和G1相比, 应用吞吐能力不会下降超过15%
4. 为未来的GC功能和利用colord指针以及Load barriers优化奠定基础
5. 初始只支持64位系统

ZGC的设计目标是：支持TB级内存容量，暂停时间低（<10ms）对整个 程序吞吐量的影响小于15%。 将来还可以扩展实现机制，以支持不少令人兴奋的功能，例如多层堆（即热对象置于DRAM和冷对象置于NVMe闪存）， 或压缩堆。

其它新特性

Unicode 10

Deprecate the Pack200 Tools and API

新的Epsilon垃圾收集器

完全支持Linux容器（包括Docker）

支持G1上的并行完全垃圾收集

最新的HTTPS安全协议TLS 1.3

Java Flight Recorder

在当前JDK中看不到什么？

一个标准化和轻量级的JSON API

一个标准化和轻量级的JSON API被许多Java开发人员所青睐。但是由于资金问 题无法在Java当前版本中见到，但并不会削减掉。Java平台首席架构师Mark Reinhold在JDK 9邮件列中说：“这个JEP将是平台上的一个有用的补充，但是在 计划中，它并不像Oracle资助的其他功能那么重要，可能会重新考虑JDK 10或 更高版本中实现。 ”

新的货币 API

对许多应用而言货币价值都是一个关键的特性，但JDK对此却几乎没有任何支持。 严格来讲，现有的java.util.Currency类只是代表了当前ISO 4217货币的一个数据结构， 但并没有关联的值或者自定义货币。JDK对货币的运算及转换也没有内建的支持， 更别说有一个能够代表货币值的标准类型了。

此前，Oracle 公布的JSR 354定义了一套新的Java货币API：JavaMoney计划会在Java 9中正式引入。但是目前没有出现在JDK 新特性 中。

不过，如果你用的是Maven的话，可以做如下的添加，即可使用相关的API处理货币：

​ org.javamoney

​ moneta

​ 0.9

写在最后

代码精选（www.codehuber.com），程序员的终身学习网站已上线！

如果这篇【文章】有帮助到你，希望可以给【JavaGPT】点个赞👍，创作不易，如果有对【后端技术】、【前端领域】感兴趣的小可爱，也欢迎关注❤️❤️❤️ 【JavaGPT】❤️❤️❤️，我将会给你带来巨大的【收获与惊喜】💝💝💝！

本文由博客一文多发平台 OpenWrite 发布！