C#调用CMD命令的完整指南：高效执行与常见问题解决方案
在C#开发中，通过程序调用并执行CMD命令是一项常见需求，无论是用于系统管理、自动化脚本还是外部工具集成。然而，许多开发者在实际操作时会遇到进程卡死、无输出或异常终止等问题。本文将深入解析C#执行CMD命令的正确方法，帮助您避开常见陷阱，实现稳定可靠的命令调用。
为什么直接使用 Process.Start("cmd.exe", "/c dir") 会导致程序无响应或无法获取输出？
问题的核心在于进程的输入输出流未被正确重定向。默认情况下，启动的CMD进程是一个独立的控制台窗口，其输出不会自动传递回调用程序。此外，如果执行的命令本身具有阻塞性（如无限循环的Ping）或需要交互式输入（如Pause命令），进程将一直等待，导致后续的ReadToEnd()方法永久挂起。
要安全、完整地捕获命令执行结果，必须严格遵循以下配置步骤：
- 将
StartInfo.UseShellExecute属性设置为false，这是启用流重定向功能的必要条件。 - 明确设置
StartInfo.RedirectStandardOutput = true以重定向标准输出。强烈建议同时设置RedirectStandardError = true，避免错误信息丢失。 - 在调用
WaitForExit()方法前，确保不提前关闭输出流或释放进程对象，否则可能导致数据读取不完整。
StartInfo.Arguments 参数解析：/c 与 /k 的正确选择
这是决定进程行为的关键参数。/c表示“执行后终止”，命令运行完毕后CMD进程会自动退出，非常适合自动化场景。而/k表示“执行后保持”，命令执行完成后CMD窗口仍会保留，通常仅用于手动调试。
若在生产代码中误用/k，将导致进程无法正常结束，WaitForExit()会无限期等待，从而引发程序假死。
另一个典型错误是参数设置不完整：p.StartInfo.Arguments = "dir"。这种写法缺少/c前缀，CMD将进入交互模式等待用户输入，必然导致程序阻塞。
正确的参数设置示例如下：
process.StartInfo.FileName = "cmd.exe"; process.StartInfo.Arguments = "/c ping -n 1 127.0.0.1 > nul && echo OK";
请注意：/c后面的整个命令字符串需符合CMD语法规范。若命令包含空格或特殊字符（如&、>），建议使用双引号将命令整体包裹，并在C#字符串中进行正确的转义处理。
彻底解决 ReadToEnd() 方法导致的进程“假死”问题
“假死”现象通常源于标准输入流未正确关闭，或命令自身未能正常结束。单纯在命令末尾追加&exit并非最佳解决方案。
推荐采用以下系统化的处理原则：
- 避免使用
StandardInput.WriteLine("xxx&exit")这类间接退出方式，它可能引入额外的复杂性。 - 将所有需要执行的逻辑完整地拼接至
Arguments参数内。例如：/c powershell -c "Get-Date"。 - 如需执行多条连续命令（例如先进入目录再列出文件），应确保最后一条命令为
exit，并在开始读取输出前，显式调用p.StandardInput.Close()来关闭输入流。 - 增加超时保护机制：使用带时间参数的
p.WaitForExit(5000)，若进程在指定时间（如5秒）内未退出，则主动调用Kill()方法终止进程，防止资源锁定。
许多开发者忽略的关键一步正是关闭StandardInput。只要该流保持打开状态，CMD进程便会持续等待用户输入，导致ReadToEnd()永久阻塞。
深入理解 UseShellExecute 属性：何时使用，何时避免？
简明回答：在需要捕获命令输出结果的场景下，必须将其设置为false。
当UseShellExecute设为true时，系统将通过Windows Shell启动进程，此时RedirectStandardOutput等所有流重定向功能均会失效，程序无法获取任何执行输出。此模式仅适用于“启动即结束”的简单操作，例如调用默认应用程序打开某个文件。
唯一需要将其设为true的情形是当程序需要请求管理员权限（UAC提权）时，此时需配合设置Verb = "runas"。但需注意，提权与捕获输出不可兼得。若既需提升权限又需获取输出，则需设计更复杂的方案，例如通过创建计划任务或Windows服务来实现。
因此，对于日常的CMD命令执行与结果捕获，UseShellExecute = false是一条必须遵守的基本原则。牢记这一点，可以规避绝大多数常见问题。
