TooManyResourceException 处理方法

问题

最近在不断地学习和探索 EvoSuite 框架的时候,在生产 JUnit 单元测试框架后,出现如下问题:

Exception:
Caused by: org.evosuite.runtime.TooManyResourcesException: Loop has been executed more times than the allowed 10000
at org.evosuite.runtime.LoopCounter.checkLoop(LoopCounter.java:115)
at org.apache.xerces.impl.io.UTF8Reader.read(Unknown Source)
at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source)
at org.apache.xerces.impl.XMLEntityScanner.skipSpaces(Unknown Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl$PrologDispatcher.dispatch(Unknown Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:121)
at org.apache.poi.util.DocumentHelper.readDocument(DocumentHelper.java:137)
at org.apache.poi.POIXMLTypeLoader.parse(POIXMLTypeLoader.java:115)
at org.openxmlformats.schemas.spreadsheetml.x2006.main.StyleSheetDocument$Factory.parse(Unknown Source)
at org.apache.poi.xssf.model.StylesTable.readFrom(StylesTable.java:203)
at org.apache.poi.xssf.model.StylesTable.(StylesTable.java:146)

分析和修订

所有的 EvoSuite 生成的单元测试 class 都继承自一个同名的 scaffolding 的类,在对应的脚手架后缀名的类中的@BeforeClass部分,有一个参数:

org.evosuite.runtime.RuntimeSettings.maxNumberOfIterationPerLoop=10000;

上述报错就是因为这一项的设置造成的。那么该 org.evosuite.runtime.RuntimeSettings.maxNumberOfIterationPerLoop 是干什么的呢?这里我们就要进入 EvoSuite 的源代码里面看看了。

经过源代码分析,在源代码中:

evosuite/runtime/src/main/java/org/evosuite/runtime/LoopCounter.java

发现其 110 行到 123 行部分能够抛出对应的异常,依据作者注释,该类就是为了避免无限循环的出现而专门做的一个循环计数的类。通过源代码的异常抛出位置可以看出就是一位代码执行的循环次数超过了 10000 而抛出的异常,这么大次数的循环有可能是 mock 的数据导致的,也有可能是内部脚本逻辑异常导致的。

解决该问题

通过对应 github 项目的查找发现这不是一个 fixed 的 issue。但是可以通过设置该参数避免该异常出现。
通过 maxNumberOfIterationPerLoop 出现的条件部分的判断:
evosuite/runtime/src/main/java/org/evosuite/runtime/LoopCounter.java 的 96 到 98 行,如下:

if(RuntimeSettings.maxNumberOfIterationsPerLoop < 0){
return; //do nothing, no check
}

和/Users/chancriss/Desktop/WorkSpace/JavaSpace/github/evosuite/runtime/src/main/java/org/evosuite/runtime/instrumentation/RuntimeInstrumentation.java 下的 144 行到 146 行,如下:

if (RuntimeSettings.maxNumberOfIterationsPerLoop >= 0) {
cv = new LoopCounterClassAdapter(cv);
}
可知,要避免这类问题的出现,并不是在对应的 JUnit 脚本的父类中扩大 org.evosuite.runtime.RuntimeSettings.maxNumberOfIterationPerLoop 的值,而是将其设置成为一个小于 0 的值。

由于测者并没有完全掌握该框架,因此这种的修改到底会带来什么后果还没有进一步的研究。

关注测者,关注测试


↙↙↙阅读原文可查看相关链接,并与作者交流