valgrind默认工具是memcheck，但显式指定--tool=memcheck更稳妥；必须用-g编译以获取调试信息，否则报错位置显示为??；推荐搭配--leak-check=full、--show-leak-kinds=all和--track-origins=yes进行完整内存检查。
直接运行 valgrind 检查可执行文件，但得加 --tool=memcheck
Valgrind 默认工具是 memcheck，但显式指定更稳妥，避免因环境或版本差异误用其他工具（比如 helgrind）。命令格式就是：
valgrind --tool=memcheck ./your_program。它会自动拦截所有内存操作，包括
malloc、new、free、delete，以及栈/堆访问越界、未初始化读、use-after-free 等问题。
必须用调试信息编译，否则报错位置全是 ??
如果 C++ 源码没带 -g 编译，Valgrind 报出的错误堆栈里函数名和行号全显示为 ??，基本没法定位。确认方式：运行 file ./your_program，输出里要有 with debug_info；或者用 readelf -w ./your_program | head -n 5 看是否有 DWARF 段。
- 编译时务必加
-g，推荐同时加-O0或-O1——-O2及以上可能让变量被优化掉，导致“未初始化值”误报增多 - 如果用了 CMake，确保
CMAKE_BUILD_TYPE是Debug，且没在set(CMAKE_CXX_FLAGS ...)里覆盖掉-g - 链接静态库时，那些库也得带调试信息，否则调用栈一进库就断
--leak-check=full 和 --show-leak-kinds=all 要配着用
默认 --leak-check 只报告 definite lost（确定泄漏），但 C++ 里常见的是 still reachable（如全局 std::string 缓存）或 possibly lost（指针被存在栈上但没被读取）。不展开检查，容易漏掉真实问题。
- 完整泄漏检查命令：
valgrind --leak-check=full --show-leak-kinds=all --track-origins=yes ./your_program
-
--track-origins=yes对未初始化值特别有用，能指出变量最初在哪赋的值（比如某char buf[1024]没memset就传给了strlen） - 注意：开启这些选项会让运行变慢 3–5 倍，但值得 —— 尤其对长期运行或 fork 多次的程序，漏检比慢更致命
遇到 Syscall param write(buf) points to uninitialised byte(s) 别急着改代码
这个错误常出现在用 write(1, buf, len) 打印二进制数据时，buf 里有填充字节（比如结构体 padding）、或 len 算多了。Valgrind 把“写入未初始化内存”当潜在风险，但实际未必是 bug。
- 先确认
buf是否真要全部写出：如果是打印日志，通常只需strnlen或明确 null 结尾；如果是协议包，那就要保证 padding 也被初始化（比如用memset(&pkt, 0, sizeof(pkt))） - 如果确定安全，可用
VALGRIND_MAKE_MEM_DEFINED(buf, len)在写之前告诉 Valgrind “这段我负责”，但仅限极少数受控场景 - 更常见的坑是：
std::vector<char> v; v.resize(1024);</char>后直接用&v[0]写 ——resize不初始化内容，得接std::fill或用v.assign(1024, 0)
helgrind 或 drd 的事），也不会捕获 C++ 异常未处理或虚函数表损坏这类问题；它专注内存生命周期。所以看到一堆 “still reachable”，别第一反应去 delete 全局对象 —— 先看是不是设计如此。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
