首先,答案是肯定的。
Java虽然有垃圾回收器,但依然存在泄漏。
Java内存泄漏跟C/C++内存泄漏的概念不一样:C/C++的内存泄漏是指Malloc了一些资源,最后没有free掉,内存没有回收,这个是真正意义上的内存黑洞;而Java的泄漏则可能是别的原因,Java对象的存在对程序已经没有意义,但是对象在程序周期内一直存在,这个可能会导致Java的内存泄漏。
总结原因,大概有下面几个方面:
[list]
[*]Java的某个对象被一个生命周期很长的类不当持有,这个是Java内存泄漏最主要的原因,对象在某个Task中没有主动清除,其宿主在工作时会不断增加该对象的引用数,也就会吃掉更多的内存,从而导致内存泄漏;
[*]在Runtime Exception的时候,没有用finally{}来释放某些资源;
[*]变量范围的扩大,比如说一个方法的局部变量被定义成类的变量,这样导致变量的生命期变长,有可能导致泄漏(这个和第一点还是有点像的)。
[/list]
Reference:[url]http://www.ibm.com/developerworks/cn/java/l-JavaMemoryLeak/[/url]
Java虽然有垃圾回收器,但依然存在泄漏。
Java内存泄漏跟C/C++内存泄漏的概念不一样:C/C++的内存泄漏是指Malloc了一些资源,最后没有free掉,内存没有回收,这个是真正意义上的内存黑洞;而Java的泄漏则可能是别的原因,Java对象的存在对程序已经没有意义,但是对象在程序周期内一直存在,这个可能会导致Java的内存泄漏。
总结原因,大概有下面几个方面:
[list]
[*]Java的某个对象被一个生命周期很长的类不当持有,这个是Java内存泄漏最主要的原因,对象在某个Task中没有主动清除,其宿主在工作时会不断增加该对象的引用数,也就会吃掉更多的内存,从而导致内存泄漏;
[*]在Runtime Exception的时候,没有用finally{}来释放某些资源;
[*]变量范围的扩大,比如说一个方法的局部变量被定义成类的变量,这样导致变量的生命期变长,有可能导致泄漏(这个和第一点还是有点像的)。
[/list]
Reference:[url]http://www.ibm.com/developerworks/cn/java/l-JavaMemoryLeak/[/url]