tomcat启动时检测到循环继承而栈溢出的问题
来源:互联网 发布:linux android 模拟器 编辑:程序博客网 时间:2024/03/29 21:49
一个用户在使用tomcat7054版本启动的时候遇到的错误:
Caused by: java.lang.IllegalStateException: Unable to complete the scan for annotations for web application [/test] 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.jaxen.util.AncestorAxisIterator->org.jaxen.util.AncestorOrSelfAxisIterator->org.jaxen.util.AncestorAxisIterator]at org.apache.catalina.startup.ContextConfig.checkHandlesTypes(ContextConfig.java:2112)at org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:2059)at org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1934)at org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1900)at org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1885)at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1317)at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:876)at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:374)at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5355)at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
这是在tomcat解析servlet3注释时进行类扫描的过程,发现了两个类的继承关系存在循环继承的情况而导致了栈溢出。
排查了一下,是因为应用所依赖的 dom4j-1.1.jar 里存在 AncestorAxisIterator
和子类 AncestorOrSelfAxisIterato
% javap org.jaxen.util.AncestorAxisIteratorCompiled from "AncestorAxisIterator.java"public class org.jaxen.util.AncestorAxisIterator extends org.jaxen.util.StackedIterator { protected org.jaxen.util.AncestorAxisIterator(); public org.jaxen.util.AncestorAxisIterator(java.lang.Object, org.jaxen.Navigator); protected java.util.Iterator createIterator(java.lang.Object);}% javap org.jaxen.util.AncestorOrSelfAxisIteratorCompiled from "AncestorOrSelfAxisIterator.java"public class org.jaxen.util.AncestorOrSelfAxisIterator extends org.jaxen.util.AncestorAxisIterator { public org.jaxen.util.AncestorOrSelfAxisIterator(java.lang.Object, org.jaxen.Navigator); protected java.util.Iterator createIterator(java.lang.Object);}
同时应用所依赖的 sourceforge.jaxen-1.1.jar 里面也存在这两个同名类,但继承关系正好相反:
% javap org.jaxen.util.AncestorAxisIteratorCompiled from "AncestorAxisIterator.java"public class org.jaxen.util.AncestorAxisIterator extends org.jaxen.util.AncestorOrSelfAxisIterator { public org.jaxen.util.AncestorAxisIterator(java.lang.Object, org.jaxen.Navigator);}% javap org.jaxen.util.AncestorOrSelfAxisIteratorCompiled from "AncestorOrSelfAxisIterator.java"public class org.jaxen.util.AncestorOrSelfAxisIterator implements java.util.Iterator { public org.jaxen.util.AncestorOrSelfAxisIterator(java.lang.Object, org.jaxen.Navigator); public boolean hasNext(); public java.lang.Object next(); public void remove();}
简单的说,在第1个jar里存在 B继承自A,在第2个jar里存在同名的A和B,但却是A继承自B。其实也能运行的,只是可能出现类加载时可能加载的不一定是你想要的那个,但tomcat做类型检查的时候把这个当成了一个环。
在ContextConfig.processAnnotationsStream
方法里,每次解析之后要对类型做一次检测,然后才获取注释信息:
ClassParser parser = new ClassParser(is, null);JavaClass clazz = parser.parse();checkHandlesTypes(clazz);...AnnotationEntry[] annotationsEntries = clazz.getAnnotationEntries();...
再看这个用来检测类型的checkHandlesTypes
方法里面:
populateJavaClassCache(className, javaClass);JavaClassCacheEntry entry = javaClassCache.get(className);if (entry.getSciSet() == null) { try { populateSCIsForCacheEntry(entry); // 这里 } catch (StackOverflowError soe) { throw new IllegalStateException(sm.getString( "contextConfig.annotationsStackOverflow",context.getName(), classHierarchyToString(className, entry))); }}
每次新解析出来的类(tomcat里定义了JavaClass来描述),会被populateJavaClassCache
放入cache,这个cache内部是个Map
,所以对于key相同的会存在把以前的值覆盖了的情况,这个“环形继承”的现象就比较好解释了。
Map
里的key是String
类型即类名,value是JavaClassCacheEntry
类型封装了JavaClass
及其父类和接口信息。我们假设第一个jar里B继承自A,它们被放入cache的时候键值对是这样的:
"A" -> [JavaClass-A, 父类Object,父接口]""B" -> [JavaClass-B, 父类A,父接口]
然后当解析到第2个jar里的A的时候,覆盖了之前A的键值对,变成了:
"A" -> [JavaClass-A, 父类B,父接口]"B" -> [JavaClass-B, 父类A,父接口]
这2个的继承关系在这个cache里被描述成了环状,然后在接下来的populateSCIsForCacheEntry
方法里找父类的时候就绕不出来了,最终导致了栈溢出。
这个算是cache设计不太合理,没有考虑到不同jar下面有相同的类的情况。问题确认之后,让应用方去修正自己的依赖就可以了,但应用方说之前在7026的时候,是可以正常启动的。这就有意思了,接着一番排查之后,发现在7026版本里,ContextConfig.webConfig
的时候先判断了一下web.xml里的版本信息,如果版本>=3
才会去扫描类里的servlet3注释信息。
// Parse context level web.xmlInputSource contextWebXml = getContextWebXmlSource();parseWebXml(contextWebXml, webXml, false);if (webXml.getMajorVersion() >= 3) { // 扫描jar里的web-fragment.xml 和 servlet3注释信息 ...}
而在7054版本里是没有这个判断的。搜了一下,发现是在7029这个版本里去掉的这个判断。在7029的changelog里:
As per section 1.6.2 of the Servlet 3.0 specification and clarification from the Servlet Expert Group, the servlet specification version declared in web.xml no longer controls if Tomcat scans for annotations. Annotation scanning is now always performed – regardless of the version declared in web.xml – unless metadata complete is set to true.
之前对servlet3规范理解不够清晰;之所以改,是因为在web.xml里定义的servlet版本,不再控制tomcat是否去扫描每个类里的注释信息。也就是说不管web.xml里声明的servlet版本是什么,都会进行注释扫描,除非metadata-complete
属性设置为true(默认是false)。
所以在7029版本之后改为了判断 webXml.isMetadataComplete()
是否需要进行扫描注释信息。
- tomcat启动时检测到循环继承而栈溢出的问题
- tomcat启动时检测到循环继承而栈溢出的问题
- tomcat启动时检测到循环继承而栈溢出的问题
- tomcat启动时检测到循环继承而栈溢出的问题
- tomcat启动时检测到循环继承而栈溢出的问题
- tomcat启动内存溢出问题
- tomcat启动工程时内存的溢出
- 关于Tomcat 8.5 启动是内存溢出的问题
- (java)Tomcat项目启动时内存溢出问题
- 关于 Eclipse 使用Tomcat 启动项目时的内存溢出问题
- 解决eclipse内存溢出、tomcat内存溢出、eclipse启动web项目45秒失败的问题
- eclipse tomcat启动,内存溢出问题
- myeclipse tomcat启动,内存溢出问题
- eclipse tomcat启动,内存溢出问题 .
- myeclipse tomcat启动,内存溢出问题
- eclipse tomcat启动,内存溢出问题
- 启动tomcat显示内存溢出问题
- Tomcat启动多个项目时,内存溢出的解决方案。
- jstack jstat jmap
- 《合成孔径雷达成像——算法与实现》之【6】仿真图3.6加窗
- 扩展欧几里德算法模版题 POJ 1061青蛙的约会
- zookeeper 集群配置
- 菜鸟个人总结之纯sql导入数据(oracle,pl/sql)
- tomcat启动时检测到循环继承而栈溢出的问题
- 单源最短路径<队列><可以返回再找>
- c++ 异常处理 的不足
- 堆和栈访问效率
- PL/SQL 基础
- nsoj 4714 次方求模
- Weka源码分析(4)——算法系统
- 慎用MySQL replace语句
- 学习前端我推荐这5本书