簡(jiǎn)介這份資源面向C#桌面開(kāi)發(fā)初學(xué)者與需要調(diào)用系統(tǒng)命令的WinForm開(kāi)發(fā)者圍繞在VS2010環(huán)境下通過(guò)System.Diagnostics.Process類(lèi)執(zhí)行CMD命令這一實(shí)用場(chǎng)景展開(kāi)。包內(nèi)共27個(gè)文件以8個(gè)cs源碼文件為核心配合csproj項(xiàng)目文件、sln解決方案、resx與resources資源文件、settings配置及manifest清單另有exe、pdb、cache等編譯產(chǎn)物整體壓縮包約45KB結(jié)構(gòu)完整可直接打開(kāi)運(yùn)行。資源通過(guò)TextBox輸入命令、Button觸發(fā)執(zhí)行、RichTextBox回顯結(jié)果的方式演示了隱藏CMD窗口、重定向標(biāo)準(zhǔn)輸出、讀取進(jìn)程返回內(nèi)容等關(guān)鍵處理并提示對(duì)用戶輸入做校驗(yàn)以規(guī)避任意命令執(zhí)行的安全風(fēng)險(xiǎn)。目前已有4278人學(xué)習(xí)下載適合想快速掌握WinForm調(diào)用外部進(jìn)程、理解進(jìn)程啟動(dòng)參數(shù)與輸出讀取機(jī)制的讀者參考借鑒。1. 從一次產(chǎn)線工具翻車(chē)說(shuō)起C# WinForm 調(diào) cmd 到底難在哪去年幫某公司產(chǎn)線做一套設(shè)備參數(shù)配置工具WinForm 界面點(diǎn)一下按鈕后臺(tái)要調(diào)devcon重新枚舉串口設(shè)備再把結(jié)果回顯到 ListBox 里。聽(tīng)起來(lái)三行代碼的事結(jié)果第一版上線就翻車(chē)界面卡死、中文輸出亂碼、命令執(zhí)行完拿不到退出碼最要命的是產(chǎn)線工人連點(diǎn)兩次按鈕直接起了兩個(gè)進(jìn)程搶同一個(gè)串口。后來(lái)把System.Diagnostics.Process的參數(shù)一個(gè)個(gè)摳了一遍才穩(wěn)住。這篇筆記就把 C# WinForm 執(zhí)行 cmd 命令這件事拆開(kāi)講——從Process.Start的同步/異步選型到StandardOutputEncoding編碼坑再到cmd /c與直接調(diào) exe 的區(qū)別最后給一套能直接抄進(jìn)項(xiàng)目的封裝類(lèi)。適合正在用 VS2010 及以上版本做 Windows 桌面工具、需要調(diào)外部命令行程序ping、ipconfig、ffmpeg、devcon、sqlcmd之類(lèi)的開(kāi)發(fā)者。新手能照著跑通熟手能對(duì)照檢查自己封裝里漏掉的邊界。2. Process 類(lèi)核心參數(shù)同步阻塞與異步回調(diào)怎么選2.1 為什么不用 WinExec 和 ShellExecute老代碼里常見(jiàn)[DllImport(kernel32.dll)] WinExec或者Process.Start(cmd.exe, /c ...)一把梭。前者是 Win16 時(shí)代遺留 API拿不到標(biāo)準(zhǔn)輸出、拿不到退出碼只能知道啟動(dòng)了后者如果不設(shè)UseShellExecute false走的是 Shell 執(zhí)行路徑RedirectStandardOutput直接拋InvalidOperationException。這是第一個(gè)必須記住的開(kāi)關(guān)var psi new ProcessStartInfo { FileName cmd.exe, Arguments /c ipconfig /all, UseShellExecute false, // 必須 false否則無(wú)法重定向 RedirectStandardOutput true, // 捕獲 stdout RedirectStandardError true, // 捕獲 stderr RedirectStandardInput false, // 除非要交互輸入否則關(guān)掉 CreateNoWindow true, // 不彈黑框 StandardOutputEncoding Encoding.GetEncoding(936) // 中文系統(tǒng) GBK };UseShellExecute false是重定向的前提它讓進(jìn)程直接由 CreateProcess 創(chuàng)建而不是交給 Explorer 外殼。CreateNoWindow true配合WindowStyle ProcessWindowStyle.Hidden才能徹底不閃黑框——只設(shè)一個(gè)在部分系統(tǒng)上仍會(huì)閃一下。StandardOutputEncoding不設(shè)的話默認(rèn)走Console.OutputEncoding中文 Windows 上經(jīng)常拿到亂碼這是血淚經(jīng)驗(yàn)。2.2 同步讀取適合短命令但別在 UI 線程裸調(diào)process.StandardOutput.ReadToEnd()是阻塞的命令不結(jié)束它不返回。如果直接在按鈕 Click 事件里調(diào)界面就假死。短命令ipconfig、tasklist幾百毫秒還能忍遇到ping -t或者ffmpeg轉(zhuǎn)碼就是災(zāi)難。正確姿勢(shì)是丟到后臺(tái)線程用Task.Run或BackgroundWorkerprivate async void btnRun_Click(object sender, EventArgs e) { btnRun.Enabled false; // 防連點(diǎn)后面避坑章細(xì)說(shuō) try { string output await Task.Run(() RunCmdSync(ping 127.0.0.1 -n 3)); txtOutput.Text output; } finally { btnRun.Enabled true; } } private string RunCmdSync(string args) { var psi new ProcessStartInfo(cmd.exe, /c args) { UseShellExecute false, RedirectStandardOutput true, RedirectStandardError true, CreateNoWindow true, StandardOutputEncoding Encoding.GetEncoding(936) }; using (var p Process.Start(psi)) { string stdout p.StandardOutput.ReadToEnd(); string stderr p.StandardError.ReadToEnd(); p.WaitForExit(); // 必須在 ReadToEnd 之后 return stdout (string.IsNullOrEmpty(stderr) ? : \n[ERR] stderr); } }注意WaitForExit()的位置先讀完兩個(gè)流再等退出否則輸出緩沖區(qū)滿了會(huì)死鎖——這是官方文檔都寫(xiě)了的經(jīng)典坑。ReadToEnd對(duì) stdout 和 stderr 要分別讀只讀一個(gè)另一個(gè)滿了同樣卡死。2.3 異步事件長(zhǎng)命令和實(shí)時(shí)回顯的唯一選擇要實(shí)時(shí)把輸出刷到 TextBox或者命令可能跑幾分鐘就得用OutputDataReceived事件。它要求RedirectStandardOutput true且必須調(diào)BeginOutputReadLine()才會(huì)觸發(fā)private void RunCmdAsync(string args, Actionstring onLine) { var psi new ProcessStartInfo(cmd.exe, /c args) { UseShellExecute false, RedirectStandardOutput true, RedirectStandardError true, CreateNoWindow true, StandardOutputEncoding Encoding.GetEncoding(936) }; var p new Process { StartInfo psi, EnableRaisingEvents true }; p.OutputDataReceived (s, ev) { if (ev.Data ! null) onLine(ev.Data); // Data 為 null 表示流結(jié)束 }; p.ErrorDataReceived (s, ev) { if (ev.Data ! null) onLine([ERR] ev.Data); }; p.Start(); p.BeginOutputReadLine(); p.BeginErrorReadLine(); }ev.Data null是流關(guān)閉的信號(hào)不是空行別當(dāng)成空字符串處理。回調(diào)在后臺(tái)線程觸發(fā)要更新 UI 必須Invoke回主線程否則跨線程異常。EnableRaisingEvents在需要Exited事件時(shí)才設(shè)純讀輸出可以不設(shè)。3. 編碼、路徑與參數(shù)轉(zhuǎn)義三個(gè)最容易翻車(chē)的地方3.1 中文亂碼的根因與三種解法亂碼本質(zhì)是編碼不匹配。cmd 默認(rèn)代碼頁(yè)在中文系統(tǒng)是 936GBK而 .NET 的StandardOutputEncoding默認(rèn)跟隨Console.OutputEncoding在 WinForm 里這個(gè)值經(jīng)常是 UTF-8 或系統(tǒng) ANSI兩邊對(duì)不上就出問(wèn)號(hào)。三種解法按場(chǎng)景選方案寫(xiě)法適用場(chǎng)景副作用指定 GBKEncoding.GetEncoding(936)中文系統(tǒng)、老工具跨語(yǔ)言系統(tǒng)需換代碼頁(yè)命令前切 UTF-8chcp 65001 nul 命令輸出含多語(yǔ)言部分老程序不認(rèn) 65001讀字節(jié)自己解BaseStream 手動(dòng)解碼編碼不確定代碼復(fù)雜不推薦我一般用第一種穩(wěn)。如果目標(biāo)機(jī)器可能是英文系統(tǒng)把 936 換成Encoding.Default更保險(xiǎn)但Encoding.Default在 .NET Core 里是 UTF-8行為不一致所以老項(xiàng)目VS2010 那批 .NET Framework用 936新項(xiàng)目顯式判斷CultureInfo。3.2 路徑帶空格引號(hào)加在哪一層cmd /c后面跟的整串參數(shù)如果路徑帶空格引號(hào)位置錯(cuò)了就報(bào)不是內(nèi)部或外部命令。規(guī)則是/c之后整體作為一個(gè)參數(shù)傳給 cmdcmd 自己再解析。所以路徑要加引號(hào)但引號(hào)要包住路徑本身// 錯(cuò)誤引號(hào)包住了整個(gè)命令cmd 把 C:\Program 當(dāng)成命令名 psi.Arguments /c \C:\\Program Files\\tool.exe\ -i input; // 正確引號(hào)只包路徑 psi.Arguments /c \\C:\\Program Files\\tool.exe\ -i input\;第二種寫(xiě)法看著別扭是因?yàn)镻rocessStartInfo.Arguments本身會(huì)被再包一層。更省心的做法是干脆不走 cmd直接FileName C:\\Program Files\\tool.exeArguments -i input讓 CreateProcess 處理引號(hào)。只有需要管道、重定向、內(nèi)置命令dir、copy時(shí)才必須走cmd /c。3.3 參數(shù)注入用戶輸入拼進(jìn)命令的后果界面上讓用戶填個(gè) IP 去 ping用戶填127.0.0.1 del /f /q C:\*拼進(jìn)/c ping后面就是災(zāi)難。這不是危言聳聽(tīng)產(chǎn)線工具被工人亂填搞崩的案例不少。防御手段// 白名單校驗(yàn)只允許 IP 字符 if (!Regex.IsMatch(userInput, ^[0-9a-zA-Z\.\-]$)) { MessageBox.Show(輸入含非法字符); return; }更徹底的是用ProcessStartInfo.ArgumentList.NET Core 2.1 才有它自動(dòng)做轉(zhuǎn)義不經(jīng)過(guò) cmd 解析。VS2010 那批 .NET Framework 項(xiàng)目沒(méi)有這個(gè)屬性只能靠白名單 引號(hào)。記住一條任何來(lái)自 UI 的字符串拼進(jìn)命令行之前先過(guò)正則。4. 避坑與排查五條產(chǎn)線級(jí)踩坑記錄4.1 現(xiàn)象界面卡死任務(wù)管理器里進(jìn)程還在原因在 UI 線程調(diào)了ReadToEnd()或WaitForExit()命令沒(méi)結(jié)束主線程就阻塞消息循環(huán)停轉(zhuǎn)。解決所有可能超過(guò) 200ms 的命令一律Task.Run包起來(lái)或者用異步事件模式。判斷標(biāo)準(zhǔn)很簡(jiǎn)單——命令帶-t、/wait、大文件處理必異步。4.2 現(xiàn)象輸出只拿到一半后面沒(méi)了原因先WaitForExit()再ReadToEnd()或者只讀 stdout 不讀 stderr。管道緩沖區(qū)默認(rèn) 4KB寫(xiě)滿后子進(jìn)程阻塞在寫(xiě)父進(jìn)程阻塞在等退出死鎖。解決先讀流再等退出stdout 和 stderr 都要讀。異步模式下兩個(gè)BeginXxxReadLine都要調(diào)。4.3 現(xiàn)象中文全是問(wèn)號(hào)或方塊原因StandardOutputEncoding沒(méi)設(shè)或設(shè)錯(cuò)。解決中文系統(tǒng)設(shè)Encoding.GetEncoding(936)并在ProcessStartInfo上同時(shí)設(shè)StandardErrorEncoding.NET Framework 沒(méi)有這個(gè)屬性只能靠chcp或讀字節(jié)。VS2010 項(xiàng)目里如果GetEncoding(936)拋異常檢查是否缺了System.Text.Encoding的引用。4.4 現(xiàn)象連點(diǎn)按鈕起了多個(gè)進(jìn)程搶資源原因按鈕沒(méi)禁用或者禁用邏輯放在異步回調(diào)之后。解決Click 事件第一行就btn.Enabled falsefinally里恢復(fù)。更穩(wěn)的是加一個(gè)bool _isRunning標(biāo)志位進(jìn)入時(shí) CAS 檢查防止極端并發(fā)。產(chǎn)線工具尤其要注意工人手速比你想象的快。4.5 現(xiàn)象Process.Start拋系統(tǒng)找不到指定的文件原因FileName寫(xiě)的是相對(duì)路徑或者UseShellExecute false時(shí) PATH 環(huán)境變量不生效。解決用絕對(duì)路徑或者顯式設(shè)psi.WorkingDirectory。cmd.exe本身在%SystemRoot%\System32下一般能找到但自定義工具必須給全路徑。排查時(shí)先在 cmd 里手敲一遍命令確認(rèn)命令本身沒(méi)問(wèn)題再懷疑代碼。5. 封裝成可復(fù)用類(lèi)一個(gè) RunCmd 打天下把前面所有邊界收進(jìn)一個(gè)靜態(tài)類(lèi)項(xiàng)目里直接調(diào)。核心是三個(gè)方法同步短命令、異步實(shí)時(shí)回顯、帶超時(shí)的執(zhí)行。超時(shí)用WaitForExit(int)配合Kill注意Kill之后還要WaitForExit一次確保資源釋放。public static class CmdRunner { // 同步執(zhí)行帶超時(shí)毫秒返回 (退出碼, 輸出) public static Tupleint, string Run(string args, int timeoutMs 30000) { var psi new ProcessStartInfo(cmd.exe, /c args) { UseShellExecute false, RedirectStandardOutput true, RedirectStandardError true, CreateNoWindow true, StandardOutputEncoding Encoding.GetEncoding(936) }; using (var p Process.Start(psi)) { string stdout p.StandardOutput.ReadToEnd(); string stderr p.StandardError.ReadToEnd(); if (!p.WaitForExit(timeoutMs)) { try { p.Kill(); } catch { } p.WaitForExit(2000); // 給 Kill 留時(shí)間 return Tuple.Create(-1, 超時(shí): args); } return Tuple.Create(p.ExitCode, stdout stderr); } } // 異步實(shí)時(shí)回顯回調(diào)在后臺(tái)線程UI 更新需自行 Invoke public static void RunStream(string args, Actionstring onLine, Actionint onExit null) { var psi new ProcessStartInfo(cmd.exe, /c args) { UseShellExecute false, RedirectStandardOutput true, RedirectStandardError true, CreateNoWindow true, StandardOutputEncoding Encoding.GetEncoding(936) }; var p new Process { StartInfo psi, EnableRaisingEvents true }; p.OutputDataReceived (s, ev) { if (ev.Data ! null) onLine(ev.Data); }; p.ErrorDataReceived (s, ev) { if (ev.Data ! null) onLine([ERR] ev.Data); }; p.Exited (s, ev) { if (onExit ! null) onExit(p.ExitCode); }; p.Start(); p.BeginOutputReadLine(); p.BeginErrorReadLine(); } }調(diào)用側(cè)// 短命令 var r CmdRunner.Run(ipconfig /all, 5000); txtLog.Text 退出碼 r.Item1 \r\n r.Item2; // 長(zhǎng)命令實(shí)時(shí)刷 CmdRunner.RunStream(ping 127.0.0.1 -n 10, line txtLog.Invoke(new Action(() txtLog.AppendText(line \r\n))), code txtLog.Invoke(new Action(() txtLog.AppendText(結(jié)束碼 code))));Run返回Tupleint,string是為了同時(shí)拿退出碼和輸出退出碼非 0 說(shuō)明命令失敗業(yè)務(wù)層要判斷。RunStream的onExit回調(diào)里p.ExitCode在Exited事件觸發(fā)時(shí)已可用。Invoke那層不能省否則跨線程操作控件直接拋異常。進(jìn)階技巧如果命令需要交互輸入比如sqlcmd要輸密碼把RedirectStandardInput true然后p.StandardInput.WriteLine(password)寫(xiě)完記得Close()否則子進(jìn)程一直等輸入。這個(gè)場(chǎng)景少但坑深我一般建議改用-P參數(shù)傳密碼避免交互。從那以后我每次封裝命令行調(diào)用都強(qiáng)制走一遍清單UseShellExecutefalse了嗎、編碼設(shè)了嗎、兩個(gè)流都讀了嗎、UI 線程包起來(lái)了嗎、按鈕禁了嗎、用戶輸入校驗(yàn)了嗎。六條過(guò)完再提交基本不會(huì)再翻車(chē)。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取