本週 Java 新聞與大事（2026-07-17）

🔥 頭條新聞

• 識別 JDK 數值類別的潛在候選項目 (Inside Java)
  本文深入探討 JDK 中潛在數值類別的識別與採用，強調即使數值類別仍為預覽功能，但已開始規劃其在 JDK 函式庫中的應用，為開發者帶來更佳的記憶體使用效率與效能優化。這是 Valhalla 專案的重要里程碑，旨在提供開箱即用的數值類別範例，以逐步引導使用者採納此新特性，提升 Java 物件模型效率與程式碼品質。
  👉 消息來源
• Spring 辦公時間 Podcast: S5E18 – OpenAI、Anthropic 與 Spring AI 2.0 的最新動態 (Spring Blog)
  本集 Podcast 聚焦於 AI 領域的最新進展，特別是 OpenAI 和 Anthropic 的新發布，並深入介紹 Spring AI 2.0 專案。它探討了這些更新對 Java 開發者的意義，以及 Spring AI 框架如何協助開發者將大型語言模型整合到其應用程式中，為 AI 驅動的 Java 專案提供最新的技術指引與實作洞察。
  👉 消息來源
• Java 新聞摘要：TornadoVM 5、JHipster、Google ADK、OmniFish 發布的 Payara 與 Vidocq (InfoQ Java)
  本週 Java 新聞匯總多項重要更新，包括 TornadoVM 5.0 的正式發布、JHipster 和 Keycloak 的點更新，以及 Google ADK 和 OmniFish 對 Payara 的建置。此外，也介紹了新專案 Vidocq。這些更新涵蓋了從高性能 JVM 到開發框架與應用伺服器的多元面向，為 Java 開發者提供了全面且實用的生態系最新資訊。
  👉 消息來源
• Valhalla，此刻！ (Nipafx)
  專案 Valhalla 終於為 Java 開發者帶來了期待已久的重大突破。這篇文章宣告了 Valhalla 專案的重要進展，代表著數值類別 (Value Objects) 等新特性即將融入 Java 語言。這將對 Java 的物件模型產生深遠影響，有望大幅提升記憶體效率和執行效能，為 Java 應用程式帶來革命性的優化潛力，是 Java 平台發展的關鍵里程碑。
  👉 消息來源

📚 教學與指南

• Java 程式如何取得自身的程序 ID (Baeldung)
  本教學文章介紹了在 Java 程式中取得當前執行程序 ID 的方法與實作。透過 ProcessHandle 類別，開發者可以輕鬆獲取程序的唯一識別符。這對於日誌記錄、監控或與作業系統其他程序進行互動的應用程式來說非常實用，提升了 Java 程式在系統層級的可觀察性與管理能力。
  👉 消息來源
• 如何在 HandlerInterceptor 中取得請求與回應內容 (RequestBody 和 ResponseBody) (Baeldung)
  這篇教學探討如何在 Spring MVC 的 HandlerInterceptor 中攔截並記錄 HTTP 請求與回應的內容。文章提供了實用的程式碼範例與實作細節，幫助開發者理解如何在不修改核心業務邏輯的情況下，實現對 API 流量的監控、日誌記錄或資料處理，提升了應用程式的可追溯性和除錯能力。
  👉 消息來源
• 使用 Embabel 代理式 AI 框架進行大型語言模型 (LLM) 工具呼叫推理 (Baeldung)
  本文介紹如何利用 Embabel 代理式 AI 框架，在 Java 應用程式中實作大型語言模型 (LLM) 的工具呼叫推理功能。文章提供了詳細的程式碼範例，演示如何讓 LLM 智慧地選擇並執行外部工具來完成複雜任務，這對於建置更具自主性和智能化的 AI 應用程式極具價值，有助於開發者掌握 AI 代理技術的實際應用。
  👉 消息來源
• 測試 Spring MVC HandlerInterceptor (Baeldung)
  這篇教學文章詳細說明如何有效地測試 Spring MVC 的 HandlerInterceptor 實作。它涵蓋了單元測試和整合測試的策略，並提供了具體的程式碼範例，確保攔截器的行為符合預期。這對於維護高品質的 Spring 應用程式、確保攔截邏輯的正確性以及提升測試覆蓋率至關重要。
  👉 消息來源
• 在 Java 中建構 SQL 查詢字串 (Baeldung)
  本文探討在 Java 中建構動態 SQL 查詢字串的最佳實踐與技巧。它介紹了多種方法，從基本的字串拼接，到使用更安全、更易維護的查詢建構器。內容強調了防止 SQL 注入攻擊的重要性，並提供了實用的程式碼範例，幫助開發者編寫出既靈活又安全的資料庫互動程式。
  👉 消息來源
• 使用 Spring AI 中的遞迴顧問建置「大型語言模型即評審 (LLM-as-a-Judge)」模式 (Baeldung)
  本文深入探討如何在 Spring AI 框架中，透過遞迴顧問 (Recursive Advisors) 的概念，實作「大型語言模型即評審 (LLM-as-a-Judge)」模式。這種模式利用 LLM 的判斷能力來評估其他 LLM 的輸出或複雜任務的結果，對於建置自動化評估系統、提升 AI 系統可靠性與決策品質具有重要意義，為開發者提供了先進的 AI 評估策略。
  👉 消息來源
• 你的 Loom 應用程式悄悄地又變成了執行緒池：虛擬執行緒鎖定 (Pinning) 的實戰指南 (Foojay)
  這篇文章深入解析 Java 虛擬執行緒 (Virtual Threads) 在 Project Loom 中可能遇到的「鎖定」(Pinning) 問題。它解釋了為何虛擬執行緒在某些情況下會阻塞底層平台執行緒，導致效能下降，並提供了實用的偵測與解決策略。這對於希望充分利用虛擬執行緒並避免常見陷阱的開發者來說，是一份不可或缺的實戰指南，確保 Loom 應用程式能發揮最佳的並行處理能力。
  👉 消息來源
• 我請 GitHub Copilot 分析一個 Java 應用程式，它找到了我的堆記憶體設定錯誤並主動提供修復建議 (Foojay)
  這篇文章分享了作者如何利用 GitHub Copilot 來分析 Java 應用程式的效能，並成功發現堆記憶體設定上的錯誤。內容展示了 AI 輔助開發工具在程式碼分析與優化方面的潛力，不僅能指出問題，還能提供具體的解決方案。這對開發者來說是一個啟發，思考如何將 AI 工具融入日常開發流程，以提升效率和專案品質。
  👉 消息來源
• Temporal 對於你的程式碼，如同資料庫對於你的資料 (Foojay)
  本文透過將 Temporal 框架比喻為程式碼的資料庫，闡述其在處理分散式系統與長期執行工作流上的核心價值。它強調 Temporal 如何提供強固的持久性、可靠性和錯誤恢復能力，讓開發者無需手動處理複雜的狀態管理和故障排除。這為建置高可靠、可擴展的應用程式提供了新的思維和架構模式，是理解現代分散式系統設計的重要參考。
  👉 消息來源
• 🛑⚡ 何時「不應該」使用事件驅動架構 (EDA) (Foojay)
  這篇文章探討了事件驅動架構 (EDA) 的優缺點，並重點指出在哪些情況下不適合採用 EDA。雖然 EDA 能帶來擴展性與鬆耦合，但也引入了重試、最終一致性、可觀察性挑戰和操作開銷。本文提供了七個不建議使用 EDA 的情境，幫助開發者在進行架構設計時做出明智的選擇，避免不必要的複雜性。
  👉 消息來源
• 「這不可能實現吧！」：我在 Temporal.io 工作坊中學到的事情 (Foojay)
  作者分享了參與 Temporal.io 工作坊的經驗，描述了開發者對 Temporal 框架的常見反應——從難以置信到深入理解其強大的持久化執行能力。文章解釋了 Temporal 如何讓應用程式在崩潰後能從中斷處繼續執行，變數狀態完好無損，這對於建置高容錯性、長時間運行的分散式工作流至關重要，為開發者提供了實用的學習心得。
  👉 消息來源
• 邁向無狀態：將 MCP 伺服器擴展至雲原生 Java 與 HTTP (DZone Java)
  本文探討如何將基於模型上下文協定 (MCP) 的伺服器，從有狀態的設計轉變為無狀態架構，以適應雲原生 Java 和 HTTP 環境的需求。文章解決了早期 MCP 協定在企業級應用中面臨的擴展瓶頸，提供了實現高擴展性和彈性 MCP 伺服器的策略與實作細節，對於開發基於大型語言模型的雲原生應用程式至關重要。
  👉 消息來源
• Jeffrey Microscope 中 Java 的差異火焰圖 (DZone Java)
  本文作為系列文章的續篇，深入介紹 Jeffrey Microscope 工具中差異火焰圖 (Differential Flamegraphs) 的應用。透過比較不同時間點或不同程式碼版本的火焰圖，開發者可以快速識別效能變化的根源。這對於微調 Java 應用程式的效能、除錯記憶體洩漏或理解程式碼行為的演變，提供了強大且直觀的視覺化分析工具。
  👉 消息來源
• 使用 Jeffrey Microscope 生成 Java 火焰圖 (DZone Java)
  本文介紹 Jeffrey 這款開源的 JFR (Java Flight Recorder) 分析工具，專注於將 JFR 事件轉換為互動式火焰圖 (Flame Graphs)。文章詳細解釋了火焰圖的讀取方法，包括時間序列、搜尋、工具提示以及記憶體分配與掛鐘時間變體，為 Java 開發者提供了一個強大的效能分析與視覺化工具，幫助理解應用程式的執行行為。
  👉 消息來源
• 探索 Java 25 的幾個語言增強功能 (DZone Java)
  儘管 Java 26 已發布，本文仍聚焦於 Java 25 這個最新的 LTS (長期支援) 版本，深入探討其帶來的一些語言增強功能。文章介紹了這些新特性，無論是作為預覽功能還是正式功能，都對 Java 程式碼的撰寫效率和表達力產生影響。這對於希望了解 Java 平台最新演進並升級其專案的開發者來說，提供了實用的指引。
  👉 消息來源

💬 社群討論

• 一集美好的 Podcast：Russ Miles 談論更安全、更高效地與 AI 互動 (Spring Blog)
  這集 Podcast 邀請了傳奇架構師 Russ Miles，探討如何安全且高效地與 AI 系統進行互動。內容涵蓋 AI 的最新發展與對開發者的影響，特別是 Spring 框架生態系在 AI 應用中的角色，為 Java 開發者提供了在 AI 時代保持競爭力的策略與思維，鼓勵社群思考 AI 的實際應用與潛在挑戰。
  👉 消息來源
• 維護「如何撰寫難以維護的程式碼」作者的程式碼 (Reddit r/java)
  這篇 Reddit 討論分享了一個幽默又發人深省的經歷：維護一位曾撰寫「如何撰寫難以維護的程式碼」書籍作者所留下的程式碼。社群成員在其中交流了維護複雜、混亂或設計不良程式碼的經驗與挑戰，討論了如何面對遺留系統的困境。這提供了寶貴的實務見解，提醒開發者重視程式碼品質與可維護性。
  👉 消息來源
• 處理遺留 Java 程式碼的開發者，你的時間主要花在哪些地方？ (Reddit r/java)
  這篇 Reddit 討論收集了開發者在處理遺留 Java 程式碼時，最常耗費時間的任務與挑戰。內容涵蓋理解舊程式碼邏輯、除錯複雜的依賴關係、缺乏文件、以及重構的困難等。社群的分享為理解企業級遺留系統維護的現實困境提供了寶貴視角，並可能激發出更有效的應對策略。
  👉 消息來源
• IntelliJ IDEA 2026.2 的新功能 (Reddit r/java)
  這篇 Reddit 討論聚焦於 IntelliJ IDEA 2026.2 版本的最新功能與改進。作為 Java 開發者最常用的 IDE 之一，其更新內容對於提升開發效率至關重要。討論可能涵蓋新的程式碼重構工具、效能優化、對最新 Java 語言特性的支援，以及其他提升開發體驗的功能，為社群提供最新工具動態。
  👉 消息來源
• 如何找出團隊擁有但不直接使用的函式庫中的熱門路徑？ (Reddit r/java)
  這篇 Reddit 討論探討了如何針對團隊內部開發但不由自身團隊直接消費的共享函式庫，找出其程式碼中的「熱門路徑」（即頻繁執行且耗時的程式碼區塊）。社群成員分享了各種效能分析工具與策略，如利用 JFR (Java Flight Recorder) 或其他性能探查器。這對於優化共享函式庫、提升其對其他專案的價值至關重要。
  👉 消息來源
• 用於生成 GraalVM 中繼資料的可達性註解 (Reddit r/java)
  這篇 Reddit 討論聚焦於 GraalVM 生態系統中，如何透過可達性註解 (Reachability Annotations) 來自動生成必要的中繼資料。這些中繼資料對於 GraalVM Native Image 的程式碼編譯和優化至關重要。社群討論了這些註解的實用性、最佳實踐以及如何簡化 GraalVM Native Image 的建置流程，為開發者提供了優化啟動時間和記憶體佔用的新方法。
  👉 消息來源
• Gradle 插件的新版本：Badass Jlink Plugin、Cabe Plugin、JDKProvider Plugin (首次發布) (Reddit r/java)
  這篇 Reddit 討論公告了數個 Gradle 插件的新版本發布，包括 Badass Jlink Plugin、Cabe Plugin 和首次發布的 JDKProvider Plugin。這些插件對於 Java 專案的建置、打包和相依性管理提供了新功能。社群成員討論了這些插件如何簡化開發流程、提升建置效率，以及對 JDK 版本管理和應用程式發布的潛在影響，為 Gradle 使用者帶來最新工具資訊。
  👉 消息來源
• Java 嵌入式腳本語言基準測試：Jactl, Groovy, MVEL, JEXL 和 SpEL (Reddit r/java)
  這篇 Reddit 討論分享了一項針對多種 Java 嵌入式腳本語言 (如 Jactl, Groovy, MVEL, JEXL, SpEL) 的性能基準測試結果。討論涵蓋了這些腳本語言在不同情境下的執行效率、記憶體消耗和易用性，為開發者在選擇適合其應用程式的嵌入式腳本解決方案時，提供了寶貴的性能數據和實務考量。
  👉 消息來源
• 別再寫爛程式碼：SOLID 原則如何讓你成為更好的工程師 (Reddit r/java)
  這篇 Reddit 討論強調了 SOLID 設計原則在軟體開發中的重要性，並解釋了這些原則如何幫助開發者編寫出更清晰、更可維護、更具擴展性的程式碼。社群成員交流了應用 SOLID 原則的經驗與挑戰，提供了實用的建議與見解，對於提升程式碼品質、改善專案架構以及培養優秀工程師思維具有指導意義。
  👉 消息來源
• 尋求回饋：Maven Central 的擬議 CARE 政策 (Reddit r/java)
  這篇 Reddit 討論是關於 Maven Central 儲存庫提出新的 CARE 政策，並向社群尋求回饋。該政策可能涉及內容管理、安全性標準或發布流程的變革，對於依賴 Maven Central 管理相依性的 Java 開發者影響深遠。社群討論將聚焦於政策的潛在影響與意見收集，確保 Java 生態系的健全發展。
  👉 消息來源
• Java 27：有什麼新功能？ (Reddit r/java)
  這篇 Reddit 討論展望了未來 Java 27 版本可能引入的新功能和語言增強。社群成員們針對潛在的 JEPs (JDK Enhancement Proposals) 和預覽特性進行了熱烈討論，包括對 Project Valhalla、Loom 或 Panama 等專案的進一步整合。這為開發者提供了一個預覽 Java 平台未來發展方向的機會，激發對新技術的探索與準備。
  👉 消息來源

💡 心得總結

本週 Java 技術生態系展現了多面向的演進。Valhalla 專案在數值類別 (Value Classes) 的應用上取得顯著進展，承諾提升記憶體效率與執行效能，這是 Java 物件模型的一大躍進。同時，Spring AI 2.0 的發布與相關 AI 框架的教學，突顯了 Java 在人工智慧整合領域的持續深化，包含如何運用大型語言模型進行工具呼叫推理與評審模式。此外，虛擬執行緒 (Virtual Threads) 的實戰指南，為開發者提供了優化並行程式碼的關鍵知識，確保 Project Loom 的優勢能充分發揮，避免潛在的效能瓶頸。

對於台灣的 Java 開發者社群，建議密切關注 Valhalla 和虛擬執行緒等核心語言與平台功能的發展，這些將對未來應用程式的設計與效能產生深遠影響。同時，積極探索 Spring AI 等框架，將 AI 能力整合至現有或新專案中，以保持技術競爭力。此外，參與社群討論，例如關於遺留程式碼的維護經驗、SOLID 原則的應用以及 Maven Central 的政策更新，能幫助我們共同成長，並掌握最新的開發工具與最佳實踐，為個人職涯與專案成功奠定基礎。

本篇文章的內容為老喬原創、二創或翻譯而來。雖已善盡校對、順稿與查核義務，但人非聖賢，多少仍會有疏漏之處難以避免。如果大家有任何問題、建議或指教，都歡迎在底下留言與老喬討論！