Tomcat 6.x
JSP文件最后改动时间大于当前系统时间导致Perm区内存泄露问题（java Memory pool CMS Perm Gen)
出现场景：
因为測试业务，须要模拟跨天測试，所以一般会採用改动server实现。来完毕測试业务，測试完毕后，不会马上同步系统时间。而直接公布上线，这时问题就出现了，因为使用穿越时间打包的，所以打包的全部文件最后改动时间都穿越了。
比如：今天是：2015.1.1 为了完毕測试，把系统时间穿越到 2015.1.5. 这个时候打包的全部文件最后改动时间都是2015.1.5号
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区内存溢出。
Tomcat 7 中已经修复这个问题了。
定位Class load 问题。能够通过在Tomcat 启动时添加JVM 參数：-XX:+TraceClassLoading -XX:+TraceClassUnloading