javascript
SpringBoot 3.0最低版本要求的JDK 17，这几个新特性不能不知道
最近，有很多人在傳說 SpringBoot要出3.0的版本了，并且宣布不再支持 Java 8，最低要求是 Java 17了。
其實，早在2021年9月份，關于 Spring Framework 6.0的消息出來的時候，Spring 官方就已經明確了不會向下兼容，最低的 JDK 版本是 JDK 17。
2022年，Spring Framework 6.0和 SpringBoot 3.0都會推出，在此之前，Java社區很堅挺，一直是"新版任你發，我用Java 8"，不管新版本怎么出，很少有人愿意升級。
這一次，Spring 直接來了個大招，跨過 JDK 8-16，直接升級到 JDK 17 ，不知道會對 Java生態產生怎樣的影響。
為什么是 Java 17
這么多新版本的 JDK，而且2022年還會推出 JDK 18 和 JDK 19，為什么 Spring 選擇了 JDK 17呢。
主要是因為他是一個 LTS版本，所謂 LTS，是 Long Term Support，也就是官方保證會長期支持的版本。
從 JDK 誕生到現在，還在長期支持的版本主要有 JDK 7、JDK 8 、JDK 11以及 JDK 17
這一次 Spring直接跨越了 JDK 11，升級到 JDK 17，主要的考慮應該是因為JDK 17有更多的新特性支持。
接下來我們介紹幾個新特性，這些新特性都是我們開發者息息相關的，或者說是會影響我們寫代碼的。
JDK 17 支持的新特性
這里所謂的新特性，不只是 JDK 17中新增的，而是 JDK 17和 JDK 8相比，新增的特性。
本地變量類型推斷
在Java 10之前版本中，我們想定義定義局部變量時。我們需要在賦值的左側提供顯式類型，并在賦值的右邊提供實現類型：
MyObject value = new MyObject();
在Java 10中，提供了本地變量類型推斷的功能，可以通過var聲明變量：
var value = new MyObject();
本地變量類型推斷將引入“var”關鍵字，而不需要顯式的規范變量的類型。
其實，所謂的本地變量類型推斷，也是Java 10提供給開發者的語法糖。
雖然我們在代碼中使用var進行了定義，但是對于虛擬機來說他是不認識這個var的，在java文件編譯成class文件的過程中，會進行解糖，使用變量真正的類型來替代var（詳細信息可以參考：我反編譯了Java 10的本地變量類型推斷）
Switch 表達式
在JDK 12中引入了Switch表達式作為預覽特性。并在Java 13中修改了這個特性，引入了yield語句，用于返回值。
而在之后的Java 14中，這一功能正式作為標準功能提供出來。
在以前，我們想要在switch中返回內容，還是比較麻煩的，一般語法如下：
int i;
在JDK13中使用以下語法：
int i = switch (x) {
或者
int i = switch (x) {
在這之后，switch中就多了一個關鍵字用于跳出switch塊了，那就是yield，他用于返回一個值。
和return的區別在于：return會直接跳出當前循環或者方法，而yield只會跳出當前switch塊。
Text Blocks
Java 13中提供了一個Text Blocks的預覽特性，并且在Java 14中提供了第二個版本的預覽。
text block，文本塊，是一個多行字符串文字，它避免了對大多數轉義序列的需要，以可預測的方式自動格式化字符串，并在需要時讓開發人員控制格式。
我們以前從外部copy一段文本串到Java中，會被自動轉義，如有一段以下字符串：
將其復制到Java的字符串中，會展示成以下內容：
“\n” +
即被自動進行了轉義，這樣的字符串看起來不是很直觀，在JDK 13中，就可以使用以下語法了：
“”"
使用“”“作為文本塊的開始符和結束符，在其中就可以放置多行的字符串，不需要進行任何轉義。看起來就十分清爽了。
如常見的SQL語句：
String query = “”"
看起來就比較直觀，清爽了。
Records
Java 14 中便包含了一個新特性：EP 359: Records，
Records的目標是擴展Java語言語法，Records為聲明類提供了一種緊湊的語法，用于創建一種類中是“字段，只是字段，除了字段什么都沒有”的類。
通過對類做這樣的聲明，編譯器可以通過自動創建所有方法并讓所有字段參與hashCode()等方法。這是JDK 14中的一個預覽特性。
使用record關鍵字可以定義一個記錄：
record Person (String firstName, String lastName) {}
record 解決了使用類作為數據包裝器的一個常見問題。純數據類從幾行代碼顯著地簡化為一行代碼。（詳見：Java 14 發布了，不使用”class”也能定義類了？還順手要干掉Lombok！）
封閉類
在Java 15之前，Java認為"代碼重用"始終是一個終極目標，所以，一個類和接口都可以被任意的類實現或繼承。
但是，在很多場景中，這樣做是容易造成錯誤的，而且也不符合物理世界的真實規律。
例如，假設一個業務領域只適用于汽車和卡車，而不適用于摩托車。
在Java中創建Vehicle抽象類時，應該只允許Car和Truck類擴展它。
通過這種方式，我們希望確保在域內不會出現誤用Vehicle抽象類的情況。
為了解決類似的問題，在Java 15中引入了一個新的特性——密閉。
想要定義一個密閉接口，可以將sealed修飾符應用到接口的聲明中。然后，permit子句指定允許實現密閉接口的類：
public sealed interface Service permits Car, Truck {
以上代碼定義了一個密閉接口Service，它規定只能被Car和Truck兩個類實現。
與接口類似，我們可以通過使用相同的sealed修飾符來定義密閉類：
public abstract sealed class Vehicle permits Car, Truck {
通過密閉特性，我們定義出來的Vehicle類只能被Car和Truck繼承。
instanceof 模式匹配
instanceof是Java中的一個關鍵字，我們在對類型做強制轉換之前，會使用instanceof做一次判斷，例如：
if (animal instanceof Cat) {
Java 14帶來了改進版的instanceof操作符，這意味著我們可以用更簡潔的方式寫出之前的代碼例子：
if (animal instanceof Cat cat) {
我們都不難發現這種寫法大大簡化了代碼，省略了顯式強制類型轉換的過程，可讀性也大大提高了。
switch 模式匹配
基于instanceof模式匹配這個特性，我們可以使用如下方式來對對象o進行處理：
static String formatter(Object o) {
可以看到，這里使用了很多if-else，其實，Java中給我們提供了一個多路比較的工具，那就是switch，而且從Java 14開始支持switch表達式，但switch的功能一直都是非常有限的。
在Java 17中，Java的工程師們擴展了switch語句和表達式，使其可以適用于任何類型，并允許case標簽中不僅帶有變量，還能帶有模式匹配。我們就可以更清楚、更可靠地重寫上述代碼，例如：
static String formatterPatternSwitch(Object o) {
可以看到，以上的switch處理的是一個Object類型，而且case中也不再是精確的值匹配，而是模式匹配了。
總結
以上，我們介紹了幾個從 JDK 9開始，一直到 JDK 17中的幾個能夠改變我們寫代碼的方式的新特性。其實，眾多的版本中，還有一些其他的特性及優化，我們沒有在這里一一展開。
大家感興趣的可以到 JDK 官網查看各個版本的新功能介紹。
隨著 Spring Framework 6 和 SpringBoot 3.0的推出，相信會有一些公司在新項目中采用新版本，那么 JDK 17勢必要被應用到生產環境中。
以上這些特性，大多數都是對開發比較友好的，有機會的話可以應用起來。
影響了幾十萬名Java開發者的“Java工程師成神之路”系列文章，相信作為Javaer的你肯定在網絡上刷到讀到過N次，很多人可能不知道作者Hollis是誰，但卻都熟知這份“Java工程師成神之路”。
在上市的這一個月的時間里，這本書，不僅一度沖上了京東計算機與互聯網圖書榜第一名，竟然還沖上了科技圖書榜的第一名。
關于內容
這本書是《Java工程師成神之路》系列叢書的第一本——基礎篇，主要定位是幫助大家鞏固基礎的，書中囊括了我認為一個高級開發工程師需要掌握的所有的Java核心知識。
里面的大部分內容來源于以下幾個方面：
1、日常工作中遇到的一些線上問題的經驗總結；如為什么不能修改serialVersionUID、為什么接口返回值中不能使用枚舉。
2、平常面試中我會問的一些高頻技術問題；如為什么HashMap要引入紅黑樹、如何在泛型是String的List中存放Integer對象。
3、我平常自己學習的一些筆記；如為什么FastJson頻繁曝出序列化漏洞、有了UTF-8為什么還需要GBK
4、工作中的一些好的代碼實踐；如為什么我不建議使用聲明式事務、如何通過自定義注解寫出優秀的代碼
這本書是基于JDK 17編寫的，其中不僅涵蓋了新版本JDK的一些重要特性，也對一些歷史版本的一些改動、變化等等做了詳盡的闡述，如JDK 6中substring的內存泄漏問題、JDK 7 中switch是如何實現對String的支持的、JDK 8的中Stream如何優雅使用、各個版本中的HashMap的優化過程等等。
還介紹了JDK 9中的模塊化技術、JDK 10中的本地變量類型推斷、JDK 13中的text block、JDK 14中的record類型、以及JDK 16 – JDK 17中的模式匹配等等。
這本書和其他Java基礎類書籍最大的區別就是里面都是干貨。書中沒有那些概念性的描述、也沒有那些無用的代碼示例。更多的是通俗易懂的解讀、底層原理的分析等。可以說沒有任何廢話。。。
關于彩蛋
在書籍剛剛出版的時候，我給大家說這本書中有一個彩蛋，現在可以告訴大家這個彩蛋是什么了。
用出版社的老師們的話來說，這真是史無前例的。
這是一份我自己總結的Java工程師知識地圖，他有70cm*100cm這么大，里面囊括了一份完完整整的知識體系，方便大家進行對照和參考。
如果你想知道Java開發都需要會哪些知識。如果你想構建自己的知識體系。如果你想知道自己還有哪些東西不會。如果你想知道自己當前處于哪個階段。
那這份知識體系，一定不能錯過。
購書福利
最后給廣大粉絲的優惠肯定不能少！！！
大家可以通過下方的二維碼，或者點擊閱讀原文，直達京東下單購買《深入理解Java核心技術：寫給Java工程師的干貨筆記（基礎篇）》一書。
5折優惠，原價138元，附贈一份全棧的Java工程師知識地圖！
現在到手價只需69元！
轉發文章并留言，小編從留言中精選5名幸運粉絲，免費包郵送出一份“Java工程師知識地圖”助你全面掌握Java技術棧！
總結
以上是生活随笔為你收集整理的SpringBoot 3.0最低版本要求的JDK 17，这几个新特性不能不知道的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 简述关于ASP.NET MVC与.NET
- 下一篇： 计算机知识演讲稿,乔布斯的演讲稿 我们的