<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>升级 on </title>
    <link>/tags/%E5%8D%87%E7%BA%A7/</link>
    <description>Recent content in 升级 on </description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <lastBuildDate>Sat, 16 May 2026 10:00:00 +0800</lastBuildDate><atom:link href="/tags/%E5%8D%87%E7%BA%A7/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Java 21→25 与 Spring Boot 3.5→4.0：为什么升级，怎么升级</title>
      <link>/posts/java25-springboot4-upgrade-guide/</link>
      <pubDate>Sat, 16 May 2026 10:00:00 +0800</pubDate>
      
      <guid>/posts/java25-springboot4-upgrade-guide/</guid>
      <description>在我经手过的几个项目里，升级平台版本更多是为了主动偿还技术债，而不是追新。Java 21→25 和 Spring Boot 3.5→4.0 是我在跟踪的下一次升级，时机还没到，但提前把反复想到的三个问题梳理一遍通常能省不少麻烦：为什么升、升了能得到什么、怎么升。
版本节奏与维护周期 在讨论「为什么升」之前，先把两个平台的发布规律和生命周期摆出来，后面的判断会有据可依。
Java Java 自 2017 年起切换到半年一版的节奏，每年 3 月和 9 月各发一个版本。其中每隔两年（从 Java 21 开始正式固定）发一个 LTS（Long-Term Support）版本，非 LTS 版本只在下一个版本 GA 后停止支持，实际窗口约 6 个月。
版本 类型 GA 时间 Oracle Premier 支持截止 Oracle Extended 支持截止 Java 17 LTS 2021-09 2026-09 2029-09 Java 21 LTS 2023-09 2028-09 2031-09 Java 25 LTS 2025-09 2030-09 2033-09 Java 26 非 LTS 2026-03 ~2026-09（Java 27 GA 时） — Java 29 LTS（预计） 2027-09 — — Oracle Premier Support 约 5 年，涵盖安全补丁和 bug 修复；Extended Support 额外 3 年，仅提供安全和关键补丁，通常需要付费授权。非 LTS 的 6 个月窗口不适合生产环境长期使用。</description>
    </item>
    
  </channel>
</rss>
