一、内存溢出

1. 栈溢出

2. 堆溢出

3. 直接内存

4. 方法区溢出

二、内存泄露

1. 长生命周期的对象持有短生命周期对象的引用

2. 连接未关闭

3. 变量作用域不合理

• 一个变量的定义的作用范围大于其使用范围。
• 如果没有及时地把对象设置为 null。

4. 内部类持有外部类

public class Jvm5 {
    private static String string = "SuunyBear";

    public static void show() {
        System.out.println("show");
    }

    public static void main(String[] args) {
        Jvm5 m = new Jvm5();
        // 非静态内部类的构造方式
        // Child c=m.new Child();
        Child c = new Child();
        c.test();
    }

    /**
     * 内部类Child --静态的，防止内存泄漏
     */
    static class Child {
        public int i;

        public void test() {
            System.out.println("string:" + string);
            show();
        }
    }
}

5. Hash值改变

public class Jvm6 {
    private int x;
    private int y;

    public Jvm6(int x, int y) {
        super();
        this.x = x;
        this.y = y;
    }
    /**
     * 重写HashCode的方法
     */
    @Override
    public int hashCode() {
        final int prime = 31;
        int result = 1;
        result = prime * result + x;
        result = prime * result + y;
        return result;
    }
    /**
     * 改变y的值：同时改变hashcode
     */
    public void setY(int y) {
        this.y = y;
    }

    public static void main(String[] args) {
        HashSet<Jvm6> hashSet = new HashSet<Jvm6>();
        Jvm6 data1 = new Jvm6(1, 3);
        Jvm6 data2 = new Jvm6(3, 5);
        hashSet.add(data1);
        hashSet.add(data2);
        data2.setY(7); // data2的Hash值改变
        hashSet.remove(data2); // 删掉data2节点
        System.out.println(hashSet.size()); // 2
    }
}

三、内存溢出和内存泄漏辨析

• 内存溢出：实实在在的内存空间不足导致。
• 内存泄漏：该释放的对象没有释放，常见于使用容器保存元素的情况下。

• 内存溢出：检查代码以及设置足够的空间。
• 内存泄漏：一定是代码有问题，往往很多情况下，内存溢出往往是内存泄漏造成的。

四、了解MAT

1. 浅堆和深堆

• 浅堆（Shallow Heap）：是指一个对象所消耗的内存。
• 深堆（Retained Heap）：这个对象被 GC 回收后，可以真实释放的内存大小，也就是只能通过对象被直接或间接访问到的所有对象的集合。通俗地说，就是一个对象包含（引用）的所有对象的大小，如图：

2. MAT的使用

• -Xms5m 堆初始大小5M
• -Xmx5m 堆最大大小5M
• -XX:+PrintGCDetails 打印gc日志详情
• -XX:+HeapDumpOnOutOfMemoryError 输出内存溢出文件
• -XX:HeapDumpPath=D:/oomDump/dump.hprof 内存溢出文件保存位置，此文件用于MAT分析

/**
 * VM Args：-Xms5m -Xmx5m  -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:/oomDump/dump.hprof
 */
public class Jvm7 {

    public static void main(String[] args) {
        // 在方法执行的过程中，它是GCRoots
        List<Object> list = new LinkedList<>();
        int i = 0;
        while (true) {
            i++;
            if (i % 10000 == 0) {
                System.out.println("i=" + i);
            }
            list.add(new Object());
        }
    }
}

五、JDK提供的一些工具

六、GC调优

1. GC调优重要参数

• -XX:+HeapDumpOnOutOfMemoryError
• 输出内存溢出文件
• -XX:HeapDumpPath=D:/oomDump/dump.hprof
• 内存溢出文件保存位置，此文件用于MAT分析
• 当然，一般Linux服务器可以设置为 ./java_pid<pid>.hprof 默认为Java进程启动位置

• -XX:+PrintGC
• 调试跟踪之 打印简单的 GC 信息参数:
• -XX:+PrintGCDetails和-XX:+PrintGCTimeStamps
• 打印详细的 GC 信息
• -Xlogger:logpath:log/gc.log
• 设置 gc 的日志路，将 gc.log 的路径设置到当前目录的 log 目录下. 应用场景：将 gc 的日志独立写入日志文件，将 GC 日志与系统业务日志进行了分离，方便开发人员进行追踪分析

• -XX:+PrintHeapAtGC
• 打印推信息，获取 Heap 在每次垃圾回收前后的使用状况
• -XX:+TraceClassLoading
• 在系统控制台信息中看到 class 加载的过程和具体的 class 信息，可用以分析类的加载顺序以及是否可进行精简操作
• -XX:+DisableExplicitGC
• 禁止在运行期显式地调用 System.gc()

2. GC调优的原则（很重要）

• 大多数的 java 应用不需要 GC 调优
• 大部分需要 GC 调优的的，不是参数问题，是代码问题
• 在实际使用中，分析 GC 情况优化代码 比 优化 GC 参数 要多得多
• GC 调优是最后的手段

• GC 的时间够小
• GC 的次数够少发生
• Full GC 的周期足够的长，时间合理，最好是不发生

• Minor GC 执行时间不到 50ms
• Minor GC 执行不频繁，约 10 秒一次
• Full GC 执行时间不到 1s
• Full GC 执行频率不算频繁，不低于 10 分钟 1 次

3. GC调优步骤

• 系统没有超时日志出现，GC 频率不高，GC 耗时不高，那么没有必要进行 GC 优化。
• 如果 GC 时间超过 1 秒，或者频繁 GC，则必须优化。

• 以参数-Xms5m -Xmx5m -XX:+PrintGCDetails -XX:+UseSerialGC 为例详细说明。
• [DefNew: 1855K->1855K(1856K), 0.0000148 secs][Tenured: 2815K->4095K(4096K), 0.0134819 secs] 4671K。
• DefNew 指明了收集器类型，而且说明了收集发生在新生代。
• 1855K->1855K(1856K)表示，回收前 新生代占用 1855K，回收后占用 1855K，新生代大小 1856K
• 0.0000148 secs 表明新生代回收耗时。
• Tenured 表明收集发生在老年代。
• 2815K->4095K(4096K), 0.0134819 secs：含义同新生代最后的 4671K 指明堆的大小。

• 收集器参数变为-XX:+UseParNewGC。
• 日志变为：[ParNew: 1856K->1856K(1856K), 0.0000107 secs][Tenured: 2890K->4095K(4096K), 0.0121148 secs]。
• 收集器参数变为-XX:+ UseParallelGC 或 UseParallelOldGC。
• 日志变为：[PSYoungGen: 1024K->1022K(1536K)] [ParOldGen: 3783K->3782K(4096K)] 4807K->4804K(5632K)。

4. 项目启动调优

5. 项目运行GC调优

6. 推荐策略（仅作参考）

• 尽可能设大,直到接近系统的最低响应时间限制(根据实际情况选择).在此种情况下,新生代收集发生的频率也是最小的.同时,减少到达老年代的对象。
• 避免设置过小，当新生代设置过小时会导致：MinorGC 次数更加频繁、可能导致 MinorGC 对象直接进入老年代,如果此时老年代满了,会触发 FullGC。

七、逃逸分析

• -XX:+DoEscapeAnalysis 启用逃逸分析(默认打开)
• -XX:+EliminateAllocations 标量替换(默认打开)
• -XX:+UseTLAB 本地线程分配缓冲(默认打开)

八、常用的性能评价/测试指标

程序员在深圳买千万豪宅，他领导知道后，考核被打2星！

大疆某部门启动全员竞业，竞业范围无限添加，不签就被HR威胁！竞业之殇重演！

某程序员吐槽：太尴尬！四年不见的前女友来公司面试，自己还是面试官！

END

顶级程序员：topcoding

做最好的程序员社区：Java后端开发、Python、大数据、AI

一键三连「分享」、「点赞」和「在看」