OpenJDK不支持同时加载多个依赖目录，classpath是扁平有序的单链；多目录需用-cp参数配合平台对应分隔符（Linux/macOS用:，Windows用;），顺序决定类优先级，避免使用易出错的CLASSPATH环境变量。
OpenJDK 本身不支持“同时加载多个依赖目录”这种操作——java 启动时的类路径（classpath）是扁平、有序的单条链，不是可叠加的多目录注册表。所谓“多个依赖目录”，实际要解决的是：如何让 JVM 在运行时正确发现并加载分布在不同位置的 .jar 或 .class 文件。
classpath 中多个目录怎么写才有效
Java 的 -cp 或 -classpath 参数接受以分隔符连接的路径列表，但必须注意平台差异：
- Linux/macOS 用冒号
:分隔，例如：java -cp "/path/to/lib1:/path/to/lib2:/path/to/app.jar" MyApp - Windows 用分号
;分隔，例如：java -cp "C:\libs\lib1;C:\libs\lib2;app.jar" MyApp - 路径中不能有空格，否则需整体加英文双引号；含空格时推荐用
-cp而非环境变量CLASSPATH，后者易被意外覆盖 - 顺序决定优先级：靠前的
.jar中同名类会屏蔽靠后的，这是排查NoClassDefFoundError或方法行为异常的关键线索
为什么不用 CLASSPATH 环境变量
CLASSPATH 是全局生效的环境变量，一旦设错，所有 Java 命令（包括 javadoc、jar）都可能出问题。更严重的是：
- 它会覆盖 JDK 自带的
rt.jar（或modules-java.base）等核心类路径，导致java.lang.*类找不到 - JDK 9+ 模块系统下，
CLASSPATH对模块路径（--module-path）完全无效，混用易报Module not found - Maven/Gradle 构建脚本、IDE 运行配置通常显式生成 classpath，
CLASSPATH反而干扰其逻辑
模块化项目（JDK 9+）怎么加多个模块目录
如果你用的是 JDK 17/21 并启用了模块系统，-cp 不再适用，必须用 --module-path（或简写 -p），且多个目录仍用相同分隔符：
java --module-path "mods1:mods2:libs" --module myapp/com.example.Main
-
--module-path只影响模块解析，不替代-cp；传统 classpath 和模块路径互不感知 - 若同时需要传统 jar 和模块 jar，得把它们全放在
--module-path下，并确保每个 jar 包含module-info.class，否则会被当作“自动模块”（automatic module），名字由 jar 名推导，易冲突 - 不要试图在
--module-path里混入classes/目录——除非该目录下有module-info.class，否则 JVM 会跳过它
真正需要“动态多目录”的场景怎么办
比如插件系统、热加载、或测试时临时注入工具类，硬编码 classpath 不现实。这时应：
- 用
URLClassLoader在运行时构造新类加载器，传入多个File.toURI().toURL()数组，再用它加载目标类 - 避免直接替换
Thread.currentThread().getContextClassLoader()，容易污染框架（如 Spring、Flink）的类加载逻辑 - 注意双亲委派：自定义加载器默认先委托父加载器，所以你加的目录无法覆盖
java.*或javax.*类——这是 JVM 安全机制，绕不过 - Flink / Spark 等框架内部已封装了多目录资源发现逻辑（如 Flink 的
PluginManager），优先查它们的插件机制文档，而不是自己拼 classpath
最常被忽略的一点：JDK 本身没有“依赖目录管理器”。所谓多目录，本质是启动参数或代码里对类加载路径的显式声明。路径写错一个字符、分隔符用错平台、或混淆了 classpath 与 module-path，都会静默失败——错误日志里往往只报 ClassNotFoundException，不会告诉你具体哪个目录没扫到。
