--xml=yes 仅启用 xml 输出模式，不指定 --xml-file 时默认输出至 stderr 且无格式、不可读、不可解析；必须显式指定 --xml-file=xxx.xml 才能生成合法、utf-8 编码、含完整调试信息的可用 xml 报告。
valgrind --xml=yes 为什么必须配 --xml-file
直接加 --xml=yes 不写输出文件，Valgrind 会把 XML 写到标准错误（stderr），但内容是未格式化的单行、无换行、无缩进的巨长字符串，人眼根本没法读，AI 也极难解析。XML 解析器对格式错误或编码问题敏感，这种原始输出容易触发解析失败。
必须显式指定 --xml-file=valgrind.xml，让 Valgrind 写入完整、合法、UTF-8 编码的 XML 文件。这是后续用脚本或 AI 处理的前提。
-
--xml=yes只是开启 XML 模式，不等于“自动保存” - 漏掉
--xml-file，等同于没生成可用报告 - 文件路径需有写权限，建议用绝对路径或确保当前目录可写
哪些参数组合才能让 XML 报告真正有用
默认的 --xml=yes 只输出极简摘要，几乎不含定位信息。要让 XML 包含源码行号、调用栈、泄漏类型等关键字段，必须叠加以下参数：
-
--leak-check=full：否则<error></error>中不会出现<stack></stack>和<frame> -
--show-leak-kinds=all：确保definite、indirect、possible三类泄漏都进入 XML -
--num-callers=20（至少 15）：默认只有 12 层，常截断关键函数；20 层基本覆盖 C++ 模板展开后的调用链 -
--track-origins=yes：对Use of uninitialised value类错误，XML 中才会出现<origin></origin>节点
少其中任意一个，XML 就会丢失调试所需的关键上下文，变成“知道有错，但不知道在哪错”。
生成的 valgrind.xml 文件里，关键字段长什么样
一个典型的内存泄漏 XML 片段结构如下（已简化）：
<error><kind>Leak_DefinitelyLost</kind><what>Definitely lost: 1,024 bytes in 1 blocks</what><stack><frame> <ip>0x4007AB</ip><obj>/home/user/app</obj><fn>main</fn><dir>/home/user/src</dir> <file>main.cpp</file><line>42</line><frame> <ip>0x4006C2</ip><obj>/home/user/app</obj><fn>init_buffer</fn><dir>/home/user/src</dir> <file>util.cpp</file><line>18</line></stack></error>
注意：<dir></dir>、<file></file>、<line></line> 这三个字段只在编译时带 -g 且上述参数齐全时才存在。没有它们，XML 再结构化也没法定位代码。
-
<kind></kind>值为Leak_DefinitelyLost或CondErr等，对应不同错误类型 -
<stack></stack>是嵌套的<frame>，从下往上读（最底是分配点） - 所有路径和文件名都是运行时实际路径，不是编译路径——若程序 chdir 过，
<dir></dir>可能和预期不一致
suppressions 怎么加进 XML 报告里
XML 模式本身不支持运行时加载 suppressions 文件（如 --suppressions=my.supp 的规则不会体现在 XML 中）。但你可以用 --gen-suppressions=all 配合 XML 输出，让 Valgrind 在 XML 里内嵌 suppression 规则建议：
- 加上
--gen-suppressions=all后，每个<error></error>下会多出一个<suppression></suppression>子节 - 该节包含自动生成的
<name></name>、<race></race>、<stack></stack>等字段，可直接复制进你的.supp文件 - 它不自动过滤，只是“提示你这里可以 suppress”，仍需手动整理去重并启用
这招适合首次跑全量检测后快速收敛噪音，但别指望 XML 里看到的是“已过滤后”的结果——XML 始终反映原始检测事实。
