jar依赖版本不一致导致的诡异情况

前端之家收集整理的这篇文章主要介绍了jar依赖版本不一致导致的诡异情况前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

在服务器上编一个b.jar之后,测试b.jar包的功能遇到一个很奇怪的错误
java.lang.NoSuchMethodError:xxx.CDataOutputStream.writeVLong(JLjava/io/DataOutput;)I
Causedby:java.lang.NoSuchMethodError:xxx.CDataOutputStream.writeVLong(JLjava/io/DataOutput;)I
atyyy.Foo.writeFields(Foo.java:273)
注:
Foo.writeFields是一个自定义的序列化方法。实际调用的是xxx.CDataOutputStream.writeVLong(longvalue,java.io.DataOutputoutput)

情形:

将程序b.jar下载到本地运行也会出现此次异常。通过反编译工具比对Foo.class文件和本地的Foo.class,发现2代码几乎一样(换行不一样),而且在本地debug过程中,运行到xxx.CDataOutputStream.writeVLong(longvalue,java.io.DataOutputoutput)时,代码显示的也是writeVLong(longvalue,java.io.DataOutputoutput),而不是writeVLong(java.io.DataOutputoutput)。最后发现是b.jar的编译依赖的一个jar版本与运行时依赖的版本不同导致的---理论上如果版本不同,低版本环境上运行,会抛出version错误,而不是NoSuchMethod的异常。

问题定位困难在于:在定位问题过程中,通过反编译工具发现Butter.class都是一样的,在很大程度上误导查寻问题的角度。在本地调试过程中,也是因为源码都一样,导致误导。

猜你在找的设计模式相关文章