内存泄露再无秘密：腾讯工程师教你2个压箱底方法和工具

2022-11-10 08:35:10

揭秘内存泄露分析的黑科技

内存泄露，软件开发中的顽疾，困扰着无数程序员。它就像一个潜伏的幽灵，悄无声息地蚕食着内存，直至服务器崩溃，应用程序瘫痪。而解决内存泄露，则是一场与时间赛跑的追逐战。腾讯工程师邢孟棒，以其深厚的技术功底和不懈的探求，为我们揭秘了内存泄露分析的压箱底方法和工具，为广大开发者指明了一条通往胜利的康庄大道。

利器一：gdb

gdb（GNU调试器），调试界的大名鼎鼎，如同一双锐利的眼睛，审视着程序的运行状态，内存状况尽收眼底。在邢孟棒的手中，gdb化身成为内存泄露的克星，助力他快速定位问题根源。

使用gdb查找内存泄露的步骤：

启动gdb并加载可执行文件：
gdb <可执行文件路径>
启用内存泄露检测：
set memcheck-start
运行程序：
run
查看内存泄露点：
info leaks
分析调用栈：
bt

代码示例：

int main() {
  int* ptr = new int[10];
  // ...

  // 忘记释放ptr导致内存泄露
}

gdb分析结果：

(gdb) info leaks
Single leak of size 40 bytes
at 0x10040137c: operator new[](unsigned int) (in /usr/lib/x86_64-linux-gnu/libc.so.6)
Leak summary:
==13072== 40 bytes in 1 blocks are definitely lost in loss record 1 of 1
==13072==    at 0x10040137c: operator new[](unsigned int) (in /usr/lib/x86_64-linux-gnu/libc.so.6)
==13072==    by 0x4006e2: main (in /home/user/test)

利器二：Valgrind

Valgrind，内存分析领域的先锋，有着一双火眼金睛，能够穿透代码的迷雾，洞察内存的幽微变化。邢孟棒将其巧妙运用，逐层剥茧，抽丝剥茧，最终将内存泄露的真凶绳之以法。

使用Valgrind查找内存泄露的步骤：

启动Valgrind并加载可执行文件：
valgrind --tool=memcheck --leak-check=full <可执行文件路径>
运行程序：
./a.out
查看内存泄露报告：
valgrind --tool=memcheck --leak-check=full --log-file=valgrind.log <可执行文件路径>

代码示例：

int main() {
  int* ptr = new int[10];
  // ...

  // 忘记释放ptr导致内存泄露
}

Valgrind分析报告：

==13329== Memcheck, a memory error detector
==13329== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==13329== Using Valgrind-3.17.0 and LibVEX; rerun with -h for copyright info
==13329== Command: ./a.out
==13329==
==13329== LEAK SUMMARY:
==13329==    definitely lost: 40 bytes in 1 blocks
==13329==    indirectly lost: 0 bytes in 0 blocks
==13329==      possibly lost: 0 bytes in 0 blocks
==13329==    still reachable: 0 bytes in 0 blocks
==13329==         suppressed: 0 bytes in 0 blocks
==13329== Rerun with --leak-check=full to see details of leaked memory
==13329==
==13329== For counts of detected and suppressed errors, rerun with: -v
==13329== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)