classpath配置错误直接导致类加载失败，引发编译报错（如package不存在、cannot find symbol）、运行时ClassNotFoundException或NoClassDefFoundError、同名类版本冲突引发NoSuchMethodError或行为异常，以及getResource()返回null致NPE或配置缺失。
classpath 配置错误最直接的后果是 Java 类加载失败，程序在编译或运行阶段报错，无法正常启动或执行。
编译时报错：找不到符号或类
当 javac 编译时依赖的类（如第三方 JAR 中的类、自定义工具类）不在 classpath 中，编译器无法解析引用，会抛出类似以下错误：
- error: package xxx does not exist
- error: cannot find symbol（尤其是 import 的类或 new 的对象）
常见于未将依赖 JAR 加入 -cp 或 -classpath 参数，或 IDE 中模块依赖未正确配置。
运行时报错：ClassNotFoundException 或 NoClassDefFoundError
程序能编译通过，但运行时崩溃，典型表现有：
立即学习“Java免费学习笔记（深入）”；
- Exception in thread "main" java.lang.ClassNotFoundException: com.example.MyService —— JVM 根本没在 classpath 中找到该类字节码文件（.class）
- Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/lang3/StringUtils —— 类曾成功加载过，但静态初始化失败，或运行时 classpath 缺失其依赖项（比如 commons-lang3.jar 没配）
注意：NoClassDefFoundError 不一定是当前类缺失，更可能是它所依赖的某个类加载失败导致连锁中断。
同名类冲突：加载了错误版本的类
classpath 中多个位置存在相同全限定名的类（例如两个不同版本的 log4j-core.jar），JVM 按 classpath 路径顺序加载——先出现的优先。可能导致：
- 方法不存在（NoSuchMethodError），因为调用了新版本才有的 API，却加载了旧版类
- 行为异常（如日志不输出、加密逻辑不一致），因实际运行的是非预期版本的实现
- 难以排查的偶发问题，尤其在混合使用 fat-jar 和显式 classpath 时
资源文件无法加载：getResource() 返回 null
Java 中通过 Class.getResource() 或 ClassLoader.getSystemResource() 加载配置文件（如 application.properties、XML 映射文件）时，若这些文件所在目录或 JAR 未纳入 classpath，返回值为 null，后续调用 .openStream() 就会触发 NullPointerException 或配置缺失异常。
典型场景：把 config/ 目录放在项目根路径，却没把它加进运行 classpath；或 Maven 项目中 resources 文件夹未被正确打包进 jar。
