总结一下内存泄漏的几个点

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的伟大工作。

暂时想到这些，以后使用的时候还是要多注意。