内存泄漏如何定位和排查？｜腾讯 C/C++面经解析

60 秒回答模板

可以这样回答：内存泄漏排查要先确认是进程常驻内存持续增长、堆对象无法释放，还是缓存、连接、文件句柄等资源增长。Java 场景重点看堆转储、GC Roots 和对象引用链；C/C++ 场景还要看 malloc/new 未释放和越界破坏。先用 top、ps、pmap、smaps、容器监控确认 RSS/heap/native memory 趋势，再用语言工具定位。Java 可用 jstat、jmap、jcmd、MAT、Arthas 和 GC 日志；C/C++ 可用 ASan、valgrind、heap profiler、core dump 和分配热点采样。线上直接 dump 可能造成停顿和磁盘压力，需要选择低峰、采样或只 dump 目标进程。缓存增长不一定是泄漏，要结合业务容量、淘汰策略和对象生命周期判断。不要看到内存高就说扩容或重启。要区分泄漏、短期峰值、内存碎片、堆外内存、mmap 文件和容器 limit。修复后还要用长时间压测或线上趋势证明增长斜率消失。验证时重点看：关键证据包括 RSS/heap old 区趋势、Full GC 后是否回落、对象 retained size、GC Roots 引用链、分配热点、fd 数量和修复前后斜率对比。

考点 考点边界

主线 核心机制

易错点 把内存泄漏排查回答成线程切换或普通进程概念，缺少堆转储…

深入解析

考点边界

这题是内存问题排查，不是普通进程线程区别。回答要围绕现象确认、采样证据、对象归因、引用链和修复验证展开。本题对应“内存泄漏定位与排查”，核心前提是：内存泄漏排查要先确认是进程常驻内存持续增长、堆对象无法释放，还是缓存、连接、文件句柄等资源增长。Java 场景重点看堆转储、GC Roots 和对象引用链；C/C++ 场景还要看 malloc/new 未释放和越界破坏。

核心机制

先用 top、ps、pmap、smaps、容器监控确认 RSS/heap/native memory 趋势，再用语言工具定位。Java 可用 jstat、jmap、jcmd、MAT、Arthas 和 GC 日志；C/C++ 可用 ASan、valgrind、heap profiler、core dump 和分配热点采样。关键证据要落到系统调用、文件描述符、资源指标、排查命令，这样才能说明机制为什么能支撑题目结论。如果继续展开，要对应到进程/线程状态、文件描述符、系统调用、调度和内核资源，再说明哪些命令能看到这些状态。

关键取舍

线上直接 dump 可能造成停顿和磁盘压力，需要选择低峰、采样或只 dump 目标进程。缓存增长不一定是泄漏，要结合业务容量、淘汰策略和对象生命周期判断。因此要结合进程状态、系统调用、资源指标和具体命令输出判断，而不是只列工具名。这些取舍决定了方案在不同输入规模、延迟、内存、并发、泛化或一致性要求下是否仍然成立。

边界风险

不要看到内存高就说扩容或重启。要区分泄漏、短期峰值、内存碎片、堆外内存、mmap 文件和容器 limit。修复后还要用长时间压测或线上趋势证明增长斜率消失。排查时优先看 ps/top、/proc、lsof、ss、strace、pmap、iostat 和日志，确认现象属于哪一层资源。需要特别关注极端输入、数据分布变化、资源不足、并发竞争或观测口径错误带来的退化。修复时要先确定瓶颈属于 CPU、内存、I/O、fd、网络、锁还是系统调用，再选择对应工具和隔离实验。

验证抓手

落地排查要结合 ps、top、pidstat、lsof、ss、strace、pmap、gdb、日志和系统指标。能说明每个命令看到的是哪一层状态，答案会比单纯列命令更扎实。针对本题，最有价值的验证信号是：关键证据包括 RSS/heap old 区趋势、Full GC 后是否回落、对象 retained size、GC Roots 引用链、分配热点、fd 数量和修复前后斜率对比。把验证抓手说出来，可以让答案从知识点延伸到系统资源排查和运行时定位。

易错点

把内存泄漏排查回答成线程切换或普通进程概念，缺少堆转储和引用链证据。
只说重启或扩容，没有区分泄漏、峰值、碎片、堆外内存和缓存容量。
把相邻概念混用，没有明确说明这道题真正考察的边界。
没有给出验证方式，导致答案听起来完整但无法判断是否真的生效。

面试官追问

C/C++ 或 Linux 服务里内存泄漏优先用哪些证据定位？

先看进程 RSS 是否持续增长、业务堆统计是否同步增长，再用 ASan、valgrind、heap profiler、tcmalloc/jemalloc profile 或 perf 辅助定位分配栈。不要一开始就套 Java GC Roots。

RSS、heap、native memory 和 pmap/smaps 分别能说明什么？

RSS 反映实际驻留物理内存，heap 只能覆盖一部分用户态堆，native memory 还可能来自 mmap、线程栈、direct buffer 或共享库映射。pmap/smaps 可以拆分匿名映射、文件映射和脏页，帮助判断泄漏来源。

Java 内存泄漏为什么要看 GC Roots？

只要对象仍能从 GC Roots 通过引用链到达，GC 就不会回收它。通过 MAT 等工具看 retained size 和引用链，才能找到是静态集合、线程本地变量、监听器还是缓存持有了对象。

内存高一定是内存泄漏吗？

不一定。可能是正常缓存、短期峰值、内存碎片、堆外内存、mmap 或容器统计口径。泄漏更关注 Full GC 或业务低谷后仍不回落，以及长时间增长斜率。

“内存泄漏如何定位和排查”继续追问时最该补哪条边界？

应该围绕“内存泄漏定位与排查”补适用前提、失败场景和验证证据。先说明哪些条件下这个机制成立，再说明哪些输入规模、并发状态、数据分布或资源限制会让答案需要调整。