伴随着2020的寒冬和新冠病毒的肆虐，JAVA迎来了久未已久的JAVA 14。自从2017年JAVA 9发布之后，JAVA的发布版本跟上了敏捷开发的步伐，小步快跑，Java平台发布节奏已从每3年以上的主要版本转变为每6个月发布一次功能。现在，每年的3月和9月都会发布新的版本功能。
学习视频 JDK15新特性系列课程--Java视频教程-后端开发-CSDN程序员研修院
三月已过，九月还远吗？
在JAVA 14中，推出了swith的最终版本，并且支持了NVM。
今天本文将会展望一下JAVA 15中会带给我们的新特性。
总体来说有5个JEP将会提交到JAVA 15。
什么？你问我JEP是什么？
JEP的全称就是JDK Enhancement Proposals,简单点讲就像是一个个对JAVA进行改进提案，这些提案会在合适的时间合适的地点被加入JDK的特定版本。
下面看下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”，如下图所示。
在用户变量“Path”中，增加“%JAVA_HOME%\bin”。
安装完成后，执行下面命令进行验证：
>java -versionopenjdk version "15" 2020-09-15OpenJDK Runtime Environment (build 15+36-1562)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。
6. 准备禁用和废除偏向锁
在 JDK 15 中，默认情况下禁用偏向锁（Biased Locking），并弃用所有相关的命令行选项。
后面再确定是否需要继续支持偏向锁，因为维护这种锁同步优化的成本太高了。
