Tomcat 6.x
JSP文件最后修改时间大于当前系统时间导致Perm区内存泄露问题（java Memory pool CMS Perm Gen)
出现场景：
由于测试业务，需要模拟跨天测试，所以通常会采用修改服务器实现，来完成测试业务，测试完成后，不会立即同步系统时间，而直接发布上线，这时问题就出现了，由于使用穿越时间打包的，所以打包的所有文件最后修改时间都穿越了。
例如：今天是：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区内存溢出。
修改方法就是直接将发布服务器时间同步下，就可以了。
Tomcat 7 中已经修复这个问题了。
定位Class load 问题，可以通过在Tomcat 启动时增加JVM 参数：-XX:+TraceClassLoading -XX:+TraceClassUnloading
版权声明：本文为博主原创文章，未经博主允许不得转载。
Tomcat 6.x Perm区内存泄露问题
原文：http://blog.csdn.net/kevin_luan/article/details/47000629
