一、内存泄漏概述

大家好，我是老张。在系统编程这个领域摸爬滚打了十几年，要说最让人头疼的问题，内存泄漏绝对排前三。今天咱们就来聊聊这个"隐形杀手"——内存泄漏。

1.1 什么是内存泄漏

说白了，内存泄漏就是程序向系统申请了一块内存，用完之后没还回去。你想想看，就像你从图书馆借了本书，看完后直接塞自己包里带回家了。图书馆的书越来越少，后来的人就借不到了。

在C++里，这种情况特别常见。我们用new申请了内存，却忘了用delete释放。或者用malloc申请了，忘了free。嗯，就是这么简单粗暴。

// 一个典型的内存泄漏示例
void leak_example() {
    int* p = new int(42);  // 申请了内存
    // 用完了，但忘了 delete p;
    // 这块内存再也找不回来了
}

我在项目中遇到过最离谱的一次，是一个后台服务跑了三天后突然挂掉。查了半天，发现是一个循环里每次都要new一个对象，但只在特定条件下才delete。条件不满足时，内存就一点点漏掉了。

1.2 内存泄漏的危害

内存泄漏的危害，我总结为三个层次：

危害等级	表现	后果
轻度	程序内存占用缓慢增长	运行效率降低，响应变慢
中度	内存占用持续上升	系统开始频繁使用交换分区，卡顿明显
重度	内存耗尽	程序崩溃，甚至拖垮整个系统

我曾经接手过一个Qt桌面应用，用户反馈说"用着用着就卡死了"。一查，好家伙，每个窗口关闭时都泄漏了几十KB内存。用户开开关关几十次，内存就爆了。这就是典型的轻度泄漏累积成重度危害。

1.3 内存泄漏的常见原因

为什么会发生内存泄漏？我归纳了这么几种情况：

• 忘记释放：这是最直接的。new了、malloc了，但代码路径里漏掉了delete或free。
• 异常导致：函数中途抛出异常，跳过了释放代码。这个坑我踩过好几次。
• 循环引用：在Qt或C++智能指针里，两个对象互相持有对方的指针，谁也释放不了。
• 容器管理不当：往容器里存了指针，容器销毁时只销毁了容器本身，没释放指针指向的内存。

// 异常导致泄漏的例子
void risky_function() {
    int* data = new int[1000];
    // 做一些操作...
    if (some_condition) {
        throw std::runtime_error("出错了");
        // data 没机会释放了！
    }
    delete[] data;  // 这行永远不会执行到
}

我个人习惯是在写new的时候，立刻把对应的delete也写上。虽然看起来有点傻，但真的能避免很多问题。

1.4 内存泄漏的分类

根据泄漏的性质，我一般把内存泄漏分成四类：

分类	特点	典型场景
常发性泄漏	每次执行都会泄漏	构造函数里new了，析构函数忘了delete
偶发性泄漏	特定条件下才泄漏	某个分支路径忘了释放
一次性泄漏	程序启动时泄漏一次	全局对象初始化时申请了内存，程序退出时没释放
隐式泄漏	内存还在用，但越用越多	缓存策略不当，只增不减

这里我想特别说说隐式泄漏。它不像前三种那么明显，程序不会立刻崩溃，但内存占用会随着运行时间不断增长。我曾经维护过一个图像处理软件，每次打开图片都会缓存一份缩略图，但关闭图片时不清缓存。用户打开几百张图后，内存占用直奔2GB——这就是典型的隐式泄漏。

知识体系总览

下面这张图，是我画的内存泄漏知识体系。你可以把它当作本章的"地图"：

嗯，这张图把内存泄漏的四个维度串起来了。你仔细看看，其实核心就一句话：申请了内存，记得还。但实际开发中，各种意外情况会让这句话变得没那么简单。

好了，这一章我们先把内存泄漏的概念理清楚。后面几章，我会带你一步步深入，看看怎么检测、怎么定位、怎么修复。这些都是我这些年踩坑踩出来的经验，希望能帮你少走弯路。