JDK11 新特性详解_jdk11新特性-优快云博客

1、增强局部变量类型推断 var

Consumer<String> consumer = t -> System.out.println(t.toUpperCase());
Consumer<String> consumer = (var t) -> System.out.println(t.toUpperCase());

错误的形式：必须要有类型，可以加上var
Consumer<String> consumer = (@Deprecated t) ->System.out.println(t.toUpperCase())
正确的形式
Consumer<String> consumer = (@Deprecated var t) ->System.out.println(t.toUpperCase())

2、增加一些实用的 API

自 JDK9 和 JDK10 都为 java 增加了许多的 API，如今 JDK11 又增加了许多字符串自带方法，如下

@Test
public void contextLoads() {
    String str = "woshidage";
    boolean isblank = str.isBlank();  //判断字符串是空白
    boolean isempty = str.isEmpty();  //判断字符串是否为空
    String  result1 = str.strip();    //首位空白
    String  result2 = str.stripTrailing();  //去除尾部空白
    String  result3 = str.stripLeading();  //去除首部空白
    String  copyStr = str.repeat(2);  //复制几遍字符串
    long  lineCount = str.lines().count();  //行数统计

    System.out.println(isblank);
    System.out.println(isempty);
    System.out.println(result1);
    System.out.println(result2);
    System.out.println(result3);
    System.out.println(copyStr);
    System.out.println(lineCount);
}

结果为：

3、移除和废弃的内容

3.1 移除项

1、移除了com.sun.awt.AWTUtilities

2、移除了sun.misc.Unsafe.defineClass，使用java.lang.invoke.MethodHandles.Lookup.defineClass来替代

3、移除了Thread.destroy()以及 Thread.stop(Throwable)方法

4、移除了sun.nio.ch.disableSystemWideOverlappingFileLockCheck、sun.locale.formatasdefault属性

5、移除了jdk.snmp模块

6、移除了javafx，openjdk估计是从java10版本就移除了，oracle jdk10还尚未移除javafx，而java11版本则oracle的jdk版本也移除了javafx

7、移除了Java Mission Control，从JDK中移除之后，需要自己单独下载

8、移除了这些Root Certificates ：Baltimore Cybertrust Code Signing CA，SECOM ，AOL and Swisscom

3.2 废弃项

1、-XX+AggressiveOpts选项

2、-XX:+UnlockCommercialFeatures

3、-XX:+LogCommercialFeatures选项也不再需要

4、HttpClient 加强方法

现在 Java 自带了这个 HTTP Client API，我们以后还有必要用 Apache 的 HttpClient 工具包吗？

4.1 需要远程调用的接口

@RequestMapping(value = "/dshjbca")
public String test1(){
    return "dfs";
}

4.2 HttpClient 调用该接口

//同步调用
@Test
public void test2() throws IOException, InterruptedException {

    HttpClient client             = HttpClient.newHttpClient();
    HttpRequest request           = HttpRequest.newBuilder(URI.create("")).build();
    BodyHandler<String>  handler  = HttpResponse.BodyHandlers.ofString();
    HttpResponse<String> response = client.send(request,handler);
    String body                   = response.body();
    System.out.println(body);
}

//异步调用
@Test
public void test3() throws IOException, InterruptedException, ExecutionException {

    HttpClient client             = HttpClient.newHttpClient();
    HttpRequest request           = HttpRequest.newBuilder(URI.create("")).build();
    BodyHandler<String>  handler  = HttpResponse.BodyHandlers.ofString();
    CompletableFuture<HttpResponse<String>> response = client.sendAsync(request,handler);
    HttpResponse<String> result   = response.get();
    String body                   = result.body();
    System.out.println(body);
}

结果：

5、Unicode 10

Unicode 10 增加了 8518 个字符 , 总计达到了 136690 个字符. 并且增加了 4 个脚本. 同时还有 56 个新的 emoji 表情符号。

6、Remove the JavaEE and CORBA Moudles

在 java11 中移除了不太使用的 JavaEE 模块和 CORBA 技术，在 java11 中将 java9 标记废弃的 Java EE 及 CORBA 模块移除掉。

1、java.xml.ws,

2、java.xml.bind，

3、java.xml.ws，

4、java.xml.ws.annotation，

5、jdk.xml.bind，

6、jdk.xml.ws被移除，

    只剩下java.xml，java.xml.crypto,jdk.xml.dom这几个模块

7、java.corba，

8、java.se.ee，

9、java.activation，

10、java.transaction被移除，但是java11新增一个java.transaction.xa模块

7、JEP : 335 : Deprecate the Nashorn JavaScript Engine

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

8、JEP : 336 : Deprecate the Pack200 Tools and API

Java5 中带了一个压缩工具：Pack200，这个工具能对普通的 jar 文件进行高效压缩。其实现原理是根据 Java 类特有的结构，合并常数池，去掉无用信息等来实现对 java 类的高效压缩。由于是专门对 Java 类进行压缩的，所以对普通文件的压缩和普通压缩软件没有什么两样，但是对于 Jar 文件却能轻易达到 10-40% 的压缩率。这在 Java 应用部署中很有用，尤其对于移动 Java 计算，能够大大减小代码下载量。

Java5 中还提供了这一技术的 API 接口，你可以将其嵌入到你的程序中使用。使用的方法很简单，下面的短短几行代码即可以实现 jar 的压缩和解压：

压缩

Packer packer=Pack200.newPacker();

OutputStream output=new BufferedOutputStream(new  FileOutputStream(outfile));

packer.pack(new JarFile(jarFile), output);

output.close();

解压

Unpacker unpacker=Pack200.newUnpacker();

output=new JarOutputStream(new FileOutputStream(jarFile));

unpacker.unpack(pack200File, output);

output.close();

Pack200 的压缩和解压缩速度是比较快的，而且压缩率也是很惊人的，在我是使用的包 4.46MB 压缩后成了 1.44MB（0.322%），而且随着包的越大压缩率会根据明显，据说如果 jar 包都是 class 类可以压缩到 1/9 的大小。其实 JavaWebStart 还有很多功能，例如可以按不同的 jar 包进行 lazy 下载和单独更新，设置可以根据 jar 中的类变动进行 class 粒度的下载。但是在 java11 中废除了 pack200 以及 unpack200 工具以及 java.util.jar 中的 Pack200 API。因为 Pack200 主要是用来压缩 jar 包的工具，由于网络下载速度的提升以及 java9 引入模块化系统之后不再依赖 Pack200，因此这个版本将其移除掉。

9、新的 Epsilon 垃圾收集器

A NoOp Garbage Collector JDK 上对这个特性的描述是：开发一个处理内存分配但不实现任何实际内存回收机制的 GC, 一旦可用堆内存用完，JVM 就会退出.

如果有 System.gc () 调用，实际上什么也不会发生 (这种场景下和 - XX:+DisableExplicitGC 效果一样), 因为没有内存回收，这个实现可能会警告用户尝试强制 GC 是徒劳.

用法 : -XX:+UnlockExperimentalVMOptions -XX:+UseEpsilonGC

选项 - XX:+UseEpsilonGC, 程序很快就因为堆空间不足而退出

原因 : 提供完全被动的 GC 实现 , 具有有限的分配限制和尽可能低的延迟开销 , 但代价是内存占用和内存吞吐量 , java 实现可广泛选择高度可配置的 GC 实现. 各种可用的收集器最终满足不同的需求 , 即使它们的可配置性使它们的功能相交. 有时更容易维护单独的实现 , 而不是在现有 GC 实现上堆积另一个配置选项.

主要用途如下 :

1、性能测试(它可以帮助过滤掉GC引起的性能假象)

2、内存压力测试(例如,知道测试用例 应该分配不超过1GB的内存, 我们可以使用-Xmx1g –XX:+UseEpsilonGC, 如果程序有问题, 则程序会崩溃)

3、非常短的JOB任务(对象这种任务, 接受GC清理堆那都是浪费空间)

4、VM接口测试

5、Last-drop 延迟&吞吐改进

10、ZGC

ZGC, 这应该是JDK11最为瞩目的特性, 没有之一. 但是后面带了Experimental, 说明这还不建议用到生产环境。
    GC暂停时间不会超过10ms，既能处理几百兆的小堆, 也能处理几个T的大堆(OMG)，和G1相比, 应用吞吐能力不会下降超过15%，为未来的GC功能和利用colord指针以及Load barriers优化奠定基础，初始只支持64位系统
    ZGC的设计目标是：支持TB级内存容量，暂停时间低（<10ms），对整个程序吞吐量的影响小于15%。 将来还可以扩展实现机制，以支持不少令人兴奋的功能，例如多层堆（即热对象置于DRAM和冷对象置于NVMe闪存），或压缩堆。
    GC是java主要优势之一，当GC停顿太长, 就会开始影响应用的响应时间.消除或者减少GC停顿时长, java将对更广泛的应用场景是一个更有吸引力的平台. 此外, 现代系统中可用内存不断增长,用户和程序员希望JVM能够以高效的方式充分利用这些内存, 并且无需长时间的GC暂停时间

用法 : -XX:+UnlockExperimentalVMOptions –XX:+UseZGC, 因为 ZGC 还处于实验阶段，所以需要通过 JVM 参数来解锁这个特性

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

许多运行在 Java 虚拟机中的应用程序（包括 Apache Spark 和 Kafka 等数据服务以及传统的企业应用程序）都可以在 Docker 容器中运行。但是在 Docker 容器中运行 Java 应用程序一直存在一个问题，那就是在容器中运行 JVM 程序在设置内存大小和 CPU 使用率后，会导致应用程序的性能下降。这是因为 Java 应用程序没有意识到它正在容器中运行。随着 Java 10 的发布，这个问题总算得以解决，JVM 现在可以识别由容器控制组（cgroups）设置的约束。可以在容器中使用内存和 CPU 约束来直接管理 Java 应用程序，其中包括：

遵守容器中设置的内存限制

在容器中设置可用的CPU

在容器中设置CPU约束

Java 10的这个改进在Docker for Mac、Docker for Windows以及Docker Enterprise Edition等环境均有效。

容器的内存限制

在Java 9之前，JVM无法识别容器使用标志设置的内存限制和CPU限制。而在Java 10中，内存限制会自动被识别并强制执行。Java将服务器类机定义为具有2个CPU和2GB内存，以及默认堆大小为物理内存的1/4。

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

对于 G1 GC，相比于 JDK 8，升级到 JDK 11 即可免费享受到：并行的 Full GC，快速的 CardTable 扫描，自适应的堆占用比例调整（IHOP），在并发标记阶段的类型卸载等等。这些都是针对 G1 的不断增强，其中串行 Full GC 等甚至是曾经被广泛诟病的短板，你会发现 GC 配置和调优在 JDK11 中越来越方便。