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。

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

1、建立连接:

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

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

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

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

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

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

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

5、发现引用的是Stack,

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

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

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

7、修改代码:

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

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

此时再看下内存监控:

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

 

 

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

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

 

上一篇:c# – 如何使用ServiceStack DTO TranslateTo和PopulateWith?


下一篇:c# – 这是DTO的正确使用吗?