如何在Linux下使用Valgrind检测守护进程的内存泄漏

针对守护进程这类无法手动前台启动的程序，有两种可行的Valgrind使用方案：

方案一：调整启动方式，用Valgrind直接启动守护进程 #

大多数守护进程提供前台运行的参数（比如-f、--foreground），可以利用这个特性直接在Valgrind下启动：

valgrind --leak-check=full --show-leak-kinds=all ./your_daemon -f

启动后可正常使用守护进程功能，需要查看泄漏报告时，用kill命令给进程发送SIGTERM或SIGINT信号，Valgrind会自动生成完整的泄漏分析报告。

如果守护进程没有前台运行选项，可借助Valgrind的子进程追踪功能——因为守护进程通常会fork子进程后父进程退出，加上--trace-children=yes就能让Valgrind持续监控子进程：

valgrind --leak-check=full --show-leak-kinds=all --trace-children=yes ./your_daemon

父进程退出后，Valgrind会继续追踪后台运行的子进程，等子进程终止时自动生成泄漏报告。

方案二：附加到已运行的守护进程 #

如果无法重新启动守护进程，可使用Valgrind的附加功能，但有几个前提：

• 守护进程必须是带调试符号编译的（编译时添加-g参数）
• 系统允许ptrace操作，且进程未开启反ptrace保护

具体操作步骤：

1. 先获取守护进程的PID：

pidof your_daemon

2. 用Valgrind附加到目标进程：

valgrind --vgdb=yes --vgdb-error=0 --leak-check=full --show-leak-kinds=all --attach=目标PID

3. 查看泄漏报告：
   打开另一个终端，运行gdb连接Valgrind的调试接口：

   gdb -ex 'target remote | vgdb'
   

   在gdb交互界面中，输入以下命令可立即生成当前内存泄漏报告：

   monitor leak_check full reachable any
   

   若要终止进程并生成完整报告，输入：

   monitor terminate
   

注意事项 #

• 附加到已运行进程时，Valgrind只能监控附加之后的内存操作，无法追溯之前的内存分配，因此若要完整检测整个生命周期的泄漏，优先选择方案一。
• Valgrind会显著降低进程运行速度，仅建议在测试环境使用，避免影响生产服务。

内容的提问来源于stack exchange，提问作者ravi