绝大多数情况下不需要手动配置CLASSPATH环境变量；JDK默认使用当前目录，Maven/Gradle等工具自动生成classpath，IDE也不读取该变量，推荐用-cp参数指定。
Classpath 在现代 Java 开发中是否必须手动配置？
绝大多数情况下，不需要手动配置 CLASSPATH 环境变量。JDK 自带的启动机制（如 java、javac）在未显式设置 CLASSPATH 时，默认使用当前目录（.）作为类路径；Maven、Gradle 等构建工具更会自动生成并传递完整的 classpath 给 JVM，完全绕过系统级 CLASSPATH 变量。
什么时候 Classpath 配置会起作用？
只有在直接使用 java 或 javac 命令且不依赖构建工具时，CLASSPATH 才可能被读取——但即便如此，也推荐用命令行参数替代环境变量，因为后者容易污染全局行为：
-
CLASSPATH是全局环境变量，一旦设错，所有后续java命令都受影响 - Java 9+ 默认忽略
CLASSPATH环境变量（除非显式启用-Djava.class.path=...） - IDE（IntelliJ / Eclipse）和构建工具完全不读取该变量，它们各自管理 classpath
正确做法是用 -cp 或 --class-path 参数指定：
java -cp "lib/spring-core.jar:lib/commons-lang3.jar:target/classes" com.example.Main
为什么老教程还在教配 CLASSPATH？
这是历史惯性：JDK 1.4 时代没有 Maven，开发者常把 .jar 放进 CLASSPATH 以避免每次敲长命令。但现在的问题是：
- Windows 下用分号（
;），Linux/macOS 用冒号（:），手误极易导致NoClassDefFoundError - 若
CLASSPATH包含.但你忘了加，java Main就会找不到当前目录的类 - JDK 自带工
具类（如
tools.jar）早已被模块化取代，不再需要靠CLASSPATH注入
真正需要关注的类路径相关项
比起 CLASSPATH 环境变量，以下几处才决定实际加载行为：
-
-cp/--class-path命令行参数（最高优先级） -
MANIFEST.MF中的Class-Path属性（用于java -jar） - 模块路径（
--module-path或-p）在 Java 9+ 中优先于 classpath - Maven 的
dependency:copy-dependencies或 Gradle 的runtimeClasspath输出路径
一个常见误判是：看到 ClassNotFoundException 就去改 CLASSPATH。实际上应先检查 java -verbose:class 输出，确认 JVM 真正尝试加载了哪些路径。
