浅谈在JAR中同名类冲突问题

楔子

这段时间再给客户部署服务的时候，发现有一个服务在公司通过了所有测试，但是却在客户现场的生产环境上报出了一个诡异的问题。由于对出问题的那段代码不熟悉，所有前后折腾了2个小时才定位出来，原来是服务依赖的两个JAR包中都同时出现了一个同名类（该类的完全限定名一样），并且这两个类中都包含了同一个方法。在公司环境中执行的是正确的那个方法，而在客户现场执行的是错误的方法。这就导致了在公司没有问题的服务部署在现场就出现了问题。

正文

一、同名类产生的原因

当同名类（完全限定名）在自己编写的工程中肯定不会出现，但是这无法保证在服务所依赖的JAR中不会出现。在多人协作时，如果每个人在自己负责的服务中都需要引用一段公共代码，同时又把它抽象到一个类的一个方法中，并且大家还采用了代码拷贝的方式进行维护。此时如果有1个人对这段代码做了定制化的修改，但没有修改方法或类的名称。这个时候如果有场景需要将多个服务合并打包发布的时候，这个定制化的类就变成了一颗定时炸弹。由于同一个类加载器对于同名类只会加载一次，那么一旦JVM的选取策略发生了变化，那么就会爆发不可控的风险。

二、JAR包加载的顺序

问题产生的原因其实是简单的，但是又是什么原因造成同名类在不同的环境下被选择了不同的版本？

由于同名类是在不同JAR出现的，所以这个问题就转化成了JAR的加载顺序是由什么因素导致的

1. 类加载器级别

   JVM的类加载其实是一个树形结构，而JVM在加载类的时候采用的是双亲代理模式，层级越高的类加