java14的新特性有哪些

java14的新特性有哪些？针对这个问题，这篇文章给出了相对应的分析和解答，希望能帮助更多想解决这个问题的朋友找到更加简单易行的办法。

一、Switch表达式

在之前的发布中，switch表达式只是一个“预览”阶段的特性。我想提醒一下，“预览”阶段的特性的目的是为了收集反馈，这些特性可能会随时改变，根据反馈结果，这些特性甚至可能会被移除，但通常所有预览特性最后都会在Java中固定下来。

三、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程序里的大多数强制类型转换。

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是不可变的，保存在字段中的对象可以是可变的。

五、NullPointerException

一些人认为，抛出NullPointerException异常应该当做新的“Hello World”程序来看待，因为NullPointerException是早晚会遇到的。玩笑归玩笑，这个异常的确会造成困扰，因为它经常出现在生产环境的日志中，会导致调试非常困难，因为它并不会显示原始的代码。例如，如下代码：

var name = user.getLocation().getCity().getName();

在Java 14之前，你可能会得到如下的错误：

Exception in thread "main" java.lang.NullPointerExceptionat 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 nullat NullPointerExample.main(NullPointerExample.java:5)

该消息包含两个明确的组成部分：

后果：Location.getCity()无法被调用原因：User.getLocation()的返回值为null增强版本的诊断信息只有在使用下述标志运行Java时才有效：

-XX:+ShowCodeDetailsInExceptionMessages

下面是个例子：

java -XX:+ShowCodeDetailsInExceptionMessages NullPointerExample

在以后的版本中，该选项可能会成为默认。

这项改进不仅对于方法调用有效，其他可能会导致NullPointerException的地方也有效，包括字段访问、数组访问、赋值等。

关于java14的新特性就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。