问题1：容器内的java进程用java -jar xxx.jar启动，命令行和CLASSPATH环境变量都没有指定SYNC_lib路径，该JVM实例是怎么加载这些第三方jar包的？
问题2：迁移后指定classpath启动jar包，只是替换了classpath下jar包的版本，竟然报错ClassNotFoundException？

没思路了，只能手动写个代码看看从指定的classpath下能不能加载对应的class：

import java.security.*;

public class FindClass {

    public static void main(String args[]) {
        Class<?> clazz = null;
        try {
            clazz = Class.forName("com.uxun.uxunplat.util.OperateResult");
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }
        CodeSource cs = clazz.getProtectionDomain().getCodeSource();
        String location = cs.getLocation().getPath();
        System.out.println(location);
    }
}

结果：能成功加载org.postgresql.Driver，说明新的驱动jar包是没问题的，命令行参数-classpath（或者-cp）的设定方法也是正确的。

百思不得其解……

3. 真相浮出水面

突然，灵机一动，可以不使用jar包启动，而是直接启动包含main()方法的class类，说不定是jar包在作妖。

main()方法启动：

#这里在-cp中增加xxx.jar
#也就是将之前-jar启动的应用加入到classpath中
java -cp .:SYNC_lib/*:xxx.jar: com.xxx.xxx

应用成功启动了！

果不其然，是jar包在作妖。此时笔者再次打开jar，这次没有忽略任何细节，打开META-INF\MANIFEST.MF文件，如图：

原来玄机在这里，捶胸顿足，悔之晚矣！

META-INF\MANIFEST.MF文件是jar包的元数据文件，该文件指明了：

Main-Class：该jar包的入口类（包含main方法的类）。
Class-Path：依赖jar包的classpath路径。jar包路径之间使用空格分隔。

破案：

问题1：容器内的jar包没设置classpath也能够加载第三方依赖，不是玄学，而是classpath在jar包内指定了。
问题2：替换新的驱动包报错ClassNotFoundException，是因为在MANIFEST.MF文件中定义的classpath会覆盖掉命令行中指定的-classpath参数设置。也就是说命令行中正确指定的-classpath实际上并没有生效（不是参数设定错误，而是参数被覆盖了）。

实际上，回到”刀耕火种”的时代，在没有构建工具（例如ant、maven等）时，构建一个有第三方依赖的java程序，可以使用命令：

#参数c表示创建jar归档文件
#参数v表示打印详细日志
#参数f表示指定jar的名称，这里是xxx.jar
#参数m表示指定元数据信息文件，这里是MANIFEST.txt
jar cvfm xxx.jar MANIFEST.txt com.xxx.xxx

关于jar打包和MANIFEST.MF更多内容参考：https://docs.oracle.com/javase/tutorial/deployment/jar/downman.html。

现代开发java程序用IDE集成开发环境，不需要手动敲命令。例如，用IDEA导出一个jar包：

1). 在项目中增加一个Artifacts。

2). 执行构建，导出jar文件。

即使现代程序开发用IDE方便了很多，基础知识（如jar包中MANIFEST到底是什么？有什么作用？）的掌握有利于对编程体系的理解。

4. 总结

不要浅尝辄止看一个有疑问的点。如果你跳过这个点，可能你就偏离了找到bug的方向，再回到正确的方向上会更费劲。本例中没有深入思考为什么在没有指定classpath的情况下，java -jar xxx.jar能够正常运行；也没有打开jar包时顺便看看MANIFEST.MF文件内容。如果这两个任意一个做了，在前30%时间内就能破案。
有时候看到的现象不只是一个bug引起的，做好控制变量尝试，准确定位造成异常的原因。避免一锅粥，乱尝试，最后身心疲惫，脑子就不清晰了。本例中迁移后连接的库是高版本的Postgresql库，用低版本的驱动会报错。升级高版本后，报错ClassNotFoundException，要确信不是高版本驱动不可用，而是依赖jar包加载有问题，这时候千万不能跑偏。
基于认知，把确定能推出来的结论找出来。本例中替换驱动jar包后，报ClassNotFoundException，实际上可以认定命令行参数没有最终起作用（本例被jar包内MANIFEST文件覆盖了）。当然了，认知可能会有盲区，多一步验证，如果发现认知盲区，要搞明白关联知识。

更新记录

2022-01-12 18:10 掘金专栏发表前重读、优化、勘误

bug现场谜之古老的jar包classpath玄机

ps发现主机上只有一个jar -jar xxx.jar的进程，jar包打开发现没有lib依赖包，启动进程中也没有-classpath值，系统环境变量也没有，它是怎么加载依赖启动的？

目录

1. bug现场情况

2. 尝试破案

3. 真相浮出水面

4. 总结

更新记录

相关文章推荐