JVisualVM 模拟一次内存泄漏场景分析

首先贴一段内存泄漏的代码并且执行。（内存泄漏：GC回收不掉的实例对象）

package com.example.demo.memoryLeakDemo;

import com.example.demo.dto.ResponseDTO;
import org.junit.Test;
import org.springframework.boot.test.context.SpringBootTest;

@SpringBootTest
public class memoryLeakTest {

    @Test
    public void test1(){
        Stack stack = new Stack();
        push(stack);
        pop(stack);

        while(true){

        }
    }

    private void push(Stack stack){
        ResponseDTO dto = null;

        for (int i = 0; i < 1000000; i++) {
            dto = new ResponseDTO();
            dto.setMesg("Memory Leak" + i);
            dto.setCode(i);
            stack.push(dto);
        }
    }

    private void pop(Stack stack){
        for (int i = 0; i < 1000000; i++) {
            System.out.println(stack.pop());
        }
    }
}

运行后，在jdk1.8找到jvisualvm.exe。

SRE实战 互联网时代守护先锋，助力企业售后服务体系运筹帷幄！一键直达领取阿里云限量特价优惠。

1、建立连接：

2、监视执行垃圾回收，没有显著变化。

3、抽样中找出占用内存较大的类，尝试执行GC.发现ResponseDTO对象无显著变化

4、dump,右击ResponseDTO，在实例视图中显示

 

5、发现引用的是Stack,

6、检查Stack，发现结构此时Stack元素都在，检查代码，发现pop()后，ResponseDTO其实已经不用了，是可以回收的。

7、修改代码：

 public Object pop() {
        if (size == 0)
            throw new EmptyStackException();

   elements[size] = null; return elements[--size];
    }

此时再看下内存监控：

 

 

执行GC，发现实例已经回收

 

扫码关注我们

微信号：SRE实战

拒绝背锅 运筹帷幄