Valgrind传参需将程序参数置于被测程序名之后，不可混入自身选项；含空格或特殊字符的参数须按Shell规则加引号；argc/argv、环境变量及重定向均保持原样。
Valgrind 怎么传参给被测程序
Valgrind 本身不直接解析你的程序参数，它只是把后面所有东西原封不动转给 execve()。关键在于：参数必须写在被测程序名之后、不能混在 Valgrind 自己的选项里。
常见错误是把参数塞到 --tool=memcheck 后面，结果 Valgrind 报错 unrecognized option —— 那是因为它以为那是自己的参数。
- 正确写法：
valgrind --leak-check=full ./a.out arg1 arg2 - 错误写法：
valgrind --leak-check=full arg1 arg2 ./a.out（参数位置错） - 错误写法：
valgrind --leak-check=full --arg1 ./a.out（Valgrind 没有--arg1这个选项）
带空格或特殊字符的参数怎么处理
Shell 在把命令交给 Valgrind 前就完成了引号解析，所以你得按 Shell 规则来包住参数，Valgrind 不会再做二次解析。
比如程序要读一个含空格的路径：./process "/home/user/my file.txt"，直接照搬进 Valgrind 命令就行：
valgrind --track-origins=yes ./process "/home/user/my file.txt"
如果漏掉引号，Shell 会把 my 和 file.txt 拆成两个参数，程序收到的就是错的。
- 路径含空格 → 用双引号或单引号包裹整个路径
- 参数本身含引号或反斜杠 → 按 Shell 转义规则处理，Valgrind 不干涉
- 不确定时，先单独运行
./a.out "x y" z确认行为，再套 Valgrind
程序里用 getopt 或 argc/argv 会不会受影响
完全不会。Valgrind 是通过 ptrace 拦截系统调用并重写内存访问逻辑，它不修改 argv 内存布局，也不劫持 getopt 函数调用。你的程序看到的 argc 和 argv 和直接运行时一模一样。
唯一要注意的是：某些调试技巧（比如在 main 入口下断点观察 argv）在 Valgrind 下可能失效，因为实际入口被 Valgrind 的运行时库接管了——但这不影响参数值本身。
-
argc值和直接运行一致 -
argv[0]仍是程序名（不是valgrind） -
getopt_long等函数行为无变化 - 环境变量（
envp）也原样透传，如需修改用env VAR=x valgrind ...
stdin 输入重定向或管道怎么配合 Valgrind
Valgrind 不接管 stdin/stdout/stderr 的文件描述符，所以重定向、管道、here-document 全部照常工作，只要放在命令末尾即可。
例如，让程序从文件读输入并输出到另一个文件：
valgrind --tool=memcheck ./parser < input.txt > output.log 2> err.log
或者用管道：
echo "test data" | valgrind ./consumer
注意：Valgrind 自己的日志（如内存泄漏报告）默认走 stderr，所以如果你把 2> 给了程序的错误流，Valgrind 的报告也会被重定向进去——容易混淆。建议显式分离：
- 只重定向程序的 stderr：
valgrind ... 2> app.err（Valgrind 报告仍打印到终端） - 同时捕获 Valgrind 报告：
valgrind ... 2>&1 | grep "definitely lost" - 用
--log-file=valgrind-out.txt把 Valgrind 日志单独存盘
参数传递这事本身很简单，但很多人卡在 Shell 解析顺序和重定向目标混淆上。最稳妥的做法是：先把程序带参数跑通，再把 valgrind [选项] 插到最前面，其余部分一个字符都别动。
