java -jar参数运行应用时classpath的设置方法
当用java -jar yourJarExe.jar来运行一个经过打包的应用程序的时候，你会发现如何设置-classpath参数应用程序都找不到相应的第三方类，报ClassNotFound错误。实际上这是由于当使用-jar参数运行的时候，java VM会屏蔽所有的外部classpath,而只以本身yourJarExe.jar的内部class作为类的寻找范围。

解决方案

扩展性类加载器

扩展性类加载器一般存放在{Java_home}\jre\lib\ext目录下，当调用Java时,对扩展class路径的搜索是自动的。总会搜索的.这样,解决的方案就很简单了,将所有要使用的第三方的jar包都复制到ext目录下。就会透明化进入加载范畴内。

注意：不建议使用，否则所有的JRE需要迁移和统一和同步!

BootStrap类加载器扩展方案

采用 -Xbootclasspath参数进行加载扩展jar包。

Java命令行提供了如何扩展bootStrap级别class的简单方法。

-Xbootclasspath: 完全取代基本核心的Java class搜索路径，不常用,否则要重新写所有Java核心class(建议不要用!)。

-Xbootclasspath/a: 后缀在核心class搜索路径后面(推荐使用)

-Xbootclasspath/p: 前缀在核心class搜索路径前面，不常用,避免引起不必要的冲突。(不建议使用)

语法如下: (分隔符与classpath参数类似，unix使用:号,windows使用;号，这里以unix为例)

java -Xbootclasspath/a:/usrhome/thirdlib.jar: -jar yourJarExe.jar

User class扩展方案

当使用-jar执行可执行Jar包时，JVM将Jar包所在目录设置为codebase目录，所有的class搜索都在这个目录下开始。

所以如果使用了其他第三方的jar包，一个比较可以接受的可配置方案,就是利用jar包的Manifest扩展机制。

步骤如下：

将需要的第三方的jar包,复制在同可执行jar所在的目录或某个子目录下. 比如:jar 包在/usrhome/yourJarExe.jar 那么你可以把所有jar包复制到/usrhome目录下或/usrhome/lib 等类似的子目录下.

修改Manifest 文件

在Manifest.mf文件里加入如下行：

Class-Path:classes12.jar lib/thirdlib.jar

Class-Path 是可执行jar包运行依赖的关键词。

要注意的是Class-Path只是作为你本地机器的CLASSPATH环境变量的一个缩写，也就是说用这个前缀表示在你的jar包执行机器上所有的CLASSPATH目录下寻找相应的第三方类/类库。

你并不能通过Class-Path来加载位于你本身的jar包里面(或者网络上)的jar文件。

因为从理论上来讲，你的jar发布包不应该再去包含其他的第三方类库(而应该通过使用说明来提醒用户去获取相应的支持类库)。

如果由于特殊需要必须把其他的第三方类库(jar, zip, class等)直接打包在你自己的jar包里面一起发布，你就必须通过实现自定义的ClassLoader来按照自己的意图加载这些第三方类库。

文章来源：网络 版权归原作者所有
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系小编，我们将立即处理