类路径（Classpath）决定JVM加载类和资源的位置，配置错误会导致NoClassDefFoundError或ClassNotFoundException；需区分编译期与运行期设置，注意优先级、分隔符差异及默认路径覆盖规则。
Java中类路径（Classpath）决定JVM从哪里加载类和资源，配置错误会导致NoClassDefFoundError或ClassNotFoundException。核心在于区分编译期（javac）与运行期（java）的路径设置，且需注意优先级和路径分隔符差异。
类路径的基本组成与作用
类路径是一组目录、JAR或ZIP文件路径，JVM按顺序查找.class文件。它不决定源码位置，只影响已编译字节码的加载。默认情况下，当前目录（.）自动包含在类路径中；显式指定-cp或-classpath后，该默认值会被覆盖。
- 支持通配符：
lib/*（Java 6+）可一次性引入lib下所有JAR，但不递归子目录 - 路径分隔符：Windows用分号
;，Linux/macOS用冒号: - 重复路径无害，但靠前的路径具有更高优先级（可用于“遮蔽”旧版本类）
命令行方式配置类路径
适用于简单项目或调试场景，直接在javac和java命令中指定。
- 编译时添加依赖：
javac -cp "lib/slf4j-api.jar:lib/logback-classic.jar" MyApp.java - 运行时指定类路径：
java -cp ".:lib/*" MyApp（注意当前目录.需显式加入） - 避免常见错误：不要在
-cp末尾加空格，不要混用;和:，JAR名含空格需用引号包裹
IDE与构建工具中的类路径管理
现代开发基本不手写类路径，而是交由工具统一管理：
立即学习“Java免费学习笔记（深入）”；
- IntelliJ IDEA：在Project Structure → Modules → Dependencies中添加JAR或库，自动注入编译与运行类路径
- Eclipse：右键项目→Properties → Java Build Path → Libraries，支持“Order and Export”控制导出顺序
- Maven：依赖声明在
pom.xml中，编译、测试、运行阶段的类路径由maven-compiler-plugin、maven-surefire-plugin等插件自动组装 - Gradle：通过
implementation、runtimeOnly等配置块声明依赖，执行gradle run时自动构造运行类路径
CLASSPATH环境变量的使用与风险
不推荐全局设置CLASSPATH环境变量。它会隐式影响所有Java命令，容易导致不可预期的类加载冲突或掩盖本地-cp参数。
- 若必须使用（如遗留脚本），建议仅在特定shell会话中临时设置：
export CLASSPATH="lib/*:." - 可通过
java -XshowSettings:class查看实际生效的类路径，验证是否符合预期 - 启动脚本中优先用
-cp替代环境变量，更清晰、更可控
基本上就这些。类路径本身不复杂，但容易因平台差异、工具抽象或路径遗漏引发问题。关键是在编译与运行两个环节明确目标路径，优先借助构建工具而非手动拼接。
