Tomcat 6.x
JSP文件最后改动时间大于当前系统时间导致Perm区内存泄露问题(java Memory pool CMS Perm Gen)
出现场景:
因为測试业务,须要模拟跨天測试,所以一般会採用改动server实现。来完毕測试业务,測试完毕后,不会马上同步系统时间。而直接公布上线,这时问题就出现了,因为使用穿越时间打包的,所以打包的全部文件最后改动时间都穿越了。
比如:今天是:2015.1.1 为了完毕測试,把系统时间穿越到 2015.1.5. 这个时候打包的全部文件最后改动时间都是2015.1.5号
这原本仅仅是文件的最后改动时间的穿越而已。因为Tomcat 支持JSP的热公布特性,每一个4秒就会检測一次JSP文件的变更,因为JSP文件的最后改动时间超过了当前系统时间之后的好几天。从而这几天每一个4s(Tomcat 热公布延迟时间)Tomcat就会又一次触发热公布,说白了就是使用自己定义类载入机制从新载入Class 类,因为JDK1.6 Class info 存在在Perm区,并且这个区域的内存回收很苛刻,从而导致一直大量的载入新的Class,导致Perm区内存溢出。
改动方法就是直接将公布server时间同步下,就能够了。
Tomcat 7 中已经修复这个问题了。
定位Class load 问题。能够通过在Tomcat 启动时添加JVM 參数:-XX:+TraceClassLoading -XX:+TraceClassUnloading
时间: 2024-09-30 05:40:41