ERROR SUMMARY 是 Valgrind Memcheck 运行结束时的关键指标，显示检测到的非法内存访问错误数量，如 0 errors 表示未发现越界读写、重复释放等 heap/stack 错误，但不涵盖段错误、空指针解引用、竞态等问题。
ERROR SUMMARY 代表什么
ERROR SUMMARY 是 Valgrind 运行结束后最该先看的一行，它告诉你「有没有检测到运行时错误」。不是警告，不是提示，是明确的错误计数。如果显示 0 errors from 0 contexts，说明 Memcheck 没抓到非法读写、越界、重复释放、使用已释放内存等行为；哪怕程序崩溃了，只要没触发这些 heap 或 stack 上的非法访问，这一行就仍是 0。
为什么 ERROR SUMMARY 为 0 却 still crash
常见误解是「ERROR SUMMARY: 0 errors 就等于程序没问题」，其实不是。它只反映 Memcheck 能捕获的错误类型，比如：
- 段错误（
SIGSEGV）若由栈上越界写引起（如p[10]写局部数组），Valgrind 默认不报——因为栈越界写可能不触发地址异常，Memcheck 不监控整个栈空间 - 空指针解引用（
*NULL）或非法跳转（如函数指针乱赋值）属于 CPU 层面异常，Valgrind 不拦截，靠gdb或 coredump 定位 - 竞态条件、死锁、信号处理不当等问题，得用
helgrind或drd，不在memcheck范围内
ERROR SUMMARY 里数字不为 0 怎么读
当看到类似 ==12345== ERROR SUMMARY: 2 errors from 1 contexts (suppressed: 11 from 1)，重点看三部分：
-
2 errors：实际触发的错误事件数（比如两次越界读算两个 error） -
1 contexts：背后可能只有一个根本原因（例如一个越界循环反复执行，被合并为一个 context） -
suppressed：被 Valgrind 内置抑制规则过滤掉的噪音（通常是系统库里的无害操作）
真正要追的是每条 Invalid read of size X 或 Invalid free() 前面带调用栈的块，它们会精确指出出错的源码行，比如：at 0x1093AB: string_tolower (utilities.c:125)。
容易忽略的关键点
很多人盯着 ERROR SUMMARY 看完就停，但真正定位问题的线索藏在它之前——尤其是每类错误首次出现时的完整堆栈和内存地址描述。比如 Address 0x4a2c0d0 is 0 bytes after a block of size 10 alloc'd 这句比 summary 数字重要十倍。另外，--track-origins=yes 参数能帮你揪出未初始化值的源头，但它会让运行变慢，不是默认开启的。
