返回

SpringBoot 升级 Java 17 不允许用 Java 8，详细解析解决办法！

后端

Java 8 日落西山，SpringBoot 携 Java 17 踏上新征程

随着 Java 8 时代的落幕，SpringBoot 也踏上了升级 Java 17 的征程。这一举措并非一时兴起，而是出于对系统稳定性和安全性的考量。Java 8 的官方支持已宣告结束，继续使用它可能会带来意想不到的安全隐患和兼容性问题。因此，升级到 Java 17 势在必行。

SpringBoot 新生，Java 8 退出舞台

在 IntelliJ IDEA 的庇护下，我们开启了创建 SpringBoot 项目的新篇章。然而，当我们满心期待地想要选择 Java 8 时，却发现只有 Java 17 和 21 两个选项。这是因为 SpringBoot 官方已将 Java 8 抛诸脑后，在新项目中无法选择这一版本。

应对策略：灵活应变，巧妙解决

面对这一转变，我们并非束手无策。有两个行之有效的解决方案可以帮我们破解这一难题：

解决方案一：巧手修改 pom.xml 文件

  1. 进入 pom.xml 文件的怀抱，寻找 <properties> 标签。
  2. 在它的庇护下，添加 <java.version>8</java.version>。
  3. 继续探索，找到 <dependencyManagement> 标签。
  4. 在它之下，添加如下内容：
<dependencies>
  <dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-dependencies</artifactId>
    <version>2.7.3</version>
    <type>pom</type>
    <scope>import</scope>
  </dependency>
</dependencies>
  1. 最后一站，<dependencies> 标签。
  2. 在此添加：
<dependency>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter-web</artifactId>
</dependency>
  1. 收工，保存 pom.xml 文件。

解决方案二：借助 Spring Initializr，轻松创建

  1. 造访 Spring Initializr 的网站：https://start.spring.io/。
  2. 在 "Version" 下拉菜单中，选择 "2.7.3"。
  3. "Language" 处，选择 "Java"。
  4. "Java Version" 处，选择 "8"。
  5. "Dependencies" 处，勾选 "Web"。
  6. 点击 "Generate" 按钮。
  7. 下载并解压项目，大功告成。

其他妙招：打破常规，另辟蹊径

除了上述两大方案，还有其他一些法宝可以助力我们在 SpringBoot 中使用 Java 8：

  1. 使用定制 Maven 仓库。
  2. 使用定制 Gradle 仓库。
  3. 使用 Java 8 插件。

这些锦囊妙计的详细使用方法可以在网上寻觅。但请谨记，它们可能会带来一些兼容性问题。所以，在使用它们之前，一定要三思而后行。

SpringBoot 升级 Java 17，迈向稳健新时代

SpringBoot 升级 Java 17，并非心血来潮，而是为了保障系统的稳定性和安全性。Java 8 虽已落幕，但我们仍可以借助巧妙的手段在 SpringBoot 中继续使用它。面对技术浪潮，灵活应变，不断探索，方能屹立不倒，乘风破浪。

常见问题解答：

  1. 为什么 SpringBoot 不再支持 Java 8？

    Java 8 已停止官方支持，使用它可能会带来安全隐患和兼容性问题。

  2. 如何使用 pom.xml 文件修改 Java 版本？

    在 <properties> 标签下添加 <java.version>8</java.version>，并在 <dependencyManagement> 和 <dependencies> 标签下添加特定内容。

  3. 如何使用 Spring Initializr 创建 Java 8 项目？

    在 Spring Initializr 网站上，选择 Java 8 版本并勾选 "Web" 依赖项即可。

  4. 有哪些其他方法可以在 SpringBoot 中使用 Java 8？

    可以尝试使用自定义 Maven 仓库、自定义 Gradle 仓库或 Java 8 插件。

  5. 使用非官方解决方案是否安全？

    使用非官方解决方案可能会带来兼容性问题，因此在使用前请谨慎考虑。