--track-origins=yes是定位未初始化值源头的必需参数，它能回溯到最初未赋值位置并显示文件行号，虽使速度降2–3倍但不可或缺；建议搭配-g、--leak-check=full和--show-leak-kinds=all使用以确保完整诊断。
–track-origins=yes 是查未初始化值的刚需参数
不加它，Valgrind 只会告诉你 Conditional jump or move depends on uninitialised value(s)，但不会指出这个未初始化值是从哪一行、哪个变量传过来的。尤其在函数调用链深、中间经过指针赋值或结构体成员访问时，光看报错栈根本定位不到源头。
加了 --track-origins=yes 后，它会回溯到最初未写入值的位置（比如 int x; 声明后直接用了 x，或 malloc 后没 memset 就读），并打印出赋值点的文件和行号。代价是运行速度下降约 2–3 倍，但对定位问题必不可少。
必须搭配 --leak-check=full 和 --show-leak-kinds=all 吗？
不必须，但强烈建议一起用。原因不是为了“查泄漏”，而是避免干扰判断：
-
--leak-check=full让 Valgrind 在退出前做完整扫描，否则可能因程序提前崩溃而漏掉未初始化值相关的上下文信息 -
--show-leak-kinds=all确保所有泄漏分类（definitely lost、possibly lost）都输出，防止某些间接引用掩盖了真正的问题根源——比如一个未初始化指针被误当作有效地址传给free，导致后续泄漏报告混乱
常见错误组合与后果
这些组合看似省事，实际会让诊断失效：
- 只用
valgrind ./a.out：默认不开启--track-origins，遇到uninitialised value报错时完全无法定位 - 加了
--track-origins=yes却没加-g编译：报错能指出“某行”，但没有源码行号映射，只显示汇编偏移或问号 - 用了
--tool=memcheck但漏掉--leak-check=full：程序 exit 时内存状态未充分检查，某些条件分支中触发的未初始化读可能被跳过
正确最小组合是：valgrind --tool=memcheck --track-origins=yes --leak-check=full --show-leak-kinds=all -g ./a.out
什么时候可以省略 --track-origins=yes
仅当满足全部以下条件时才考虑省略：
- 错误现象非常明确，比如局部变量声明后立刻用于
printf或if判断，且调用栈很浅 - 你已确认该变量从未被任何函数参数、返回值或全局状态影响（即无间接来源）
- 你只是快速验证是否“有”未初始化问题，而非精确定位修复点
现实中绝大多数 C/C++ 工程都不满足这些条件。一旦涉及 struct 成员、std::vector 数据、回调函数传参，或者跨编译单元调用，--track-origins=yes 就不是可选项，而是必选项。
