曹工杂谈：用好verbose，Jar包冲突不再难

Posted 2022-08-19 grey-wolf

Jar包冲突的相关文章：

了不得，我可能发现了Jar 包冲突的秘密

 

一、前言

jar包冲突分多种，简单理解来说，就是同package且同名的类在多个jar包内出现，如果两个jar包在同一个classloader下，那么最终的结果是，只会加载其中的一个。

有时，这个错误一般在运行时出现，报的错可能是，找不到某方法，或者呢，更隐蔽的，不会报错，但是逻辑不对。

针对运行中的应用，可以考虑使用阿里出品的arthas来处理。

 

我今天呢，只是简单的找不到方法的情况，所以不需要用到那个。 我这里的场景是，在学习rocketMq的过程中，其依赖的jar包如下：

<dependency>
   <groupId>org.apache.rocketmq</groupId>
   <artifactId>rocketmq-client</artifactId>
   <version>4.3.0</version>
</dependency>

该jar包间接依赖如下：

 

上图是截的idea插件，maven helper。但是一开始并没想起来去看这里。

 

为什么会冲突呢，因为我把测试类写在了一个使用了netty 5 版本的工程里。（为了偷懒。。）

 

二、解决冲突的方式一

我这里报错如下：

1 Exception in thread "main" java.lang.NoSuchMethodError: io.netty.bootstrap.Bootstrap.channel(Ljava/lang/Class;)Lio/netty/bootstrap/AbstractBootstrap;
2     at org.apache.rocketmq.remoting.netty.NettyRemotingClient.start(NettyRemotingClient.java:165)
3     at org.apache.rocketmq.client.impl.MQClientAPIImpl.start(MQClientAPIImpl.java:225)
4     at org.apache.rocketmq.client.impl.factory.MQClientInstance.start(MQClientInstance.java:234)
5     at org.apache.rocketmq.client.impl.producer.DefaultMQProducerImpl.start(DefaultMQProducerImpl.java:171)
6     at org.apache.rocketmq.client.impl.producer.DefaultMQProducerImpl.start(DefaultMQProducerImpl.java:144)
7     at org.apache.rocketmq.client.producer.DefaultMQProducer.start(DefaultMQProducer.java:172)
8     at rocketmq.TestRocketMq$SyncProducer.main(TestRocketMq.java:21)

 

上面意思就是，io/netty/bootstrap/AbstractBootstrap 不存在 channel(Ljava/lang/Class;) 这个方法。

 

我在ide里，打开了netty 5 jar包里的这个类，确实没找到这个方法，估计就是这个原因了。

怎么验证程序加载了这个类呢？直接在启动参数里，加入 -verbose:class ，然后重新启动，过程中会打印出加载的class：

 

 

上图可以看到，果然是从5.0版本的netty里加载的。

 

三、解决jar包冲突的方式2

idea里安装maven helper插件，然后选择pom，下图即可看出冲突的jar包：

 

但是，说实话，这个一般事先并不会去看，很有可能都是事后出问题才去这里看。

 

四、总结

今天这个场景很简单，文章开头那个链接里的案例要复杂一点（windows上可以，linux不行）。大家也可以看下。

jar包为什么冲突？这里再理解下，因为在jvm里，一个类是唯一的，说明类加载器相同 + 类的全路径名相同。

如果同一个类加载器下出现了两个全路径相同的类，自然就冲突了。