JDK 16 昨日正式发布，新特性实践尝鲜来啦！

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！

如果是在IDEA下工作与学习，clone好JDK 16源码，

打开Project Structure (command+;)，设置Project SDK为JDK 16，并设置Project language level到16。

之后就可以愉快的看JDK 16源码了。

▐  将JDK移植到Alpine Linux

在云原生时代，个人理解提升效率是第一原则：

• 更小的镜像体积分发时会更加迅速

• 应用程序/容器的启动要迅速

这样就能保障系统水平伸缩够快、问题出现时回滚处理够快。

另外，出于降低成本考虑，更小的镜像体积内存占用会更小，分发时耗用的资源也更小。

Alpine Linux就是与云原生的提升效率原则契合的一款独立的非商业性的通用Linux发行版。

其关注于安全性、简单性和资源效率，围绕musl libc和busybox构建。这使得它比传统的GNU/Linux发行版更小。

JDK移植到Alpine Linux后，将允许Tomcat、Jetty、Spring和其它流行的框架在其中工作。用户可以创建一个更小的镜像，以启动、运行特定的应用程序。

提前准备好Docker，我们先构建一个Alpine Linux镜像，然后添加JDK 16，最后运行一个简单的Spring Boot程序来演示一下。

▐  构建Alpine Linux镜像

获取Alpine Linux镜像

docker pull alpine

运行镜像

docker run alpine echo’Hello Alpine!’

通过docker images命令查看镜像大小会发现，alpine在截止本文完成时，镜像大小仅仅只有5.6MB。相对于debian、ubuntu、centos等系统动则几十甚至上百MB的镜像来说，alpine可是真的小！

REPOSITORY TAG IMAGE ID CREATED SIZE

alpine latest 7731472c3f2a 7 weeks ago 5.61MB

▐  添加JDK 16

OpenJDK通过使用jlink（JEP 282：https://openjdk.java.net/jeps/282）来减少Java运行时的大小，我们可以从DockerHub上获取镜像：

16-jdk-alpine（https://hub.docker.com/_/openjdk?tab=tags&page=1&name=16-jdk-alpine&ordering=last_updated）。

或者如下Docker命令：

docker pull openjdk:16-jdk-alpine

▐  运行Spring Boot

先准备一个Spring Boot的FatJar程序，可以从Spring Boot官网获取Hello World！样例程序（https://spring.io/guides/gs/rest-service/）。

创建一份Dockerfile，使用openjdk:16-jdk-alpine，并添加Spring Boot程序。

FROM openjdk:16-jdk-alpine

VOLUME /tmp

ARG JAR_FILE

ADD ${JAR_FILE} app.jar

ENTRYPOINT [“java”,“-Djava.security.egd=file:/dev/./urandom”,“-jar”,“/app.jar”]

▐  构建并运行

构建镜像，设置JAR_FILE参数指向Spring Boot程序Jar包路径

docker build --build-argJAR_FILE=target/rest-service-0.0.1-SNAPSHOT.jar -t alpine-jdk16-app:latest .

查看镜像

docker images

根据镜像，启动容器运行

-d参数 后台运行

-p参数 Spring Boot默认端口8080，映射到容器端口8080

docker run -d-p8080:8080 alpine-jdk16-app:latest

查看容器运行

docker ps

验证成功之后可以停止容器

docker stop${CONTAINER_ID}

访问应用

curl-w’\n’ http://127.0.0.1:8080/greeting?name=jdk16

至此，通过Alpine Linux系统带JDK 16运行时的Spring Boot已经启动并可以正常的访问了。

Alpine系统JDK 16镜像大小约为321MB。相比Oracle官方的Linux版本镜像的467MB，减少30%+。

记录类

---

从JDK 14开始提供了Record记录类的预览特性，这一特性将成为JDK 16的一项永久性特性。Record记录类作为不可变数据的透明载体，其是为了回应有关Java过于冗长拘谨的抱怨。此计划的目标包括设计一个表示简单值集合的面向对象的构造函数，帮助开发人员专注于对不可变数据的建模而不是扩展行为，自动实现数据驱动的方法（例如 equals() 和 属性的访问器）。

通过较新版IDEA可以创建此类型：

声明Record记录类后，几乎不需要添加额外的代码，一组隐式声明让其代码书写很简洁：

• 隐式声明了属性

• 隐式声明了构造器

• 隐式声明了equals()、hashCode()、toString()

• 隐式声明了属性的访问器，访问器名称与属性同名

public record Point(int x, int y) {}

Record记录类支持Local Classes特性，那么当需要临时使用Record的时候，就可以非常方便的定义与使用：

ListfindTopMerchants(List merchants, int month) {

// Local record

record MerchantSales(Merchant merchant, double sales) {}

// 使用MerchantSales Record类临时包装merchant和sales，方便做处理。

return merchants.stream()

.map(merchant ->new MerchantSales(merchant, computeSales(merchant, month)))

.sorted((m1, m2) ->Double.compare(m2.sales(), m1.sales()))

.map(MerchantSales::merchant)

.collect(toList());

}

Record记录类将可以代替Tuple、Pair等之前在JDK之外的工具库提供的元组功能，在与下面将介绍的模式匹配特性配合，可使代码将变得非常简洁。

▐  模式匹配

从JDK 14开始引入了一种模式匹配的预览特性，这一特性也将成为JDK 16的一项永久性特性。因此虽然JDK 16是个短期版本，也不妨碍我们在未来的JDK版本中继续使用模式匹配特性。

模式匹配的现阶段仅限于一种模式（类型模式）和一种语言构造（instanceof），但这只是完整特性的一部分。即便如此，我们也已经获得了一个显著的好处：冗余的强制转换消失了，消除了冗余的代码，使更重要的代码得到了更清晰的关注，同时消除了隐藏bug的地方。

举个例子：

我们在开发中当需要解析对象会用到类似如下的方式

if (obj instanceofString) {

String s = (String) obj;

…

}

使用模式匹配后的等价代码：

if (obj instanceofString s) {

// 通过使用模式匹配可以直接使用s局部变量

…

}

代码看起来是不是整洁了许多。

使用instanceof获取对象类型是一种条件提取形式，在获得到对象类型之后，总是要将对象强制转换为该类型。

以前在instanceof之后必须进行显式类型转换，这是一种繁琐的操作，而融合这些操作的好处不仅仅是为了简洁，它还消除了一个常见的错误来源：在剪切和粘贴instanceof及强制转换代码，容易在修改了 instanceof的类型之后忘记修改强制转换类型，这就给了漏洞一个藏身之处。通过instanceof的模式匹配消除了这个问题，我们还可以消灭所有这种类型的bug。

另一个需要经常的做此类“先检测后强制转换”的地方是equals方法。

再来看一个例子：

publicbooleanequals(Object o) {

if (!(o instanceof Point))

returnfalse;

Point other = (Point) o;

return x == other.x && y == other.y;

}

使用模式匹配后的等价代码：

publicbooleanequals(Object o) {

return (o instanceof Point other)

&& x == other.x && y == other.y;

}

这段代码起到同样的效果，但更简单直接，因为我们可以只使用一个复合布尔表达式来表达一个等价的条件，而不是使用控制流语句。

模式匹配的绑定变量（如上代码例子中 obj instanceof String s的s就是一个绑定变量）除了特殊的声明位置以外，其作用域也与"普通"局部变量有所不同。

比如我们可以这样写：

if (a instanceof Point p) {

// p is in scope

…

} else {

// p not in scope here

}

// p not in scope here

if (b instanceof Point p) { // Sure!

…

}

这样特殊的作用域让我们能够在if-else的多分支情况下，自由的重新声明绑定变量，也考虑未来在switch中的case也是如此便利。如：

if (x instanceofInteger num) { … }

elseif (x instanceofLong num) { … }

elseif (x instanceofDouble num) { … }

如果模式匹配可以消除Java代码中99%的强制类型转换操作，那么它肯定会很流行。但还不仅限于此，随着时间的推移，将会出现其他类型的模式，它们可以进行更复杂的条件提取，使用更复杂的方式来组合模式，以及提供其他可以使用模式的构造：比如switch，甚至是catch，再加上目前已永久支持的Record类以及在预览中的密封类等相关特性，模式匹配未来一定能够大大简化我们编写的代码。

尾声

---

本文从JDK 16版本所带来的17个新特性中抽取对工程工作和学习比较有帮助的几个特性展开解读，快速了解了这些特性。

大部分的企业或者项目还在使用JDK 8（其依然占据JDK市场的80%，绝对的主流），源于JDK 8的超豪华新特性，如函数式接口、Lambda表达式、方法引用 / 构造器引用、更强的Steam API、接口的增强、Optional、JVM中Metaspace取代PermGen空间等等。

我们也能够看到Java为了跟上当下技术更迭的快节奏，不断的推陈出新。

从JDK 9开始，Java版本的发布改为每6个月一次，JDK 11是长期支持版本以及下半年将发布的JDK 17。

JDK 9~JDK15也不乏一些重要的新特性，如

• JDK 9 模块系统、JShell交互式命令行

• JDK 10 局部变量类型推断

• JDK 11 ZGC试用、HTTP Client API、Steam等增强

• JDK 12 switch表达式扩展、增加基于JMH的一套微基准套件

• JDK 13 Socket API 重构、文本块（多行文本）

• JDK 14 更有价值的NPE错误信息、JDK 16特性的部分预览

• JDK 15 密封类、Record类等JDK 16特性的预览

希望这种快速版本迭代的策略能够让Java保持持续的活力，能够让开发者使用的更高效、更健壮！

参考资料

---

• JDK 16 的状态、发布计划与新特性

（http://openjdk.java.net/projects/jdk/16/）

• JDK 16: The new features in Java 16

（https://www.infoworld.com/article/3569150/jdk-16-the-new-features-in-java-16.html）

• Java源代码仓库迁移到Github

（https://www.infoworld.com/article/3569068/javas-move-to-github-set-for-september.html）

• 在Alpine + OpenJDK镜像中运行Spring Boot

（https://blogs.oracle.com/developers/running-spring-boot-in-a-docker-container-on-openjdk,-oracle-jdk,-zulu-on-alpine-linux,-oracle-linux,-ubuntu）

• JEP 394: Pattern Matching for instanceof

（https://openjdk.java.net/jeps/394）

• JEP 395: Records

（https://openjdk.java.net/jeps/395）

• JEP 397: Sealed Classes (Second Preview)

（https://openjdk.java.net/jeps/397）

---

加入我们

总结

在清楚了各个大厂的面试重点之后，就能很好的提高你刷题以及面试准备的效率，接下来小编也为大家准备了最新的互联网大厂资料。

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！

• JEP 394: Pattern Matching for instanceof

（https://openjdk.java.net/jeps/394）

• JEP 395: Records

（https://openjdk.java.net/jeps/395）

• JEP 397: Sealed Classes (Second Preview)

（https://openjdk.java.net/jeps/397）

---

加入我们

总结

在清楚了各个大厂的面试重点之后，就能很好的提高你刷题以及面试准备的效率，接下来小编也为大家准备了最新的互联网大厂资料。

[外链图片转存中…(img-7A7r8AYO-1714696907739)]

[外链图片转存中…(img-DLJSQXgB-1714696907740)]

[外链图片转存中…(img-DWduG5sZ-1714696907740)]

[外链图片转存中…(img-pXv1ywRp-1714696907740)]

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！