java内存泄漏问题

J***A会产生内存泄露吗？首先，答案是肯定的。Java虽然有垃圾回收器，但依然存在泄漏。

Java内存泄漏跟C/C++内存泄漏的概念不一样：C/C++的内存泄漏是指Malloc了一些资源，最后没有free掉，内存没有回收，这个是真正意义上的内存黑洞；而Java的泄漏指，Java对象的存在对程序已经没有意义，但是对象在程序周期内一直存在，这个可能会导致Java的内存泄漏。

总结原因，大概有下面几个方面：

（1）Java的某个对象被一个生命周期很长的类不当持有，这个是Java内存泄漏最主要的原因，对象在某个Task中没有主动清除，其宿主在工作时会不断增加该对象的引用数，也就会吃掉更多的内存，从而导致内存泄漏；

（2）在Runtime Exception的时候，没有用finally{}来释放某些资源（网络资源，文件资源等）；

（3）变量范围的扩大，比如说一个方法的局部变量被定义成类的变量（static变量放在静态区），这样导致变量的生命期变长，有可能导致泄漏(这个和第一点还是有点像的)。

那么J***A的垃圾回收机制（Gabage Collection）是怎么样的呢？垃圾收集机制是指jvm用于释放那些不再使用的对象所占用的内存。java语言并不要求jvm有gc，也没有规定gc如何工作。不过常用的jvm都有gc，而且大多数gc都使用类似的算法管理内存和执行收集操作。垃圾收集的目的在于清除不再使用的对象。gc通过确定对象是否被活动对象引用来确定是否收集该对象。两种常用的方法是引用计数和对象引用遍历。

（1）引用计数：引用计数存储对特定对象的所有引用数，也就是说，当应用程序创建引用时，jvm必须适当增减引用数。当某对象的引用数为0时，便可以进行垃圾收集。

（2）对象引用遍历：引用了根集的概念，早期的jvm使用引用计数，现在大多数jvm采用对象引用遍历。对象引用遍历从一组对象开始，沿着整个对象图上的每条链接，递归确定可到达（reachable）的对象。如果某对象不能从这些根对象的一个（至少一个）到达，则将它作为垃圾收集。在对象遍历阶段，gc必须记住哪些对象可以到达，以便删除不可到达的对象，这称为标记（marking）对象。

然后，gc要删除不可到达的对象。删除时，有些gc只是简单的扫描堆栈，删除未标记的对象，并释放它们的内存以生成新的对象，这叫做清除（sweeping）。这种方法的问题在于内存会分成好多小段，而它们不足以用于新的对象，但是组合起来却很大。因此，许多gc可以重新组织内存中的对象，并进行压缩（compact）（内存碎片），形成可利用的空间。