纳尼，Java 存在内存泄泄泄泄泄泄漏吗？

 01. 怎么回事?

纳尼，Java 不是自动管理内存吗?怎么可能会出现内存泄泄泄泄泄泄漏!

Java 最牛逼的一个特性就是垃圾回收机制，不用像 C++ 需要手动管理内存，所以作为 Java 程序员很幸福，只管 New New New 即可，反正 Java 会自动回收过期的对象。。。

那么 Java 都自动管理内存了，那怎么会出现内存泄漏，难道 Jvm 有 bug? 不要急，且听我慢慢道来。。

02. 怎么判断可以被回收

先了解一下 Jvm 是怎么判断一个对象可以被回收。一般有两种方式，一种是引用计数法，一种是可达性分析。

引用计数法：每个对象有一个引用计数属性，新增一个引用时计数加1，引用释放时计数减1，计数为0时可以回收。

这个办法看起来挺简单的，但是如果出现 A 引用了 B，B 又引用了 A，这时候就算他们都不再使用了，但因为相互引用 计算器=1 永远无法被回收。

此方法简单，无法解决对象相互循环引用的问题。

可达性分析(Reachability Analysis)：从 GC Roots 开始向下搜索，搜索所走过的路径称为引用链。当一个对象到 GC Roots 没有任何引用链相连时，则证明此对象是不可用的，那么虚拟机就判断是可回收对象。

可达性分析可以解决循环引用的问题。

那么 gc roots 对象是哪些呢

虚拟机栈中引用的对象

方法区中类静态属性引用的对象

方法区中常量引用的对象

本地方法栈中JNI[即一般说的Native]引用的对象

目前主流的虚拟机中大多使用可达性分析的方式来判定对象是否可被 GC 回收。

03. 什么情况下会出现内存泄漏

既然可达性分析好像已经很牛逼的样子了，怎么可能还会出现内存泄漏呢，那我们再来看一下内存泄漏的定义。

内存泄露就是指一个不再被程序使用的对象或变量一直被占据在内存中。

有可能此对象已经不使用了，但是还有其它对象保持着此对象的引用，就会导致 GC 不能回收此对象，这种情况下就会出现内存泄漏。

写一个程序让出现内存泄漏

①长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄露，尽管短生命周期对象已经不再需要，但是因为长生命周期对象持有它的引用而导致不能被回收。

public class Simple { 

    Object object; 

    public void method1(){ 

        object = new Object(); 

        //...其他代码 

    } 

} 

这里的 object 实例，其实我们期望它只作用于 method1() 方法中，且其他地方不会再用到它，但是，当method1()方法执行完成后，object 对象所分配的内存不会马上被认为是可以被释放的对象，只有在 Simple 类创建的对象被释放后才会被释放，严格的说，这就是一种内存泄露。

解决方法就是将 object 作为 method1() 方法中的局部变量。

public class Simple { 

    Object object; 

    public void method1(){ 

        object = new Object(); 

        //...其他代码 

        object = null; 

    } 

} 

当然大家有可能会想就这一个方法也不会有多大影响，但如果在某些项目中，一个方法在一分钟之内调用上万次的时候，就会出现很明显的内存泄漏现象。