如何在CDI胖JAR启动场景下添加替代服务实现到类路径？

方案1：利用JVM扩展类路径（适用于JDK8及更早版本） #

当使用-jar启动应用时，JVM会忽略命令行的-classpath参数，但扩展类路径（java.ext.dirs）下的JAR仍然会被自动加载。你可以通过设置$ARGS把当前目录纳入扩展路径，让additional.jar被识别：

export ARGS="-Djava.ext.dirs=./:$JAVA_HOME/jre/lib/ext"

注意事项： #

• 必须保留原有的$JAVA_HOME/jre/lib/ext路径，否则会覆盖系统默认的扩展类目录，导致核心类加载失败。
• 扩展类加载器的优先级高于应用类加载器，所以additional.jar里的替代类会被优先加载，正好匹配你用@Alternative @Priority标注的优先级需求。

方案2：使用引导类路径追加参数（兼容多数JDK版本） #

JVM提供的-Xbootclasspath/a:参数，可以把指定JAR追加到引导类路径末尾，这个参数不受-jar选项的限制，能强制将additional.jar加入类路径：

export ARGS="-Xbootclasspath/a:./additional.jar"

注意事项： #

• 引导类加载器负责加载JDK核心类，追加的JAR中的类会被它加载。如果additional.jar依赖foo_cdi.jar里的类，可能会出现类加载顺序问题（引导类加载器不会委托给应用类加载器）。如果你的替代类不依赖应用内其他类，这个方法非常好用。
• 该参数在JDK9+中依然兼容（虽然模块化系统推荐--module-path，但兼容模式下仍支持）。

额外说明：为什么-classpath无效？ #

根据Java官方文档，当用-jar选项启动应用时，JVM会把目标JAR本身作为唯一的类路径来源，完全忽略命令行的-classpath/-cp参数以及CLASSPATH环境变量，只会读取JAR内MANIFEST.MF的Class-Path属性加载依赖——这就是你设置-classpath additional.jar无效的核心原因。

内容的提问来源于stack exchange，提问作者Andremoniy