Java 17 已正式发布，新版本提供了不少新特性和功能增强。不过对于大多数项目而言，往往需要更改代码才能利用到这些新变化，但性能除外 —— 开发者只需要升级 JDK 版本，就能免费获得性能提升。

本文主要记录自己的负责的微服务集群从JDK8升级到JDK17过程中遇到过的一些问题。

SpringBoot3+的变化

由于原先的项目是采用的SpringBoot容器去进行运作的，随着JDK版本的提升，SpringBoot也要升级为了3+的版本，以下是我升级后的项目所使用的SpringBoot父依赖：

Java 17 的方法和参数

思维导图

方法

对于 Java 中的方法， 也有叫做函数的，都是同一个意思， 本文主要用方法来进行说明。

一、前言

除了众所周知的 JEP 之外，Java 17 还有更多内容。首先请确认 java 版本：

$ java --version
openjdk 17 2021-09-14
OpenJDK Runtime Environment (build 17+35-2724)
OpenJDK 64-Bit Server VM (build 17+35-2724, mixed mode, sharing)

Java 17引入了对Unix域套接字的支持，这使得Java应用程序能够更好地与本地的Unix套接字进行交互，从而在本地进程间通信时提供了更高的性能和灵活性。Unix域套接字是一种在同一台机器上运行的进程之间进行通信的机制，它比传统的网络套接字更加高效。这个新特性为Java开发者提供了更多的灵活性，可以更好地集成和交互本地系统资源。

最近在调研 JDK 17，并且试着将之前的一个小项目升级了一下，在测试环境跑了一段时间。

最近在做 Java8 到 Java17 的迁移工作，前期做了一些准备，但是在升级过程还是有些问题，太emo了，一些信息记录如下，分为几个部分：

自Java 9开始每6月将会有一个新的Java版本发布出来，这个决定背后的考量是Java在Cloud Native时代竞争力逐渐减弱，如果仍然按照以前每3~4年才发一个版本的节奏，一大波开发者可能会另寻出路了，毕竟这几年Python,Go还有JavaScript发展的都太猛了。按照这项规则，Java 17将在2021年9发布 (Java16于2021年3月21日发布)。而且最重要的是Java 17将是Java 9以来的集大成者，其影响力将大大超过Java 11，在最近3年内流行程度会逐步追上Java 8并取代 Java 8成为最受欢迎的Java 版本。Java 11是 Java 9以来第一个长生命周期支持版本（LTS），然而 Java 11还并未在生产环境中得到太多的使用，尽管它已经非常不错，经过Java 9到 Java 16这么多版本的酝酿和熏陶，大多数开发者逐渐接受了模块化JDK这一革命性变化，并且开发了根据这项新技术对过去的项目做了相关的修改和适配，到目前为止相当多的开源框架已经完全兼容Java 11。 从技术上讲Java 17对 Java 11的兼容是顺滑的，因此这些框架只要兼容了Java11理论上兼容Java 17是没有问题的。 为什么 Java 17会这么重要 ？ 是因为它是另外一个长生命周期版本，而且自Java 11以来积累了非常多的新特性，尤其是ZGC，无论堆内存是1个G还是1个T，它能够在10毫秒量级内完成垃圾回收动作，而G1最多可能会耗时1秒，这是两个数量级的差别。