AAAIT学院JDK15新特性JAVA15版本

你的名字 2022-12-24 07:54 261阅读 0赞

伴随着2020的寒冬和新冠病毒的肆虐，JAVA迎来了久未已久的JAVA 14。自从2017年JAVA 9发布之后，JAVA的发布版本跟上了敏捷开发的步伐，小步快跑，Java平台发布节奏已从每3年以上的主要版本转变为每6个月发布一次功能。现在，每年的3月和9月都会发布新的版本功能。

**学习QQ：83193980   学习视频     [https://edu.csdn.net/course/detail/31331][https_edu.csdn.net_course_detail_31331]**

三月已过，九月还远吗？

在JAVA 14中，推出了swith的最终版本，并且支持了NVM。

今天本文将会展望一下JAVA 15中会带给我们的新特性。

总体来说有5个JEP将会提交到JAVA 15。

什么？你问我JEP是什么？

JEP的全称就是JDK Enhancement Proposals,简单点讲就像是一个个对JAVA进行改进提案，这些提案会在合适的时间合适的地点被加入JDK的特定版本。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3poYW5nY2hlbjEyNA_size_16_color_FFFFFF_t_70][]

下面看下5大提案都有些什么内容：

# JEP 371: Hidden Classes #

通常我们在使用大型的框架或者lambda表达式的时候，会动态生成很多类。但是不幸的是标准的定义类的API：ClassLoader::defineClass 和 Lookup::defineClass不能够区分出这些类是动态生成(运行时生成)的还是静态  
生成（编译生成）的。

一般来说动态生成的类生命周期更短，并且其可见性要更低。但是现有的JDK并没有这个功能。

所有有了Hidden Classes的提案，通过Hidden Classes，不管是JDK还是JDK外部的框架，在生成动态类的时候都可以定义为Hidden Classes，这样可以更加有效的控制这些动态生成类的生命周期和可见性。

# JEP 372: 删除 Nashorn JavaScript Engine #

实际上jdk.scripting.nashorn和jdk.scripting.nashorn.shell这两个在JDK11的时候已经被标记为deprecated。在JDK15中只是把他们删除而已。

# JEP 377: 新的垃圾回收器ZGC正式上线了 #

Z Garbage Collector（ZGC）是在JAVA 11中引入的垃圾回收器，但一直都是实验版本，在JDK 15中，终于要上线了。

ZGC是一个重新设计的并发的垃圾回收器，可以极大的提升GC的性能。

# JEP 378: Text Blocks 标准化 #

Text Blocks第一次是在JDK 13中以预览功能出现的JEP 355。然后在JDK 14中又出现了第二个版本JEP 368。终于在JDK 15中可以有最终版本了。

文本块是一种多行字符串文字，它避免了大多数转义序列的需要，以一种可预测的方式自动设置字符串的格式。

**HTML example**

传统方式：

String html = "<html>\n" +
                  "    <body>\n" +
                  "        <p>Hello, world</p>\n" +
                  "    </body>\n" +
                  "</html>\n";

文本块方式：

String html = """
                  <html>
                      <body>
                          <p>Hello, world</p>
                      </body>
                  </html>
                  """;

**SQL example**

传统方式：

String query = "SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB`\n" +
                   "WHERE `CITY` = 'INDIANAPOLIS'\n" +
                   "ORDER BY `EMP_ID`, `LAST_NAME`;\n";

文本块方式：

String query = """
                   SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB`
                   WHERE `CITY` = 'INDIANAPOLIS'
                   ORDER BY `EMP_ID`, `LAST_NAME`;
                   """;

# JEP 379: 新的垃圾回收器Shenandoah上线 #

Shenandoah和ZGC一样，是以实验特性在JAVA 12中引入的JEP 189。现在终于要在JAVA 15中转正了。

# JEP 375：实例模式匹配（第二次预览） #

instanceof 自动匹配模式（预览）

**旧写法：**

// 先判断类型
    if (obj instanceof String) {
        // 然后转换
        String s = (String) obj;
        // 然后才能使用
    }

**新写法：**

if (obj instanceof String s) {
        // 如果类型匹配 直接使用
    } else {
        // 如果类型不匹配则不能直接使用
    }

这是第二次预览该功能，我们已经在 Java 14 中首次预览过该特性。

9、Records Class（预览）

Records Class 也是第二次出现的预览功能，它在 JDK 14 中也出现过一次了，使用 Record 可以更方便的创建一个常量类，使用的前后代码对比如下。

**旧写法：**

class Point {
        private final int x;
        private final int y;
    
        Point(int x, int y) { 
            this.x = x;
            this.y = y;
        }
    
        int x() { return x; }
        int y() { return y; }
    
        public boolean equals(Object o) { 
            if (!(o instanceof Point)) return false;
            Point other = (Point) o;
            return other.x == x && other.y = y;
        }
    
        public int hashCode() {
            return Objects.hash(x, y);
        }
    
        public String toString() { 
            return String.format("Point[x=%d, y=%d]", x, y);
        }
    }

**新写法：**

record Point(int x, int y) { }

# 安装包下载 #

主要分为OpenJDK版本和Oracle版本，下载地址如下：

*  OpenJDK版本：https://jdk.java.net/15/
 *  Oracle版本：http://www.oracle.com/technetwork/java/javase/downloads/index.html

上述版本，如果是个人学习用途，则差异不大。但如果是用于商业用途，则需要仔细看好相关的授权。Oracle JDK根据二进制代码许可协议获得许可，而OpenJDK根据GPL v2许可获得许可。

# 安装、验证 #

本例子以OpenJDK版本为例。解压安装包`openjdk-15_windows-x64_bin.zip`到任意位置。

设置系统环境变量“JAVA\_HOME”，如下图所示。

![format_png][]

在用户变量“Path”中，增加“%JAVA\_HOME%\\bin”。

安装完成后，执行下面命令进行验证：

1.  `>java -version`
2.  `openjdk version "15" 2020-09-15`
3.  `OpenJDK Runtime Environment (build 15+36-1562)`
4.  `OpenJDK 64-Bit Server VM (build 15+36-1562, mixed mode, sharing)`

更多有关Java的基本知识，可以参阅《Java核心编程》这本书，描述的非常详细。

## 移除了 Nashorn JavaScript 脚本引擎 ##

移除了 Nashorn JavaScript 脚本引擎、APIs，以及 jjs 工具。这些早在 JDK 11 中就已经被标记为 deprecated 了，JDK 15 被移除就很正常了。

Nashorn 是 JDK 1.8 引入的一个 JavaScript 脚本引擎，用来取代 Rhino 脚本引擎。Nashorn 是 ECMAScript-262 5.1 的完整实现，增强了 Java 和 JavaScript 的兼容性，并且大大提升了性能。

那么为什么要移除？

官方的解释是主要的：随着 ECMAScript 脚本语言的结构、API 的改编速度越来越快，维护 Nashorn 太有挑战性了，所以……。

## 5. 重新实现 DatagramSocket API ##

重新实现旧版 DatagramSocket API，更简单、更现代的实现来代替java.net.DatagramSocket和java.net.MulticastSocketAPI 的基础实现，提高了 JDK 的可维护性和稳定性。

新的底层实现将很容易使用虚拟线程，目前正在 Loom 项目中进行探索。这也是 JEP 353 的后续更新版本，JEP 353 已经重新实现了 Socket API。

![format_png 1][]

## 6. 准备禁用和废除偏向锁 ##

在 JDK 15 中，默认情况下禁用偏向锁（Biased Locking），并弃用所有相关的命令行选项。

后面再确定是否需要继续支持偏向锁，因为维护这种锁同步优化的成本太高了。

[https_edu.csdn.net_course_detail_31331]: https://edu.csdn.net/course/detail/31331
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3poYW5nY2hlbjEyNA_size_16_color_FFFFFF_t_70]: /images/20221120/f6123b6cd0ba4b169918cd91ba279c1a.png
[format_png]: /images/20221120/a9659b0d317a4127b27b2dae9e13f906.png
[format_png 1]: /images/20221120/2c25036a2faa4547a883318acb430f6e.png