Arthas 实战,助你解决同名类依赖冲突问题(上)

简介: 上篇文章『程序员需要了解依赖冲突的原因以及解决办法』中,阿粉分析 Maven 依赖冲突分为两类:项目同一依赖应用,存在多版本,每个版本同一个类,可能存在差异。项目不同依赖应用,存在包名,类名完全一样的类。第二种情况,往往是这个场景,本地/测试环境运行的都是好好的,上线之后测试就是不行。这其实与 JVM 类加载有关,本地/测试环境加载正确类,而生产环境加载错的类,为什么会这样?主要有两个原因:同一个类只会被加载器加载一次不同环境,类的加载顺序不同

上篇文章『程序员需要了解依赖冲突的原因以及解决办法』中,阿粉分析 Maven 依赖冲突分为两类:

  • 项目同一依赖应用,存在多版本,每个版本同一个类,可能存在差异。
  • 项目不同依赖应用,存在包名,类名完全一样的类。

第二种情况,往往是这个场景,本地/测试环境运行的都是好好的,上线之后测试就是不行。

这其实与 JVM 类加载有关,本地/测试环境加载正确类,而生产环境加载错的类,为什么会这样?

主要有两个原因:

  • 同一个类只会被加载器加载一次
  • 不同环境,类的加载顺序不同

同一个类只会被加载器加载一次

JVM 类加载具有缓存机制,每个类加载的时候首先检查一遍,类是否被当前类加载器加载。若未被加载,先交给其父类加载器加载,父类加载器不能加载,才会交给当前类加载器。

当前类加载器加载完成之后,将会将其缓存起来。

43.jpg

类加载的核心源码位于 ClassLoader#loadClass

44.jpg

① 处将会检查ClassLoader#findLoadedClass 最终将会调用 ClassLoader#findLoadedClass0,这是一个 native 方法,最终将会根据类名加类加载器为键值查找缓存。

每个类加载器负责的加载范围都不一样:

  • BootstrapClassLoader 引导类加载加载最核心的类库,如 $JAVA_HOME/jre/lib/
  • ExtClassLoader 扩展类加载器负责加载$JAVA_HOME/jre/lib/ext下的一些扩展类
  • AppClassLoader 应用类加载器将加载 classpath 指定的类。

我们应用依赖的各种类,一般将会由 AppClassLoader 加载,由于缓存的存在,同名类被加载后,下次碰到就不会再被加载。

画外音:利用缓存加快查询速度

不同环境,类的加载顺序不同

Java 可以使用 -classpath 参数指定依赖类所在位置。

类的加载顺序可以通过以下方式指定:

1java -classpath a.jar:b.jar:c.jar xx.xx.Main

上面这种方式,类加载首先会从 a.jar 中查找相关类,找不到才会继续往后查找。所以可以通过这种方式可以指定使用哪个 jar 包内同名类。

但是这种方式有点繁琐,如果依赖 100 个 jar 包,需要全部写上去。

所以生产环境可以使用使用 shell 命令将 jar 拼接起来:

1LIB_DIR=lib
2LIB_JARS=`ls $LIB_DIR|grep .jar|awk '{print "'$LIB_DIR'/"$0}'|tr "\n" ":"`

另外 java 支持通配符的写法:

1java -classpath './*' xx.xx.Main

这种方式的加载顺序将会受到底层系统文件加载顺序影响。

复现依赖冲突

假设我们现在应用依赖如下:45.jpg

A 应用依赖 B、C,且 B,C 中存在同包同名类 org.example.App,代码如下:


46.jpg

如果指定 jar 包顺序启动应用:

1# A,B,C 放置同一文件夹下
2java -classpath A-1.0-SNAPSHOT.jar:B-1.0-SNAPSHOT.jar:C-1.0-SNAPSHOT.jar org.example.ClassA

日志输出如下:

47.jpg

改变 B ,C 顺序:

48.jpg

类加载器的类的查找顺序将会通过 classpath 指定顺序从前往后查找。

如果使用通配符启动:

1java -classpath './*' org.example.ClassA

这种情况 jvm 到底加载那个类就成了薛定谔的类了,运行之前无法确定加载类来自哪个 jar 包。

49.jpg


相关文章
|
Arthas 监控 Java
开源Java诊断工具Arthas:开篇之watch实战
还在为排查Java程序线上问题头痛吗,看我们用阿里开源的诊断神器 Arthas 来帮您
571 1
|
Arthas Dubbo Java
Alibaba Java诊断工具Arthas查看Dubbo动态代理类
Alibaba Java诊断工具Arthas查看Dubbo动态代理类
122 0
|
7月前
|
Arthas Java 测试技术
Docker 环境中 Spring Boot 应用的 Arthas 故障排查与性能优化实战
Docker 环境中 Spring Boot 应用的 Arthas 故障排查与性能优化实战
|
6月前
|
Arthas Java 测试技术
Arthas之动态加载类(retransform)
Arthas之动态加载类(retransform)
346 0
|
6月前
|
Arthas 测试技术
Arthas查看已加载类的源码(jad)
Arthas查看已加载类的源码(jad)
264 0
|
7月前
|
Arthas 监控 Java
金石原创 |【JVM实战系列】「监控调优体系」实战开发arthas-spring-boot-starter监控你的微服务是否健康!
金石原创 |【JVM实战系列】「监控调优体系」实战开发arthas-spring-boot-starter监控你的微服务是否健康!
105 0
|
Arthas JavaScript Java
Java 诊断工具 Arthas 常见命令(超详细实战教程)(一)
Java 诊断工具 Arthas 常见命令(超详细实战教程)(一)
Java 诊断工具 Arthas 常见命令(超详细实战教程)(一)
|
Arthas Java 测试技术
Java 诊断工具 Arthas 常见命令(超详细实战教程)(二)
Java 诊断工具 Arthas 常见命令(超详细实战教程)(二)
Java 诊断工具 Arthas 常见命令(超详细实战教程)(二)
|
Arthas 监控 数据可视化
实战!使用 阿里 Arthas 工具分析 CPU 飙高
实战!使用 阿里 Arthas 工具分析 CPU 飙高
实战!使用 阿里 Arthas 工具分析 CPU 飙高
|
Arthas Java 测试技术
Arthas 实战,助你解决同名类依赖冲突问题(下)
上篇文章『程序员需要了解依赖冲突的原因以及解决办法』中,阿粉分析 Maven 依赖冲突分为两类: 项目同一依赖应用,存在多版本,每个版本同一个类,可能存在差异。 项目不同依赖应用,存在包名,类名完全一样的类。 第二种情况,往往是这个场景,本地/测试环境运行的都是好好的,上线之后测试就是不行。这其实与 JVM 类加载有关,本地/测试环境加载正确类,而生产环境加载错的类,为什么会这样? 主要有两个原因: 同一个类只会被加载器加载一次 不同环境,类的加载顺序不同
Arthas 实战,助你解决同名类依赖冲突问题(下)
下一篇
DataWorks