17370845950

Java版本与JDK必须严格匹配项目需求，否则触发UnsupportedClassVersionError；需统一配置JAVA_HOME、PATH、IDE SDK及项目语言级别，并通过Maven/Gradle管理依赖避免classpath错误。

Java版本和JDK选择必须匹配项目需求

很多新手直接下载最新版JDK（比如JDK 21），结果运行老项目时遇到 java.lang.UnsupportedClassVersionError。这不是环境没配好，而是字节码版本不兼容——JDK 17编译的类无法在JDK 11上运行。

实操建议：

• 先确认项目 pom.xml 或构建脚本里声明的 java.version（如 11、17）
• 从 Eclipse Temurin 或 Oracle 官网下载对应LTS版本（优先选 JDK 11 或 JDK 17），别用JDK 20/21这类非LTS版
• 一台机器可装多个JDK，但 JAVA_HOME 必须指向当前项目所需版本

PATH和JAVA_HOME环境变量不能只设一个

只配 PATH 不配 JAVA_HOME，会导致Maven、Gradle、IDEA等工具找不到JDK；只配 JAVA_HOME 不加进 PATH，则命令行敲 java -version 会报“command not found”。

Windows下典型配置（以JDK 17为例）：

JAVA_HOME = C:\Program Files\Eclipse Adoptium\jdk-17.0.1+12-hotspot
PATH = %JAVA_HOME%\bin;%PATH%

macOS/Linux下在 ~/.zshrc 或 ~/.bash_profile 中写：

export JAVA_HOME=$(/usr/libexec/java_home -v 17)
export PATH=$JAVA_HOME/bin:$PATH

配完务必重启终端或执行 source ~/.zshrc，再运行 java -version 和 echo $JAVA_HOME 双重验证。

IDE里JDK配置和项目SDK不是一回事

IntelliJ IDEA或Eclipse中，即使系统 JAVA_HOME 是JDK 17，新建项目默认仍可能用IDE内置的JDK（如IDEA自带JBR），导致编译输出的字节码版本与预期不符，后续部署到服务器时报错。

关键检查点：

• File → Project Structure → Project → Project SDK：选你本地安装的JDK 17（不是“Project SDK: 17 (corretto)”这种模糊名）
• Project → Project language level：必须和Project SDK一致（如都设为17）
• Maven项目还要看 Settings → Build → Build Tools → Maven → Importing → JDK for importer 是否也指向同一JDK

javac编译失败却提示“找不到符号”，其实是classpath没理清

手动用 javac 编译时出现 cannot find symbol，新手常以为是代码写错了，其实90%是没指定 -cp 或 -classpath 包含依赖jar包路径，或者源文件目录结构不符合包声明。

例如项目结构为：

src/
  com/example/Hello.java

而 Hello.java 开头是 package com.example;，那么必须在 src 目录外执行：

javac -d out src/com/example/Hello.java

而不是进到 src 里去编译。否则 javac 会认为包路径缺失，连自己的类都找不到。

更稳妥的做法：用Maven或Gradle管理依赖和编译，避免手动处理classpath。

环境配得再顺，只要JDK版本、JAVA_HOME、IDE SDK、项目语言级别这四者有一处不一致，就可能在编译、运行、打包任一环节突然崩掉——它们不是独立配置，而是一套联动锁链。