我们的网络应用遇到了一个复杂的情况

是STS/Tomcat 7开发的Spring应用。应用程序与 Jasper report 4.6.0 集成后，它总是抛出 `OutOfMemoryError: PermGen Space。然后让它工作的唯一方法是重新启动应用程序。但过了一会儿又发生了。 这是异常前的日志:

Oct 17, 2012 3:42:27 PM org.apache.jasper.compiler.TldLocationsCache tldScanJar
INFO: At least one JAR was scanned for TLDs yet contained no TLDs. Enable debug logging for this logger for a complete list of JARs that were scanned but no TLDs were found in them. Skipping unneeded JARs during scanning can improve startup time and JSP compilation time.
Oct 17, 2012 3:42:30 PM org.apache.catalina.core.ApplicationDispatcher invoke
SEVERE: Servlet.service() for servlet jsp threw exception

这是异常中的一个部分，我在其中找到了一些关于 Jasper 的信息:

at org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:442)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:378)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:353)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:340)
at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:646)
at org.apache.jasper.servlet.JspServletWrapper.loadTagFile(JspServletWrapper.java:240)
at org.apache.jasper.compiler.TagFileProcessor.loadTagFile(TagFileProcessor.java:578)
at org.apache.jasper.compiler.TagFileProcessor.access$000(TagFileProcessor.java:49)
at org.apache.jasper.compiler.TagFileProcessor$TagFileLoaderVisitor.visit(TagFileProcessor.java:655)

以下是出现这种情况时的一些发现:

1. 该问题可能发生在没有任何 Jasper Report 组件的页面上。当后端处理请求并响应前端时，Jasper Report bean 似乎一直在尝试查找标记库。通常从日志文件我可以看到在所有后端操作(JPA 管理)完成之前不会抛出上述异常

2. 当在 Debug模式下运行 log4J 时，我看到大量信息显示诸如解析/呈现 Jasper 模板中的所有组件(文本字段、笔、框...)之类的信息，巨大的日志中有一个小切口:

   2012-10-17 15:29:12,025 -- DEBUG -- org.apache.commons.digester.Digester.sax -- startElement(http://jasperreports.sourceforge.net/jasperreports,textElement,textElement)
   2012-10-17 15:29:12,025 -- DEBUG -- org.apache.commons.digester.Digester --   Pushing body text ''
   2012-10-17 15:29:12,025 -- DEBUG -- org.apache.commons.digester.Digester --   New match='jasperReport/summary/band/textField/textElement'
   2012-10-17 15:29:12,025 -- DEBUG -- org.apache.commons.digester.Digester --   Fire begin() for FactoryCreateRule[className=net.sf.jasperreports.engine.xml.JRTextElementFactory, attributeName=null, creationFactory=net.sf.jasperreports.engine.xml.JRTextElementFactory@12dc6007]
   2012-10-17 15:29:12,025 -- DEBUG -- org.apache.commons.digester.Digester -- [FactoryCreateRule]{jasperReport/summary/band/textField/textElement} New net.sf.jasperreports.engine.design.JRDesignTextField
   2012-10-17 15:29:12,025 -- DEBUG -- org.apache.commons.digester.Digester.sax -- ignorableWhitespace()
   

   当请求到不包含任何Jasper组件的页面时，仍然会生成此日志。

我做了一些研究，但仍然找不到解决这个问题的方法。

1. 第一个问题是即使在应用程序中有一个 jasperreport bean 为什么它在甚至没有与当前服务 Autowiring 时总是运行(意味着当前页面没有任何 jasper零件)。这种情况有解决办法吗？

2. 同样来自异常信息 至少对一个 JAR 进行了 TLD 扫描但不包含 TLD。 在 org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:442)

   应该来自 Tomcat，并且 Tomcat 从不包含任何 JSTL jar，那么我假设它找不到匹配的 TLD 来解析 jasper 报告，因此对所有 jar 进行全面扫描。如果是这样，那么为什么来自 org.apache.commons.digester.Digester 的大量调试日志实际上似乎忙于解析 jasper 模板？

总的来说，make this thread只是想办法解决这个问题，同时也找到了为什么Jasper在一个不需要它的地方如此活跃，以及我们如何才能让tomcat正确解析的答案模板？

如果过于冗长，请道歉，并感谢任何提示。

最佳答案

谢谢大家对这个问题的解决方案，我已经针对我的情况确定了问题，这里是解决方案:

使用 .jasper 而不是 .jrxml 作为模板!

我们知道 .jasper 是编译后的模板，而 .jrxml 是模板的 ASCII 源代码，所以如果我们使用原始源代码文件 (jrxml)作为当前 spring 应用程序中的模板，那么至少 spring 框架必须编译源代码文件。这是留给 Spring 框架的效率问题，因为它是处理编译的 jasper bean，不能保证编译只执行一次并且只在应用程序启动时发生。

简而言之，将所有模板替换为.jasper 文件后，日志大小已大大减少，并且不再出现内存不足的问题。我猜想 Spring 容器可能会消耗大量资源在运行时将 jrxml 编译为 jasper。所以它可能是 Jasper 或 Spring 应该改进的东西....

关于java - 内存不足错误 : PermGen Space -- Jasper Report with Spring running on Tomcat，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/12943030/