程序出现内存泄漏怎么办 实用操作步骤与避坑指南

内存泄漏是怎么回事

程序跑着跑着越来越卡，系统内存占用越来越高，重启一下又恢复正常——这种情况八成是内存泄漏在作怪。简单说，内存泄漏就是程序申请了内存空间，用完后没及时释放，导致这些内存一直被占着，时间一长系统就扛不住了。

比如你写了个网页后台服务，用户每访问一次就创建一个对象，但忘了清理旧的会话数据，几天下来服务器内存爆满，服务直接挂掉。这种问题刚开始不明显，等发现时往往已经影响线上业务了。

怎么判断是不是内存泄漏

先看现象：任务管理器或 top 命令里内存使用持续上升，即使没有新请求也在涨；程序运行时间越长越慢；频繁触发垃圾回收但仍无法释放足够内存。

接着用工具查。Java 程序可以用 jvisualvm 或 jmap 抓堆 dump，对比几次快照看哪些对象数量异常增长。Node.js 可以上 Chrome DevTools 的 Memory 面板，打几个快照看看有没有不该存在的闭包或全局变量。C++ 项目推荐 valgrind，编译时加 -g 调试信息，跑一遍就能定位到具体哪行代码漏了 free 或 delete。

常见泄漏点和修复方法

闭包用不好容易出事。比如前端页面绑定了事件监听，切换路由后没解绑，回调函数里的变量一直被引用，垃圾回收动不了它。

function setupHandler() {
    const hugeData = new Array(1000000).fill('leak');
    window.addEventListener('resize', function() {
        console.log(hugeData.length);
    });
}

每次调 setupHandler 都会注册新监听，还带着一个巨无霸数组。正确的做法是保存监听函数引用，方便后续移除。

静态集合类也是重灾区。比如用 static Map 缓存数据，只存不删，时间一长内存就被吃光。可以改用 WeakHashMap，或者加个过期机制定期清理。

数据库连接、文件句柄这类资源更要小心。try-with-resources 或 using 块不是摆设，该用就得用，不然连接池耗尽之后所有请求都会卡住。

预防比抢救更重要

写代码时多留个心眼。对象不用了就主动置 null，尤其是全局变量；事件绑定记得配对解绑；缓存设置最大容量和存活时间；避免在循环里创建大量临时对象。

上线前做一轮压测，配合监控工具观察内存变化趋势。Prometheus + Grafana 搭一套，内存曲线要是呈直线上升，赶紧回炉排查。日常开发中开启 ASan（AddressSanitizer）这类检测工具，虽然会影响性能，但在测试环境能提前揪出不少隐患。