from http://michael-softtech.iteye.com/blog/748260
今日部署tomcat的时候提示thread local 可能引起内存泄漏,于是研究了一下在java中可能引起内存泄漏的一些点,简单写一下 内存泄漏,在我看来大体有两个原因。
一是本身就是跟操作系统紧密相关的资源型对象,在使用的时候要比较小心,不然容易引起泄漏。比如:
1. socket
2. 线程
二是生命周期比较长的java对象。比如static类型的对象,或者对象本身被长生命周期的对象所直接或间接引用导致没法gc,比如:
1.static 容器。如果数据量过大需要适当的清理策略
2. threadlocal. 因为threadlocal的生命周期在某种程度上讲是跟线程息息相关的,尤其在当前web server的线程都采用线程池的情况下,如果不当的使用threadlocal,那么很容易造成泄漏。比如tomcat 的hot deploy就比较容易在这方面出现class loader 内存泄漏的问题。
3. anonymous class,inner class. 因为都有对于Outer class或者outer object的引用。如果anonymous class,inner class 本身被其他长生命周期的对象引用,那么也容易引起内存泄漏.比如Swing编程中的一些Listenr,如果不需要的时候没有unregister.那么将会产生内存泄漏。
4. Introspector.这个东西是由Bootstrap class loader加载的,而且对introspect过的bean的class进行缓存, 所以如果一个J2ee server下面有多个应用,当stop其中某个应用的时候 ,如果不对Introspector进行flush,会引起webapp下面的classloader的泄漏。Spring提供了IntrospectorCleanupListener进行这项flush的伟大工作。
暂时想到这些,以后使用的时候还是要多注意。