从永远到永远-关于不同jar包存在同名类导致类加载异常问题的处理

已于 2023-05-27 11:42:55 修改
阅读量1.4k 收藏
点赞数 1
分类专栏： # 挖坑小能手-Maven 文章标签： maven jar 类加载
于 2022-08-12 15:15:10 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/MACHENIC/article/details/126300485
版权

关于不同jar包存在同名类导致类加载异常问题的处理

1.项目背景

陈年老项目，n年前，先人在模块A中引入了bcprov-jdk16包。n年后，项目组小伙伴又在模块B中引入了bcprov-jdk15on包，且模块B依赖了模块A。然后，项目启动经常失败。

2.报错信息

08-Aug-2022 09:03:45.198 严重 [RMI TCP Connection(3)-127.0.0.1] org.apache.catalina.core.ContainerBase.addChildInternal ContainerBase.addChild: start: 
 org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/项目甲]]
	at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:167)
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:752)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:728)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734)
	at org.apache.catalina.startup.HostConfig.manageApp(HostConfig.java:1736)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
	at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:482)
	at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:431)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
	at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468)
	at javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
	at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309)
	at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1401)
	at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:357)
	at sun.rmi.transport.Transport$1.run(Transport.java:200)
	at sun.rmi.transport.Transport$1.run(Transport.java:197)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:573)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:834)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$0(TCPTransport.java:688)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:687)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.IllegalStateException: Unable to complete the scan for annotations for web application [/项目甲] due to a StackOverflowError. Possible root causes include a too low setting for -Xss and illegal cyclic inheritance dependencies. The class hierarchy being processed was [org.bouncycastle.asn1.ASN1GeneralizedTime->org.bouncycastle.asn1.DERGeneralizedTime->org.bouncycastle.asn1.ASN1GeneralizedTime]
	at org.apache.catalina.startup.ContextConfig.checkHandlesTypes(ContextConfig.java:2110)
	at org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:2054)
	at org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:2000)
	at org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1970)
	at org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1923)
	at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1163)
	at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:775)
	at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:299)
	at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:94)
	at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5105)
	at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
	... 42 more

08-Aug-2022 09:03:45.208 严重 [RMI TCP Connection(3)-127.0.0.1] org.apache.tomcat.util.modeler.BaseModelMBean.invoke Exception invoking method manageApp
 java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/项目甲]]
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:756)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:728)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734)
	at org.apache.catalina.startup.HostConfig.manageApp(HostConfig.java:1736)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
	at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:482)
	at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:431)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
	at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468)
	at javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
	at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309)
	at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1401)
	at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:357)
	at sun.rmi.transport.Transport$1.run(Transport.java:200)
	at sun.rmi.transport.Transport$1.run(Transport.java:197)
	at java.security.AccessController.doPrivileged(Native Method)
[2022-08-08 09:03:45,228] Artifact b2b-front:war exploded: Error during artifact deployment. See server log for details.
	at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:573)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:834)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$0(TCPTransport.java:688)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:687)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)

08-Aug-2022 09:03:45.208 严重 [RMI TCP Connection(3)-127.0.0.1] org.apache.tomcat.util.modeler.BaseModelMBean.invoke Exception invoking method createStandardContext
 javax.management.RuntimeOperationsException: Exception invoking method manageApp
	at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:308)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
	at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:482)
	at org.apache.catalina.mbeans.MBeanFactory.createStandardContext(MBeanFactory.java:431)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
	at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1468)
	at javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76)
	at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1309)
	at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1401)
	at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:829)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:357)
	at sun.rmi.transport.Transport$1.run(Transport.java:200)
	at sun.rmi.transport.Transport$1.run(Transport.java:197)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.rmi.transport.Transport.serviceCall(Transport.java:196)
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:573)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:834)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$0(TCPTransport.java:688)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:687)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/项目甲]]
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:756)
	at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:728)
	at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734)
	at org.apache.catalina.startup.HostConfig.manageApp(HostConfig.java:1736)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300)
	... 33 more

3.处理思路

1.设置项目运用参数

Caused by: java.lang.IllegalStateException: Unable to complete the scan for annotations for web application [/项目甲] due to a StackOverflowError. Possible root causes include a too low setting for -Xss

直观看上去是，X设置太小，启动时出现了内存溢出。所以，在idea的Tomcat配置中设置了，没有效果。

2.jar包依赖问题

关键错误信息，后半段，“非法的循环依赖项”。看来，所谓的内存溢出，是包导致的。

 illegal cyclic inheritance dependencies. The class hierarchy being processed was [org.bouncycastle.asn1.ASN1GeneralizedTime->org.bouncycastle.asn1.DERGeneralizedTime->org.bouncycastle.asn1.ASN1GeneralizedTime

这个包我没用过，做支付的加密好多用这个包的。
查找发现1的问题。项目中，同时存在bcprov-jdk16、bcprov-jdk15on两个包。这两个包中都存在一个相同的类叫ASN1GeneralizedTime，因为包名和类名都相同。我们都知道Java在进行类加载的时候，相同类名的类，只会加载一个。项目中真正使用的是bcprov-jdk15on包，有时候项目启动时，先加载的bcprov-jdk16这个包，就出现了如上错误。

3.解决措施

1.删除一个

bcprov-jdk16这个包只在包A中的pom文件中引入了，但是实际代码中并没有使用到，可以简单粗暴删除此包。经实践，问题解决，项目启动顺利。

2.指定jar包加载顺序

TODO

3.修改jar包内容

将其中一个jar包的ASN1GeneralizedTime改成其他名字，然后重新编译打包成jar引入。当然，需要将jar包安装到本地及远程（Nexus私服）仓库。

1. 获取源码包

直接在idea中下载，或者使用反编译工具（jd-gui）反编译都可。
在这里插入图片描述

2.修改源码
1. 修改

idea中新建Maven项目，将源码包复制到src/main/java目录下。此问题中，类名相同，就直接将相应的类改名。

2.修改pom坐标信息

参考项目（指的是出现报错信息的项目）对应依赖（bcprov-jdk16）jar包同名目录（在项目配置的maven仓库中）下的pom文件。
在这里插入图片描述
为了与原包区分，把artifactId改一下名字，重新package。
在这里插入图片描述

3.将jar包部署到本地仓库

参考安装第三方jar包到本地

3.将jar包部署到Nexus私服

暂无权限，后补 TODO

4.参考

  1. Tomcat加载
三层饼干儿
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
浅谈两个jar包中包含完全相同的包名和类名的加载问题
08-29
下面小编就为大家带来一篇浅谈两个jar包中包含完全相同的包名和类名的加载问题。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧
两个jar包下相同包名类名引入冲突
热门推荐
纯洁的小魔鬼
11-03 3万+
有时候引入的jar包中的包名类名与其他jar包中的包名类名相同,导致程序在编译或运行的时候无法正确引用想要的类,现有一种解决方法就是去掉其中不需要的那个jar包 有一个项目下需要用到OpenCV和javacv,但是javacv中已经包含了另一个版本的的openCV,这与我们需要的OpenCV版本不一致, 但是编译和运行的时候程序引入的是我们不需要的版本 1.查看mave...
如何解决不同jar包有相同类目错误：error:＜init＞(Ljava/lang/String；)V
weixin_42440011的博客
09-02 4536
解析： (Ljava/lang/String;)V是关于不同jar包相同类名错误，这种错误经常出现在同一个工程使用不同版本的jar中。 当包名类名都相同，jvm无法区分，一般ide是会提示发生冲突而报错的，如果不报错的，那就只有第一个包被引入（在classpath路径下排在前面的包或者是pom文件前面的依赖），第二个包会在classloader加载类时判断重复而忽略。如下图的错误，就是在不同jar包里面存在着相同包名类名，在调用时候，使用的jar里的方法使用String参数（想用第二个包的方法），但可用ja
idea Maven引入两个jar包下有路径相同的类解决方法
qq_40435436的博客
08-18 5852
做个记录，在工作中遇到了Maven引入两个jar包下有路径相同的类，一个是org.slf4j包下的logger，一个是phoenix-5.0.0-HBase-2.0-client.jar包下的logger，路径都是org.xxxx。 我想用的是slf4j的，但是import中不知道为什么没有slf4j的，包已经引进去了，这时能够采取的暂时的方法就是调整maven优先级： 长久的办法就是去掉不要的注解（如果有用的话暂时还没想到解决方法）。 ...
【转载】Jar包冲突问题及解决方案
luoyoub的博客
06-08 2746
作者：sherlockyb 链接：https://www.jianshu.com/p/100439269148 关于JAR包冲突问题，几乎是码农经常会遇到的问题，博客看到这篇文章，总结的非常棒，以下是转载的原文 概述 Jar包冲突是老生常谈的问题，几乎每一个Java程序猿都不可避免地遇到过，并且也都能想到通常的原因一般是同一个Jar包由于maven传递依赖等原因被引进了多个不同的版...
两个jar包以及自己代码中出现相同包名及类名的类
yxjajl
02-24 2188
类加载顺序测试   testjar1.jar package com; public class TestJar { public String getVersion() { return "v1"; } }     testjar2.jar package com; public class TestJar { public String get...
查找Java项目引入Jar包中的重复同名类
adrninistrat0r的博客
01-27 4282
1. 前言 当Java项目中引入的不同Jar包中存在重复同名类时，可能在不同情况下使用不同的加载顺序，导致生效的类不相同，可能会因此出现事故。尽早发现Java项目中引入Jar包的重复同名类并解决，可以避免事故发生。 以下提供Linux环境shell脚本（编写环境为GNU bash, version 4.2.46(1)-release (x86_64-redhat-linux-gnu)），用于查找Java项目中引入的Java包中存在的重复同名类，并比较相关类文件的HASH值是否相同。 以下脚本会查找包名非空，
IDEA打包jar-解决找不到或无法加载主类 main的问题
09-07
2. 如果上述方法无效，可能是因为`CLASSPATH`环境变量设置复杂导致问题，此时可以考虑直接删除`CLASSPATH`环境变量，让Java运行时系统自动处理类路径。 此外，IDEA还提供了“Build Artifacts”功能，可以直接创建可...
java动态添加外部jar包到classpath的实例详解
08-29
URLClassLoader是一个专门用于加载外部jar包的类加载器，它可以从外部jar包中加载类文件。我们可以使用URLClassLoader来加载外部jar包，然后将其添加到classpath中。 下面是一个使用URLClassLoader加载外部jar包的...
springboot+java类热加载
06-15
springboot 、java类热加载、jarinjar、动态编译、自动引用依赖
tomcat加载jar异常问题的分析与解决
01-10
项目使用springboot启动一个web项目，在启动阶段看到console中出现了异常“1.10.3-1.4.3\hdf5.jar 系统找不到指定的文件”，虽然这些异常不影响项目的正常运行，但作为一个严谨的技术人员，看到这些异常就像见到...
idea springboot项目 依赖两个jar包，有一个类 类名和路径完全一致，如何导入指定jar的类...
weixin_42578963的博客
02-15 2083
如果你的Spring Boot项目依赖两个具有相同类名的 JAR 包，那么你需要使用完整类名(包括包名)来指定使用哪一个 JAR 包中的类。 你可以使用 Java 的 import 关键字来导入你需要使用的类，例如： import com.example.package1.ClassName; ...
Java之导包与同名类解决问题解决
qq_38199295的博客
11-26 6547
Java导包语句：import 包名; 如果使用两个不同包的相同类，也就是当你像下面这样导包时会报错 //错误方式 import java.util.Date; import java.sql.Date; 应该改为下面这样，导包时改用.*，并且在使用Date类时指明是哪个包的类，前面加上包路径。 //正确方式 import java.util.Date; import java.s...
java不同包中含有全限定类名相同的类时的加载顺序
gitcat的博客
09-24 8103
问题：如果有两个不同的jar包中含有两个全限定类名完全相同的类，那么如果我们程序中使用到了这个类，会加载哪一个呢，今天我们就来做个试验看看。 为了做试验，我们建立如下三个module，其中main是一个springboot项目，其中引用了demo1和demo2两个模块。如下图 demo1和demo2中都有一个com.demo.DemoClass类，如下 然后我们在main类中写一个接口，访问com.demo.DemoClass中的info字段，如下。 好了，启动项目...
java 同名类 加载_classloader 加载同名类问题
weixin_33022901的博客
02-12 2908
近期研究classloader，有个疑问：有人说：每个ClassLoader都维护了一份自己的名称空间， 同一个名称空间里不能 出现两个同名的类。有些疑问，同名类是指的类名相同，如果包路径不同的话算不算同名类，这种类加载时会不会出现问题。自己在自己的系统中写了一套测试内容，使用main方法执行自定义classloader加载系统所有的类，遇到2个类名相同，但是包路径不同，加载出现java.lan...
编码踩坑——运行时报错java.lang.NoSuchMethodError / 同名类加载问题 / 双亲委派【建议收藏】
娜娜米的博客
02-16 8662
本篇介绍一个实际遇到的排查异常的case，涉及的知识点包括：类加载机制、jar包中的类加载顺序、JVM双亲委派模型、破坏双亲委派模型及自定义类加载器的代码示例；
依赖包出现类重名问题
gold_fly的专栏
11-21 3720
debug一段代码抛出异常
Java一个类中使用多个相同名称的其他类时怎么做------使用包名.类名
m0_62576090的博客
11-26 690
使用包名.类名就可以不用导包了、不能同时写两种不同包下的Student、看到会报错。
java不同的包下相同的类名的问题与解决办法
w36680130的博客
10-24 765
java不同的包下相同的类名的问题与解决办法
不同的jar包内有同包同名的class导致类定位错误
最新发布
07-27
在Java中， jar包是一种压缩文件格式，用于打包和分发Java程序、类、资源等。每个jar包都可以包含多个class文件。 当我们在Java项目中引用了多个jar包，并且这些jar包内存在同包同名的class文件时，就会出现类定位错误的问题。 类定位错误通常发生在以下几种情况下： 1. 同包同名的class文件位于不同的jar包中：如果我们在代码中调用一个同包同名的class，Java虚拟机会选择第一个找到的class，而不是根据我们的引用明确指定的jar包。这会导致程序运行时使用错误的class，从而产生类定位错误。 2. 同包同名的class文件位于同一个jar包中：在这种情况下，由于类名冲突，编译时就会出现错误，无法成功编译。 为了解决这个问题，我们可以采取以下措施之一： 1. 修改代码逻辑：如果同包同名的class文件真的需要同时存在，可以通过修改代码逻辑来避免类定位错误。例如，使用全限定类名来明确指定要使用的class。 2. 排除冲突jar包：如果同包同名的class文件是由于引入的jar包造成的，可以尝试排除其中一个冲突的jar包，只使用其中一个即可。这可以通过调整项目的构建配置来实现。 总的来说，在Java中，不同的jar包内存在同包同名的class文件会导致类定位错误。我们可以通过修改代码逻辑或者排除冲突的jar包来解决这个问题。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值