--quiet 会过滤掉非错误类运行时信息，保留内存错误、泄漏报告和崩溃提示，仅压低版本号、初始化日志等“框架层”噪音。
什么时候加 --quiet 会让 valgrind 输出更干净
--quiet 的作用不是“关闭输出”，而是过滤掉非错误类的运行时信息。它会保留真正的内存错误、泄漏报告和崩溃提示，但砍掉版本号、工具初始化日志、堆栈统计摘要等辅助行。
适合加 --quiet 的典型场景有：
- 在 CI/CD 流水线中做自动化检查：你只关心
ERROR SUMMARY或definitely lost这类关键行，不希望日志被大量==12345== Command: ./a.out冲刷 - 配合
grep或awk做结果提取：比如valgrind --quiet --leak-check=full ./prog 2>&1 | grep "definitely lost"，没--quiet时匹配容易被干扰 - 调试时反复运行、快速扫视结果：省去每次都要跳过前 5 行 header 的操作
注意：--quiet 不影响错误本身的详细程度——--leak-check=full 仍会展开每个泄漏块的调用栈，--track-origins=yes 依然会标出未初始化内存的来源。它只压低“框架层”噪音。
--quiet 和 --verbose 能不能一起用
不能。两者互斥，valgrind 启动时会直接报错：
valgrind: option '--quiet' and '--verbose' are mutually exclusive
如果你看到类似 uninitialised value was created by a heap allocation 这种提示消失，不是因为 --quiet，而是因为你没加 --track-origins=yes——这个选项独立控制是否追溯未初始化值的源头，和静默模式无关。
加了 --quiet 却没看到泄漏报告？先查这三件事
- 确认程序已正常退出：如果程序
abort()或被信号终止（如SIGSEGV），HEAP SUMMARY可能根本不会打印，--quiet不是原因 - 检查是否漏了
--leak-check=full或--leak-check=summary：默认是summary，但若程序 exit 前没触发显式检查（比如用了exit(0)而非自然 return），某些旧版 valgrind 可能跳过泄漏扫描 - 留意重定向方式：valgrind 默认把报告输出到
stderr，而--quiet只影响 stderr 上的非错误行。如果你写了2>/dev/null，那连错误都没了
真正容易被忽略的是：泄漏检测依赖程序“走到 exit”这一时刻。如果程序卡死、被 kill -9 或陷入无限循环，--quiet 再干净也看不到任何泄漏总结——它不改变 valgrind 的生命周期语义，只改变输出密度。
