依赖冲突解决的一个思路

最新推荐文章于 2024-08-09 10:44:24 发布

Even181017

最新推荐文章于 2024-08-09 10:44:24 发布

阅读量2.9k

点赞数

文章标签： java 服务器 linux

本文链接：https://blog.csdn.net/XMU20162841/article/details/122355128

版权

问题现象：

本机使用jdk1.8(windows版本)正常运行，远程服务器使用jdk1.8(linux版本)报错了NullPointerException，使用依赖bcprov-jdk15on-1.66；bcprov-jdk14on-1.38；bcprov-ext-jdk15on-1.45；bcprov-jdk15on-1.57；bcprov-jdk15on-1.59；bcpkix-jdk15on-1.66

过程回顾

阶段一

单纯从报错现象看，像是找不到某个类而报了NP空指针，猜测是远程服务器缺少本地的某项依赖，这里需要回顾一下java的类加载机制：
java类加载类顺序
比较发现本地jdk的jre/lib/ext下比远程服务器的jre/lib/ext下多了一些依赖，由于它们也是跟安全类相关的依赖（笔者是在一个数据安全类相关的项目中遇到的该问题），所以猜测可能是缺少了这些依赖导致问题，于是在maven中补充，但是加上之后测试发现问题仍没有解决。

阶段二

注意到有相同依赖不同版本的情况，考虑依赖冲突，在本地进行删除冗余版本依赖测试，此时使用依赖精简为bcprov-jdk15on-1.66；bcprov-jdk14on-1.38；bcprov-ext-jdk15on-1.45；bcpkix-jdk15on-1.66，问题仍没有解决。

阶段三

遇事不决，堆栈解决，远程调试打出远程服务器的报错堆栈如下：

java.lang.NullPointerException: null 
at com.ibm.crypto.provider.ECUtils.getPrimeParameterSpec(Unknown Source) ~[ibmjceprovider.jar:8.0 build_20160808] 
at com.ibm.crypto.provider.ECParameters.engineInit(Unknown Source) ~[ibmjceprovider.jar:8.0 build_20160808] 
at java.security.AlgorithmParameters.init(AlgorithmParameters.java:304) ~[?:1.8.0-internal] 
at com.ibm.security.x509.AlgorithmId.decodeParams(AlgorithmId.java:680) ~[?:8.0 build_20160428] 
at com.ibm.security.x509.AlgorithmId.<init>(AlgorithmId.java:586) ~[?:8.0 build_20160428] 
at com.ibm.security.x509.AlgorithmId.parse(AlgorithmId.java:511) ~[?:8.0 build_20160428] 
at com.ibm.security.x509.AlgorithmId.parse(AlgorithmId.java:458) ~[?:8.0 build_20160428] 
at com.ibm.security.x509.X509Key.parse(X509Key.java:187) ~[?:8.0 build_20160428] 
at com.ibm.security.x509.X509Key.parse(X509Key.java:215) ~[?:8.0 build_20160428] 
at com.ibm.security.x509.CertificateX509Key.<init>(CertificateX509Key.java:111) ~[?:8.0 build_20160428] 
at com.ibm.security.x509.X509CertInfo.parse(X509CertInfo.java:930) ~[?:8.0 build_20160428] 
at com.ibm.security.x509.X509CertInfo.<init>(X509CertInfo.java:240) ~[?:8.0 build_20160428] 
at com.ibm.security.x509.X509CertInfo.<init>(X509CertInfo.java:226) ~[?:8.0 build_20160428] 
at com.ibm.security.x509.X509CertImpl.parse(X509CertImpl.java:2663) ~[?:8.0 build_20160428] 
at com.ibm.security.x509.X509CertImpl.<init>(X509CertImpl.java:225) ~[?:8.0 build_20160428] at com.ibm.security.x509.X509CertImpl.<init>(X509CertImpl.java:211) ~[?:8.0 build_20160428] 
at java.security.cert.X509CertSelector.match(X509CertSelector.java:2102) ~[?:?] 
at org.bouncycastle.jce.provider.CertStoreCollectionSpi.engineGetCertificates(Unknown Source) ~[bcprov-jdk14-1.38.jar:1.38.0] 
at java.security.cert.CertStore.getCertificates(CertStore.java:145) ~[?:?] at org.bouncycastle.jce.provider.CertPathValidatorUtilities.findCertificates(Unknown Source) ~[bcprov-jdk14-1.38.jar:1.38.0] 
at org.bouncycastle.jce.provider.PKIXCertPathBuilderSpi.engineBuild(Unknown Source) ~[bcprov-jdk14-1.38.jar:1.38.0] 
at java.security.cert.CertPathBuilder.build(CertPathBuilder.java:268) ~[?:?] 
at com.icbc.boom.is.omnichannel.utils.CertUtil.verifyCertificateChainBySM2(CertUtil.java:578) [classes/:?] 
at com.icbc.boom.is.omnichannel.utils.CertUtil.verifyCertificateBySM2(CertUtil.java:630) [classes/:?]

比较在错误发生情况下本地和远程的不同，可以发现底层都是一些jdk下的包（虽然在分析过程中一度认为是jdk差异导致的问题），暂时不管；注意到此时报错是由于bcprov-jdk14on-1.38导致的【at org.bouncycastle.jce.provider.CertStoreCollectionSpi.engineGetCertificates(Unknown Source) ~[bcprov-jdk14-1.38.jar:1.38.0]】，删除bcprov-jdk14on-1.38，测试发现仍有问题。

阶段四

使用MyClass.getClass().getProtectionDomain()【myClass为目标类的类全路径】看在正常情况下开始报错的类使用的bcprov-jdk15on-1.66，说明使用该依赖是正确的；
在本地删除bcprov-jdk15on-1.66发现能够复现问题，但是堆栈中显示有问题的是bcprov-ext-jdk15on-1.45，到此整个问题原因基本就清晰了。

分析结果

解决：
删除bcprov-jdk14on-1.38和bcprov-ext-jdk15on-1.45，当然其他冗余版本在之前就已经删除，保留bcprov-jdk15on-1.66
原因：
同样的依赖本地运行程序没有问题，而远程服务器运行的时候出现了NullPointerException问题，整个问题分析下来，是因为本地使用了正确的依赖中的类，而远程服务器使用了错误依赖中的类，由于它们的类全路径在不同依赖中是一致的，实际使用哪个取决于JVM加载了哪个。
ps: 本地JDK使用的HotSpot虚拟机，远程服务器使用的J9虚拟机。