前言
Java 最牛逼的一个特性就是垃圾回收机制，不用像 C++ 需要手动管理内存，所以作为 Java 程序员很幸福，只管 New New New 即可，反正 Java 会自动回收过期的对象。。。
那么 Java 都自动管理内存了，那怎么会出现内存泄漏，难道 Jvm 有 bug? 不要急，且听我慢慢道来。。
1. 怎么判断可以被回收
先了解一下 Jvm 是怎么判断一个对象可以被回收。一般有两种方式，一种是引用计数法，一种是可达性分析。
引用计数法：每个对象有一个引用计数属性，新增一个引用时计数加1，引用释放时计数减1，计数为0时可以回收。
这个办法看起来挺简单的，但是如果出现 A 引用了 B，B 又引用了 A，这时候就算他们都不再使用了，但因为相互引用 计算器=1 永远无法被回收。
此方法简单，无法解决对象相互循环引用的问题。
可达性分析（Reachability Analysis）：从 GC Roots 开始向下搜索，搜索所走过的路径称为引用链。当一个对象到 GC Roots 没有任何引用链相连时，则证明此对象是不可用的，那么虚拟机就判断是可回收对象。
可达性分析可以解决循环引用的问题。
那么 gc roots 对象是哪些呢
虚拟机栈中引用的对象
方法区中类静态属性引用的对象
方法区中常量引用的对象
本地方法栈中JNI[即一般说的Native]引用的对象
目前主流的虚拟机中大多使用可达性分析的方式来判定对象是否可被 GC 回收。
2. 什么情况下会出现内存泄漏
既然可达性分析好像已经很牛逼的样子了，怎么可能还会出现内存泄漏呢，那我们再来看一下内存泄漏的定义。
内存泄露就是指一个不再被程序使用的对象或变量一直被占据在内存中。
有可能此对象已经不使用了，但是还有其它对象保持着此对象的引用，就会导致 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;
}
}
当然大家有可能会想就这一个方法也不会有多大影响，但如果在某些项目中，一个方法在一分钟之内调用上万次的时候，就会出现很明显的内存泄漏现象。
②集合中的内存泄漏，比如 HashMap、ArrayList 等，这些对象经常会发生内存泄露。比如当它们被声明为静态对象时，它们的生命周期会跟应用程序的生命周期一样长，很容易造成内存不足。
下面给出了一个关于集合内存泄露的例子。
Vector v=new Vector(10);
for (int i=1;i<100; i++)
{
Object o=new Object();
v.add(o);
o=null;
}
//此时，所有的Object对象都没有被释放，因为变量v引用这些对象。
在这个例子中，我们循环申请 Object 对象，并将所申请的对象放入一个 Vector 中，如果我们仅仅释放引用本身，那么 Vector 仍然引用该对象，所以这个对象对 GC 来说是不可回收的。
因此，如果对象加入到 Vector 后，还必须从 Vector 中删除，最简单的方法就是将 Vector 对象设置为 null。
以上两种是最常见的内存泄漏案例。当然还有一些内存泄漏的例子，这里就不再一一例举了，感兴趣的同学可以在网上找找资料。
3. 如何检测内存泄漏
3.1 模拟内存泄漏代码
package com.wenxiaowu.solution;
import java.util.ArrayList;
import java.util.List;
/**
* Java 内存泄露模拟
*/
public class TestMemoryLeak {
public static void main(String[] args) throws InterruptedException {
List list = new ArrayList<>();
Runtime run = Runtime.getRuntime();
int i = 1;
while (true) {
SimpleObject simpleObject = new SimpleObject();
list.add(simpleObject);
simpleObject = null;
if (i++ % 1000 == 0) {
System.out.print(i + ": 最大内存=" + run.maxMemory() / 1024 / 1024 + "M,");
System.out.print("已分配内存=" + run.totalMemory() / 1024 / 1024 + "M,");
System.out.print("剩余空间内存=" + run.freeMemory() / 1024 / 1024 + "M");
System.out.println("最大可用内存=" + (run.maxMemory() - run.totalMemory() + run.freeMemory()) / 1024 / 1024 + "M");
}
Thread.sleep(1);
}
}
}
class SimpleObject {
// 初始化占用1M内存的数组
private int[] arr = new int[1024 * 8];
public int[] getArr() {
return arr;
}
}
3.2 生成dump文件
java -jar -Xmx1G -Xms1G -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp wenxiaowu-java.jar
3.3 用JProfile加载dump文件
可以看到，红框处的int数组占用空间最大
3.4 定位最大占用内存的原始位置
最终找到这个对象是在main方法中创建的。
解决办法
使用完之后，先删除对应的引用，再将对象置为null，即可正常进行内存回收。
总结
到此这篇关于Java内存泄漏问题排查与解决的文章就介绍到这了,更多相关Java内存泄漏内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！