实战 - 分析java项目线上内存泄漏、内存溢出、频繁GC的原因-CSDN博客

本文链接：https://blog.csdn.net/l081499/article/details/119412636

本文详细介绍了内存泄漏和内存溢出的区别，通过模拟代码展示了内存泄漏如何导致内存溢出。利用arthas和jmap工具进行监控和分析，发现Date和BigDecimal对象未被回收，原因是taskList和线程引用导致。解决方案是调整代码以消除多余的引用，防止内存资源占用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前言

有些人傻傻分不清内存泄漏和内存溢出的区别，这里简单做个科普

内存溢出：就是内存不够用了，对象需要的内存大小大于你分配的堆大小，内存溢出最常见的错误就是OutOfMemoryError，简称OOM；
内存泄漏：对象用完之后没被垃圾回收器(GC)回收，既然没被回收，那么这个对象就会一直占用着内存空间，这就是内存泄漏。内存泄漏的最终结果就是会导致内存溢出。因为对象一直占用，久而久之，一直叠加到超过最大堆内存时，就会导致OOM。

本次分析内存泄漏的工具主要有2个，一个是arthas，另一个是jdk自带的工具jmap，关于这2个工具的用法，可以参考我之前写的2篇文章：

arthas ： Arthas使用教程阿里巴巴开源项目、史上最强java线上诊断工具
jmap：原来jdk自带了这么好玩的工具＞ jmap 使用教程

模拟内存泄漏

下列的java代码是一个模拟线上的内存泄漏的代码，这段代码的业务逻辑是从数据库中读取信用数据，套用模型，并把结果进行记录和传输；

package com.gc;
import java.math.BigDecimal;
import java.util.ArrayList;
import java.util.Date;
import java.util.List;
import java.util.concurrent.ScheduledThreadPoolExecutor;
import java.util.concurrent.ThreadPoolExecutor;
import java.util.concurrent.TimeUnit;

/**
 * 从数据库中读取信用数据，套用模型，并把结果进行记录和传输
 *
 * 启动时加入以下参数 ： -Xms200M -Xmx200M -XX:+UseParallelGC  -XX:+PrintGC  -XX:+HeapDumpOnOutOfMemoryError
 * 发现启动后会频繁GC，最后导致OOM(OutOfMemoryError)
 */

public class T15_FullGC_Problem01 {

    private static class CardInfo {
        BigDecimal price = new BigDecimal(0.0);
        String name = "张三";
        int age = 5;

        Date birthdate = new Date();

        public void m() {}
    }

    private static ScheduledThreadPoolExecutor executor = new ScheduledThreadPoolExecutor(50,
            new ThreadPoolExecutor.DiscardOldestPolicy());

    /**
     * main方法
     * @param args
     * @throws Exception
     */
    public static void main(String[] args)