Java 14 有哪些新特性？
（给程序员的那些事加星标）
英文：Oracle，翻译：CSDN
blogs.oracle.com/javamagazine/java-14-arrives-with-a-host-of-new-features
以下为译文：
第14版包含的JEP（Java Enhancement Proposals，Java增强提案）比12版和13版加起来还要多。在这篇文章中，将主要讨论以下几点：
改进的switch表达式，第一次出现在Java 12和13中，在Java 14中获得了完全的支持
instanceof支持模式匹配（语言特性）
NullPointerException（JVM特性）
希望你在阅读完本文后，积极地代码中实验这些功能，为Java团队提供反馈，并为Java的发展做出贡献。
一、Switch表达式
java 14 中的switch表达式将会永久存在。
var log = switch (event) {
case PLAY -> "User has triggered the play button";
case STOP, PAUSE -> "User needs a break";
default -> {
String message = event.toString();
LocalDateTime now = LocalDateTime.now();
yield "Unknown event " + message +
" logged on " + now;
}
};二、文本块
String html = "<HTML>" +
"\n\t" + "<BODY>" +
"\n\t\t" + "<H1>\"Java 14 is here!\"</H1>" +
"\n\t" + "</BODY>" +
"\n" + "</HTML>";有了文本块，就可以简化这一过程，只需使用三引号作为文本块的起始和结束标记，就能编写出更优雅的代码：
String html = """
<HTML>
<BODY>
<H1>"Java 14 is here!"</H1>
</BODY>
</HTML>""";与普通字符串字面量相比，文本块的表达性更好。
Java 14引入了两个新的转义序列。第一，可以使用新的 \s 转义序列来表示一个空格。第二，可以使用反斜杠 \ 来避免在行尾插入换行字符。这样可以很容易地在文本块中将一个很长的行分解成多行来增加可读性。
例如，现在编写多行字符串的方式如下：
String literal =
"Lorem ipsum dolor sit amet, consectetur adipiscing " +
"elit, sed do eiusmod tempor incididunt ut labore " +
"et dolore magna aliqua.";在文本块中使用 \ 转义序列，就可以写成这样：
String text = """
Lorem ipsum dolor sit amet, consectetur adipiscing \
elit, sed do eiusmod tempor incididunt ut labore \
et dolore magna aliqua.\
""";三、instanceof的模式匹配
Java 14引入了一个预览特性，有了它就不再需要编写先通过instanceof判断再强制转换的代码了。例如，下面的代码：
if (obj instanceof Group) {
Group group = (Group) obj;
// use group specific methods
var entries = group.getEntries();
}利用这个预览特性可以重构为：
if (obj instanceof Group group) {
var entries = group.getEntries();
}由于条件检查要求obj为Group类型，为什么还要像第一段代码那样在条件代码块中指明obj为Group类型呢？这可能会引发错误。
这种更简洁的语法可以去掉Java程序里的大多数强制类型转换。（2011年的一篇针对相关语言特性的研究论文（http://www.cs.williams.edu/FTfJP2011/6-Winther.pdf）指出，24%的类型转换都来自于instanceof后的条件语句。）
JEP 305解释了这项改变，并给出了Joshuoa Bloch的著作《Effective Java》中的一个例子，演示了下面两种等价的写法：
@Override public boolean equals(Object o) {
return (o instanceof CaseInsensitiveString) &&
((CaseInsensitiveString) o).s.equalsIgnoreCase(s);
}这段代码中冗余的CaseInsensitiveString强制类型转换可以去掉，转换成下面的方式：
@Override public boolean equals(Object o) {
return (o instanceof CaseInsensitiveString cis) &&
cis.s.equalsIgnoreCase(s);
} 这个预览特性很值得尝试，因为它打开了通向更通用的模式匹配的大门。模式匹配的思想是为语言提供一个便捷的语法，根据特定的条件从对象中提取出组成部分。这正是instanceof操作符的用例，因为条件就是类型检查，提取操作需要调用适当的方法，或访问特定的字段。
换句话说，该预览功能仅仅是个开始，以后该功能肯定能够减少更多的代码冗余，从而降低bug发生的可能性。
四、Record
另一个预览功能就是record。与前面介绍的其他预览功能一样，这个预览功能也顺应了减少Java冗余代码的趋势，能帮助开发者写出更精准的代码。Record主要用于特定领域的类，它的位移功能就是存储数据，而没有任何自定义的行为。
我们开门见山，举一个最简单的领域类的例子：BankTransaction，它表示一次交易，包含三个字段：日期，金额，以及描述。定义类的时候需要考虑多个方面：
构造器
getter方法
toString()
hashCode()和equals()
这些部分的代码通常由IDE自动生成，而且会占用很大篇幅。下面是生成的完整的BankTransaction类：
public class BankTransaction {
private final LocalDate date;
private final double amount;
private final String description;
public BankTransaction(final LocalDate date,
final double amount,
final String description) {
this.date = date;
this.amount = amount;
this.description = description;
}
public LocalDate date() {
return date;
}
public double amount() {
return amount;
}
public String description() {
return description;
}
@Override
public String toString() {
return "BankTransaction{" +
"date=" + date +
", amount=" + amount +
", description='" + description + '\'' +
'}';
}
@Override
public boolean equals(Object o) {
if (this == o) return true;
if (o == null || getClass() != o.getClass()) return false;
BankTransaction that = (BankTransaction) o;
return Double.compare(that.amount, amount) == 0 &&
date.equals(that.date) &&
description.equals(that.description);
}
@Override
public int hashCode() {
return Objects.hash(date, amount, description);
}
} Java 14提供了一种方法可以解决这种冗余，可以更清晰地表达目的：这个类的唯一目的就是将数据整合在一起。Record会提供equals、hashCode和toString方法的实现。因此，BankTransaction类可以重构如下：
public record BankTransaction(LocalDate date,
double amount,
String description) {}通过record，可以“自动”地得到equals，hashCode和toString的实现，还有构造器和getter方法。
要想尝试这个例子，需要用preview标志编译该文件：
javac --enable-preview --release 14 BankTransaction.javarecord的字段隐含为final。因此，record的字段不能被重新赋值。但要注意的是，这并不代表整个record是不可变的，保存在字段中的对象可以是可变的。
如果你有兴趣阅读更多关于record的内容，可以阅读Ben Evans最近在《Java Magazine》上发表的文章（https://blogs.oracle.com/javamagazine/records-come-to-java）。
请继续关注该功能。从培养新一代的Java开发者的视角来看，Record也很有意思。例如，如果你要培养初级开发者，那么record应该什么时候讲呢？是在讲OOP之前还是之后？
五、NullPointerException
一些人认为，抛出NullPointerException异常应该当做新的“Hello World”程序来看待，因为NullPointerException是早晚会遇到的。玩笑归玩笑，这个异常的确会造成困扰，因为它经常出现在生产环境的日志中，会导致调试非常困难，因为它并不会显示原始的代码。例如，如下代码：
var name = user.getLocation().getCity().getName(); 在Java 14之前，你可能会得到如下的错误：
Exception in thread "main" java.lang.NullPointerException
at NullPointerExample.main(NullPointerExample.java:5) 不幸的是，如果在第5行是一个包含了多个方法调用的赋值语句（如getLocation()和getCity()），那么任何一个都可能会返回null。实际上，变量user也可能是null。因此，无法判断是谁导致了NullPointerException。
在Java 14中，新的JVM特性可以显示更详细的诊断信息：
Exception in thread "main" java.lang.NullPointerException: Cannot invoke "Location.getCity()" because the return value of "User.getLocation()" is null
at NullPointerExample.main(NullPointerExample.java:5)该消息包含两个明确的组成部分
后果：Location.getCity()无法被调用
原因：User.getLocation()的返回值为null
增强版本的诊断信息只有在使用下述标志运行Java时才有效：
-XX:+ShowCodeDetailsInExceptionMessages下面是个例子：
java -XX:+ShowCodeDetailsInExceptionMessages NullPointerExample在以后的版本中，该选项可能会成为默认。
这项改进不仅对于方法调用有效，其他可能会导致NullPointerException的地方也有效，包括字段访问、数组访问、赋值等。
六、总结
搞完 Java，亚马逊又开始搞 MongoDB 了
甲骨文扼杀 Java EE
关注「程序员的那些事」加星标，不错过圈内事
圈内事，我在看❤️