JDK 25正式發布了，但是我只想吐槽
昨天，JDK 25 正式發布了。
圖片
作為繼 JDK 21 之后的下一個長期支持（LTS）版本，按理說，它應該承載著社區對“穩、重、實”的期待——性能更強、生態更穩、特性更實用。可現實是……我盯著更新日志看了三遍，最后默默關掉了瀏覽器，罵了一句：XXX的。
如果真沒東西發，其實……可以不發的。（不知道有些個在吹JDK 25的博主在興奮個什么勁？？？）
Java 的“輕量化”，從縮寫開始？
大家都知道，Java 一直被詬病“臃腫”、“啰嗦”、“儀式感過重”。于是 Oracle 和 OpenJDK社區這幾年一直在喊“簡化語法”、“降低門檻”、“擁抱新手”。
可你猜他們怎么“簡化”的？
圖片
public static void main(String[] args) 現在可以寫成void main()了！- 不想寫
class？現在可以省略顯式類聲明了！ - 嫌
System.out.println太長？現在可以用IO.println了！ import 都懶得寫？現在自動導入 java.base和import module了！
……我服了。
這不叫“輕量化”，這叫“縮寫大賽”。
你把 main 函數從 36 個字符縮到 9 個字符，Java 就變輕了？新手看到 void main() 就突然覺得 Java 親切了？他們連“類”是什么都還沒搞懂，你省略 class 聲明是怕他們被嚇跑嗎？
這就像你給一輛坦克裝了個粉色貼紙，然后說：“看，現在它很可愛，適合女生開。”
語法糖不是罪，但拿糖當飯吃，就是逃避現實。
真正有價值的特性？也就兩個，還一個沒轉正
說實話，JDK 25 并非一無是處。
結構化并發（Structured Concurrency） 和 作用域值（Scoped Values） 這兩個特性，確實是奔著解決現代并發編程痛點去的。
圖片
尤其是 Scoped Values —— 它是為了替代 ThreadLocal 而生的，解決內存泄漏、性能開銷、虛擬線程兼容性差等老問題。在虛擬線程（Virtual Threads）成為主流的今天，這個特性可以說是“剛需”。
class Framework {
private static final ScopedValue<FrameworkContext> CONTEXT
= ScopedValue.newInstance(); // (1)
void serve(Request request, Response response) {
var context = createContext(request);
where(CONTEXT, context) // (2)
.run(() -> Application.handle(request, response));
}
public PersistedObject readKey(String key) {
var context = CONTEXT.get(); // (3)
var db = getDBConnection(context);
db.readKey(key);
}
}可惜，結構化并發目前還是預覽版，你得加 --enable-preview 才能用。而作用域值雖然正式了，但孤掌難鳴——沒有結構化并發的配合，它的威力大打折扣。
一個 LTS 版本，核心亮點居然是“孤木難支”的作用域值？這就像你去吃滿漢全席，結果主菜是一盤涼拌黃瓜。
JVM 層面？隔靴搔癢罷了
JVM 這次也不是完全沒動：
- JFR（Java Flight Recorder）做了一些性能優化；
- AOT（Ahead-of-Time Compilation）支持更完善了一點；
- Shenandoah GC 終于支持分代了！
……等等，Shenandoah 支持分代了？
對，你沒看錯。
就在我們剛背完八股文：“ZGC 和 Shenandoah 是不分代的 GC”之后，官方突然說：“哎，我們改主意了，分代真香。”
這不是技術演進，這是對面試者的“精準打擊”。
你花三個月準備面試，背了 GC 原理、分代優劣、ZGC 特性，結果新版本一發布，你背的東西過時了。這不是進步，這是“版本陷阱”。
而且，Shenandoah 的分代支持目前還很初級，性能表現遠不如 G1 成熟。這種“半成品上桌”的行為，實在讓人懷疑：是為了趕 LTS 時間表，還是真覺得“有總比沒有好”？
LTS 的意義，不該是“湊數”
LTS（Long-Term Support）版本，本應是企業級應用的“定海神針”。它意味著穩定、可靠、長期維護、值得升級。
可 JDK 25 給我的感覺是——為了 LTS 而 LTS。
沒有顛覆性的性能提升，沒有革命性的語言特性，沒有生態級的工具革新。有的只是語法縮寫、導入簡化、GC 小修小補。
我甚至懷疑，選 JDK 25 當 LTS，是因為“25”是哪個項目經理的幸運數字。
Java到底還有沒有未來？
我不是在否定 Java。恰恰相反，我熱愛這門語言，但正因為如此，我們才更應該對它的演進保持高標準。
Java 不需要靠“少敲幾個字母”來吸引新手。Python、JavaScript、Go、Rust 早就把“簡潔”玩明白了。Java 的優勢從來不是“短”，而是“穩、強、全”。
我們真正需要的是：
- 更高效的并發模型（結構化并發請快點轉正！）
- 更智能的 GC（分代不是終點，低延遲才是）
- 更強大的模式匹配（別再只支持 switch 了）
- 更徹底的模塊化（JPMS 到底什么時候能普及？）
- 更友好的原生編譯支持（GraalVM 何時能成標配？）
Java 正站在一個關鍵的十字路口。
一邊是云原生、虛擬線程、高并發、低延遲的未來；一邊是語法糖、縮寫、自動導入的“偽優化”。
我們不反對簡化，但簡化應該是降低認知負擔，而不是減少字符數量。
我們不反對創新，但創新應該是解決真實痛點，而不是迎合表面需求。
JDK 25，作為 LTS，本可以做得更好。
希望下一個 LTS，能讓我們真正興奮起來。而不是……讓大家更加堅定繼續用Java 8！
