JDK9你必须了解的新特性_jdk9 flow-CSDN博客

本文链接：https://blog.csdn.net/LCBUSHIHAHA/article/details/123828773

Flow

JDK 9 Flow 是JDK对Reactive Stream (响应式流/反应流) 的实现，Reactive Stream是一套基于发布/订阅模式的数据处理规范。

响应式(Reactive Stream) 规范定义了如下四个接口：

Subscription 接口定义了连接发布者和订阅者的方法
Publisher 接口定义了发布者的方法
Subscriber 接口定义了订阅者的方法
Processor<T,R> 接口定义了处理器

HTTP2 Client

JDK之前 HttpURLConnection API 有许多问题

URLConnection API 设计了许多的协议，现在基本上都过时了。
设计API时还没有HTTP1.0并且设计的太过抽象
很难用并且许多操作没有文档
它只有阻塞模式，也就是一个线程只能同时处理一个请求和响应
很难维护

所以基本上都是使用Apache HttpClient等外部库。

新的Client简单易用，并提供事件通知，比如header received,response body received等等。JDK9的实现不是通过Callback的形式，而是使用了CompletableFuture返回，内部是使用响应式编程实现（Flow），性能与内存消耗上在设计上至少与Netty，Apache HttpClient持平。

发送 GET 请求并打印接收到的 Response body

HttpClient client = HttpClient.newHttpClient();
HttpRequest request = HttpRequest.newBuilder()
      .uri(URI.create("http://openjdk.java.net/"))
      .build();
      
client.sendAsync(request, BodyHandlers.ofString())
      .thenApply(HttpResponse::body)
      .thenAccept(System.out::println)
      .join();

Variable Handles

在JDK9之前将一个计数字段原子的自增有以下几种方式：

使用AtomicInteger，但是AtomicInteger 会增加额外的空间和管理间接的附加的并发问题。

使用AtomicXXXFieldUpdater，它虽然不会增加额外的空间但是它的性能没有直接操作它自己本身快。

使用不安全的sun.misc.Unsafe，由于是底层操作所以性能很高，由于这个原因也让它使用越来越广泛，但是使用Unsafe也就损失了移植性和安全性。

JDK为了解决这个问题，在JDK9推出了VarHandle，它提供了一系列标准的内存屏障操作，用于更细粒度的控制指令排序，在安全性、易用性、性能等方面都要优于现有的API。

在JDK9+后，J.U.C下的所有使用Unsafe的地方全都使用VarHandle进行了替换和重写。

Modular Run-Time Images -- Project Jigsaw

JDK9以前的rt.jar包含非常多的东西，从JDK1.0的211个Class到JDK8的数千个Class,JDK新增了很多功能，进而更快地开发我们的代码。问题是这些Class变为了一个整体，这4500个Class都在一个文件中，但是没有人会在一个应用程序中将这4500个Class都使用到。

模块化就是将这些Class分类进行管理，为此 OpenJDK设计了75个module，在Oracle中更多。通过将rt.jar拆分成更易管理的部分，以使你可以专门为自己的应用程序量身定做run-time,仅包含自己需要的modules,以此是的run-time最小化。在rt.jar中处理4500个Class外还有一些private的Class，它不应该被开发人员使用，其中最臭名昭著的就是sun.misc.Unsafe,很多框架开发人员，会通过这些东西来提升框架的性能和使用底层功能。

模块化后的好处

强封装

模块显示地选择向其他模块公开的内容，从而防止内部实现细节意外依赖。

公开的接口需要显示配置，未配置的接口无论通过那种方式都无法在其他模块访问。

从而防止模块之间发生意外或不必要的耦合。

安全性

在JVM最深层次上执行强封装，从而减少Java运行时的攻击面，同时无法获得对敏感内部类的反射访问。

优化

由于模块系统知道哪些模块是在一起的，包括平台模块，因此在JVM启动期间不需要考虑其他代码。

jlink

使用jlink缩减你的run-time，受其真正影响最重要的领域之一就是微服务，因为它只包含你需要的module，它比完整的java run-time小得多，一个完整的有几百兆，但是使用jlink你可以将它缩小到10M左右。

使用jlink可以使打出的jar包更小，受攻击面更小，也就更安全。

Compact Strings

采用更节省空间的字符串内部表示。

在JDK9之前使用char数组来存放字符，也就是每个字符需要2Byte（16bit）,Oracle的开发人员进行了一些统计，发现堆中String类型占了很大的比例，而绝大部分String对象只包含Latin-1字符。

Latin-1

ISO Latin-1字符集是Unicode字符集的一个子集，对应于IE4+中Unicode字符指令表的前256个条目。下面表格中详细提供了每个字符及字符的十进制编码和HTML已命名实体。其中Unicode字符为双字节16位，可以表示任何一种语言符号；而Latin-1字符集是单字节8位，只能够表示英文和西欧字符

不可变集合工厂方法

Java 9增加了List.of()、Set.of()、Map.of()和Map.ofEntries()等工厂方法来创建不可变集合。

List strs = List.of("Hello", "World");
List strs List.of(1, 2, 3);

移除了CMS垃圾回收器

将G1设定为默认的垃圾回收器

由于GC的默认实现类被替换为G1，所以废弃的GC选项已被移除。

统一 JVM 日志

Java 9 中，JVM 有了统一的日志记录系统，可以使用新的命令行选项-Xlog 来控制 JVM 上所有组件的日志记录。该日志记录系统可以设置输出的日志消息的标签、级别、修饰符和输出目标等。

私有接口方法

Java 8 为我们提供了接口的默认方法和静态方法，接口也可以包含行为，而不仅仅是方法定义（使用default修饰的方法可以在接口中实现，而不是只能声明）；

Java9中对接口进行了第二次的扩展，默认方法和静态方法可以共享接口中的私有方法，因此避免了代码冗余，这也使代码更加清晰。如果私有方法是静态的，那这个方法就属于这个接口的。并且没有静态的私有方法只能被在接口中的实例调用。

增强的 try-with-resources

在JDK7中如果有多个资源需要关闭，则需要在try中写多个。

try (BufferedReader bufferReader0 = new BufferedReader(...);
BufferedReader bufferReader1 = new BufferedReader(...)){ 
     return bufferReader0.readLine();
}

JDK9对其进行了增强

BufferedReader bufferReader0 = new BufferedReader(...);
BufferedReader bufferReader1 = new BufferedReader(...);
try (bufferReader0; bufferReader1){ 
     System.out.println(br1.readLine() + br2.readLine()); 
}

本文只是针对平时开发可能会用到的特性进行了介绍，完整的JDK9一共更新九十多个新特性。