CLASSPATH 是 JVM 定位 .class 和 .jar 的路径列表，JDK 5+ 默认包含当前目录（.），通常无需手动设置；显式使用 -cp 时会完全忽略系统 CLASSPATH，优先级为：-cp > 环境变量 > 默认值。
Java 运行时找不到类，绝大多数时候不是代码写错了，而是 CLASSPATH 没设对——它不继承系统 PATH，也不默认包含当前目录（JDK 9+ 更是彻底弱化了它的作用），盲目设置反而容易引发冲突。
CLASSPATH 是什么，现在还必须手动设吗
CLASSPATH 是 JVM 启动时用来定位 .class 文件和 .jar 包的路径列表。但注意：
- JDK 5 之后，默认值已是
.（当前目录），所以简单单文件编译运行通常无需设置 - JDK 9 引入模块系统，
-cp/-classpath仍有效，但优先级低于--module-path - IDE（如 IntelliJ、Eclipse）完全绕过环境变量，用自己的类路径管理，改系统
CLASSPATH对它们无效 - 显式使用
java -cp时，会**完全忽略**系统CLASSPATH环境变量
什么时候真得改系统 CLASSPATH
极少场景需要设系统级 CLASSPATH，典型包括：
- 多个脚本共用一组工具 jar（如
log4j-core-2.20.0.jar），且不想每次敲-cp - 遗留 Ant 构建脚本依赖全局
CLASSPATH（现代 Gradle/Maven 不走这条路） - 某些老版本 Tomcat（7.x 及以前）启动时读取
CLASSPATH加载共享库
若只是临时运行一个程序，请直接用命令行参数：
java -cp ".:lib/spring-core-6.1.0.jar" com.example.Main（Linux/macOS）或
java -cp ".;lib\spring-core-6.1.0.jar" com.example.Main（Windows）
立即学习“Java免费学习笔记（深入）”；
设置 CLASSPATH 环境变量的实操要点
如果确认要设，注意这些细节：
- 路径分隔符：Linux/macOS 用
:，Windows 用;；混用会导致整个路径失效 - 必须包含
.才能加载当前目录下的 class，否则java Main会报ClassNotFoundException - 避免绝对路径硬编码，尤其跨机器部署时；优先用相对路径或变量（如
$HOME/lib） - Windows 下不要在路径末尾加反斜杠（
C:\libs\→ 错误；应为C:\libs） - 修改后需新开终端生效；已运行的 Java 进程不会重新读取
示例（Linux）：
export CLASSPATH=".:/opt/myapp/lib/*:$CLASSPATH"（
* 在 JDK 6+ 支持通配符，匹配目录下所有 jar）
CLASSPATH 和 -cp 冲突时谁生效
明确优先级：命令行 -cp > 系统 CLASSPATH 环境变量 > JVM 默认值（.）。也就是说：
-
java -cp "a.jar" MyApp：只加载a.jar，完全无视环境变量和当前目录 -
java MyApp（无-cp）：才去查环境变量CLASSPATH，再 fallback 到. - 若环境变量里写了
CLASSPATH="b.jar"，而你执行java -cp "a.jar" MyApp，b.jar根本不会被加载
这个覆盖逻辑常被忽略，导致“明明设置了 CLASSPATH 却还是找不到类”——其实你正用着 -cp。
真正难的不是怎么设，而是判断该不该设、在哪设、设完是否被实际用到。大多数现代 Java 项目根本不需要碰系统 CLASSPATH，靠构建工具和显式 -cp 更可控、更可复现。
