簡(jiǎn)介這份C#串口工具資源面向嵌入式、工業(yè)自動(dòng)化與物聯(lián)網(wǎng)方向的開發(fā)者以及需要快速搭建串口通信程序的學(xué)習(xí)者幫助解決串口連接、數(shù)據(jù)收發(fā)與參數(shù)配置等常見開發(fā)問題。壓縮包共26個(gè)文件約80KB以cs源碼為主輔以exe可執(zhí)行文件、resx與resources資源文件、csproj工程文件及sln解決方案另含README說明與ini配置文件結(jié)構(gòu)完整便于直接編譯運(yùn)行與二次修改。資源圍繞System.IO.Ports命名空間下的SerialPort類展開涵蓋波特率、校驗(yàn)位、數(shù)據(jù)位、停止位設(shè)置DataReceived事件監(jiān)聽、Write發(fā)送數(shù)據(jù)以及Open與Close資源釋放等核心環(huán)節(jié)并涉及錯(cuò)誤處理與狀態(tài)監(jiān)控思路。目前已有231人學(xué)習(xí)下載適合作為串口通信入門與項(xiàng)目實(shí)踐的參考范例讀者可借此理解事件驅(qū)動(dòng)編程模式掌握構(gòu)建穩(wěn)定串口工具的關(guān)鍵方法。1. 串口調(diào)試這件事為什么老工程師最后都自己寫了一個(gè) C# 工具做過嵌入式、工控、儀器儀表的人電腦里大概率躺著一個(gè)自己寫的串口工具。市面上的調(diào)試助手不是不能用而是用著用著就卡在某個(gè)點(diǎn)上協(xié)議幀要手動(dòng)拼、十六進(jìn)制和 ASCII 來回切、多設(shè)備同時(shí)接就手忙腳亂、想加個(gè)自動(dòng)應(yīng)答還得求人改源碼。C# 串口工具之所以成為很多人的最終選擇是因?yàn)?.NET 把SerialPort封裝得足夠順手WinForm 或 WPF 拖幾個(gè)控件就能跑而真要深挖底層又能直接摸到字節(jié)流、超時(shí)、緩沖區(qū)這些關(guān)鍵參數(shù)。它解決的不是「能不能收發(fā)」這種入門問題而是「怎么把收發(fā)變成一套可復(fù)用、可擴(kuò)展、能扛住現(xiàn)場(chǎng)折騰的調(diào)試鏈路」。這篇文章面向的是已經(jīng)會(huì)點(diǎn) C#、但被串口現(xiàn)場(chǎng)問題反復(fù)折磨的從業(yè)者從最小可跑程序一路講到多設(shè)備并發(fā)和協(xié)議解析的落地寫法。2. 把 SerialPort 用對(duì)從最小可跑程序到參數(shù)配置2.1 先搞清楚串口通信里那幾個(gè)繞不開的參數(shù)很多人寫串口工具翻車不是代碼寫錯(cuò)而是參數(shù)沒對(duì)齊。串口通信的核心參數(shù)就那么幾個(gè)波特率、數(shù)據(jù)位、停止位、校驗(yàn)位外加一個(gè)流控。它們必須和對(duì)面設(shè)備完全一致差一位就是一堆亂碼或者干脆收不到數(shù)據(jù)。波特率是最容易出問題的。常見值有 9600、19200、38400、57600、115200工業(yè)現(xiàn)場(chǎng)還有 4800 甚至更低的。這里有個(gè)血淚經(jīng)驗(yàn)波特率不匹配時(shí)收到的往往不是「什么都沒有」而是一堆看似有規(guī)律的亂碼新手容易誤以為是編碼問題其實(shí)是時(shí)鐘對(duì)不上。數(shù)據(jù)位一般是 8 位少數(shù)老設(shè)備用 7 位停止位通常是 1 位也有 1.5 和 2 位的校驗(yàn)位常見 None、Even、Odd 三種。流控分硬件流控RTS/CTS和軟件流控XON/XOFF大部分調(diào)試場(chǎng)景直接設(shè) None但有些儀器必須開硬件流控才肯吐數(shù)據(jù)。在 C# 里這些參數(shù)對(duì)應(yīng)SerialPort類的屬性。我一般會(huì)先寫一個(gè)配置結(jié)構(gòu)體把參數(shù)集中管理而不是散落在各個(gè)控件的事件里。這樣換設(shè)備時(shí)只改一處不用滿代碼找。// 串口配置參數(shù)集中管理避免散落在各處 public class SerialConfig { public string PortName { get; set; } COM1; // 端口號(hào)現(xiàn)場(chǎng)按設(shè)備管理器實(shí)際值填 public int BaudRate { get; set; } 115200; // 波特率必須與設(shè)備一致 public int DataBits { get; set; } 8; // 數(shù)據(jù)位老設(shè)備可能是 7 public StopBits StopBits { get; set; } StopBits.One; // 停止位 public Parity Parity { get; set; } Parity.None; // 校驗(yàn)位 public Handshake Handshake { get; set; } Handshake.None; // 流控 }這段代碼本身不復(fù)雜關(guān)鍵在于把參數(shù)收攏。PortName在 Windows 上是COMx超過 COM9 的端口在有些老 API 里要寫成\\.\COM10這種形式雖然SerialPort類一般能直接識(shí)別但現(xiàn)場(chǎng)遇到打不開的情況先懷疑端口號(hào)格式。BaudRate設(shè)錯(cuò)是最常見的低級(jí)錯(cuò)誤建議在界面上做成下拉框而不是自由輸入減少手抖。2.2 打開、收發(fā)、關(guān)閉一個(gè)能跑起來的最小閉環(huán)參數(shù)配好之后最小閉環(huán)就是打開端口、發(fā)數(shù)據(jù)、收數(shù)據(jù)、關(guān)端口。聽起來簡(jiǎn)單但SerialPort有幾個(gè)坑必須提前知道。第一DataReceived事件是在后臺(tái)線程觸發(fā)的直接在里面更新 UI 控件會(huì)拋跨線程異常。第二ReadExisting返回的是字符串遇到非文本協(xié)議會(huì)丟字節(jié)二進(jìn)制協(xié)議必須用Read讀字節(jié)數(shù)組。第三關(guān)閉端口時(shí)如果還有未處理的數(shù)據(jù)可能卡住得先取消事件訂閱再Close。下面是一個(gè)最小可跑的控制臺(tái)示例把打開、發(fā)送、接收、關(guān)閉串起來using System; using System.IO.Ports; using System.Text; using System.Threading; class MinimalSerial { static void Main() { var config new SerialConfig { PortName COM3, BaudRate 115200 }; using (var port new SerialPort(config.PortName, config.BaudRate, config.Parity, config.DataBits, config.StopBits)) { port.Handshake config.Handshake; port.ReadTimeout 500; // 讀超時(shí)避免 Read 永久阻塞 port.WriteTimeout 500; // 寫超時(shí)避免緩沖區(qū)滿時(shí)卡死 // 訂閱接收事件注意這是在后臺(tái)線程執(zhí)行 port.DataReceived (s, e) { var sp (SerialPort)s; int count sp.BytesToRead; byte[] buffer new byte[count]; sp.Read(buffer, 0, count); // 二進(jìn)制安全不用 ReadExisting Console.WriteLine($收到 {count} 字節(jié): {BitConverter.ToString(buffer)}); }; port.Open(); Console.WriteLine($已打開 {config.PortName}); // 發(fā)送一段十六進(jìn)制指令這里以 01 03 00 00 00 01 為例 byte[] cmd new byte[] { 0x01, 0x03, 0x00, 0x00, 0x00, 0x01 }; port.Write(cmd, 0, cmd.Length); Console.WriteLine(已發(fā)送指令); Thread.Sleep(1000); // 留時(shí)間收數(shù)據(jù)實(shí)際項(xiàng)目用事件或輪詢 port.Close(); } } }邏輯上這段代碼做了四件事構(gòu)造SerialPort、設(shè)超時(shí)、訂閱接收、打開并收發(fā)。參數(shù)說明上ReadTimeout和WriteTimeout一定要設(shè)默認(rèn)是InfiniteTimeout一旦對(duì)面不發(fā)數(shù)據(jù)Read就永久掛起界面直接假死。BytesToRead拿到當(dāng)前緩沖區(qū)可讀字節(jié)數(shù)再Read到字節(jié)數(shù)組這是二進(jìn)制協(xié)議的標(biāo)準(zhǔn)讀法。發(fā)送用Write(byte[], int, int)而不是Write(string)避免編碼轉(zhuǎn)換引入額外字節(jié)。提示DataReceived事件不保證每收到一個(gè)字節(jié)就觸發(fā)一次它可能在緩沖區(qū)積累到一定量才觸發(fā)。所以解析協(xié)議時(shí)不能假設(shè)「一次事件等于一幀」必須自己做粘包和拆包處理。2.3 用 WinForm 搭一個(gè)能用的界面線程與刷新的處理控制臺(tái)跑通之后實(shí)際交付一般要個(gè)界面。WinForm 是最省事的拖一個(gè)ComboBox選端口、幾個(gè)ComboBox選波特率等參數(shù)、一個(gè)RichTextBox顯示收發(fā)、一個(gè)TextBox輸入指令、兩個(gè)Button做打開和發(fā)送。界面本身不難難的是線程安全。DataReceived在后臺(tái)線程觸發(fā)要更新RichTextBox必須切回 UI 線程。常見做法是Invoke或BeginInvoke。我一般封裝一個(gè)追加日志的方法內(nèi)部判斷InvokeRequired// 線程安全地向界面追加日志 private void AppendLog(string text) { if (richTextBox1.InvokeRequired) { // 切回 UI 線程執(zhí)行避免跨線程異常 richTextBox1.BeginInvoke(new Actionstring(AppendLog), text); return; } richTextBox1.AppendText(text Environment.NewLine); richTextBox1.ScrollToCaret(); // 自動(dòng)滾到底部 }這里用BeginInvoke而不是Invoke是因?yàn)镮nvoke是同步等待如果 UI 線程正忙后臺(tái)線程會(huì)被阻塞嚴(yán)重時(shí)導(dǎo)致接收丟數(shù)據(jù)。ScrollToCaret保證新數(shù)據(jù)可見但數(shù)據(jù)量大時(shí)頻繁調(diào)用會(huì)拖慢界面可以加個(gè)節(jié)流比如每 100 毫秒才滾一次。端口掃描用SerialPort.GetPortNames()返回當(dāng)前可用端口數(shù)組。注意這個(gè)數(shù)組順序不保證而且拔插設(shè)備后要重新掃描。我一般加個(gè)「刷新」按鈕而不是啟動(dòng)時(shí)掃一次就完事。發(fā)送區(qū)要支持十六進(jìn)制和 ASCII 兩種模式十六進(jìn)制模式下把用戶輸入的01 03 00這種字符串按空格拆開轉(zhuǎn)成字節(jié)ASCII 模式直接按編碼轉(zhuǎn)字節(jié)。這個(gè)切換邏輯看著小但現(xiàn)場(chǎng)用起來差別很大純文本設(shè)備用 ASCIIModbus 這類用十六進(jìn)制。3. 協(xié)議解析與多設(shè)備并發(fā)讓工具從能用到好用3.1 粘包拆包為什么你的解析總是差一幀串口是字節(jié)流沒有消息邊界。設(shè)備可能一次發(fā)半幀也可能兩幀連在一起發(fā)過來。如果你的解析代碼假設(shè)「一次DataReceived就是一幀」那現(xiàn)場(chǎng)一定會(huì)翻車。解決粘包拆包的標(biāo)準(zhǔn)思路是維護(hù)一個(gè)接收緩沖區(qū)每次收到數(shù)據(jù)就追加進(jìn)去然后循環(huán)嘗試從緩沖區(qū)頭部提取完整幀。提取完整幀的前提是知道幀結(jié)構(gòu)。常見的有兩種定長幀和帶長度字段的變長幀。定長幀好辦緩沖區(qū)長度夠一幀就取走。變長幀一般有幀頭、長度字段、數(shù)據(jù)、校驗(yàn)。下面是一個(gè)帶幀頭和長度字段的解析示例// 接收緩沖區(qū)跨事件累積字節(jié) private Listbyte _rxBuffer new Listbyte(); // 假設(shè)協(xié)議幀頭 0xAA 0x55第 3 字節(jié)為數(shù)據(jù)長度最后 1 字節(jié)為校驗(yàn)和 private void OnDataReceived(object sender, SerialDataReceivedEventArgs e) { var sp (SerialPort)sender; int count sp.BytesToRead; byte[] temp new byte[count]; sp.Read(temp, 0, count); _rxBuffer.AddRange(temp); // 追加到累積緩沖區(qū) // 循環(huán)提取完整幀可能一次收到多幀 while (true) { // 找?guī)^ int headIndex FindHeader(_rxBuffer); if (headIndex 0) { _rxBuffer.Clear(); break; } // 沒有幀頭丟棄 if (headIndex 0) _rxBuffer.RemoveRange(0, headIndex); // 丟掉幀頭前的雜數(shù)據(jù) if (_rxBuffer.Count 4) break; // 連長度字段都不夠等下次 int dataLen _rxBuffer[2]; int frameLen 2 1 dataLen 1; // 幀頭2 長度1 數(shù)據(jù) 校驗(yàn)1 if (_rxBuffer.Count frameLen) break; // 幀不完整等下次 byte[] frame _rxBuffer.GetRange(0, frameLen).ToArray(); _rxBuffer.RemoveRange(0, frameLen); ProcessFrame(frame); // 校驗(yàn)并處理 } } // 查找?guī)^ 0xAA 0x55 的位置 private int FindHeader(Listbyte buf) { for (int i 0; i buf.Count - 1; i) if (buf[i] 0xAA buf[i 1] 0x55) return i; return -1; }這段代碼的關(guān)鍵點(diǎn)有三個(gè)。第一_rxBuffer是跨事件累積的不能每次事件清空。第二while(true)循環(huán)保證一次收到多幀時(shí)全部提取。第三找不到幀頭時(shí)清空緩沖區(qū)避免垃圾數(shù)據(jù)越積越多。參數(shù)上frameLen的計(jì)算必須和協(xié)議定義嚴(yán)格一致差一個(gè)字節(jié)就會(huì)永遠(yuǎn)解析不出完整幀。校驗(yàn)和一般在ProcessFrame里算不通過就丟棄并記日志不要直接拋異常。注意_rxBuffer如果只增不減長時(shí)間運(yùn)行會(huì)吃滿內(nèi)存。上面的代碼在提取幀后會(huì)RemoveRange找不到幀頭會(huì)Clear這是必須的。現(xiàn)場(chǎng)見過有人忘了清理跑一晚上內(nèi)存爆掉。3.2 多設(shè)備并發(fā)一個(gè)工具同時(shí)管四路串口現(xiàn)場(chǎng)經(jīng)常要同時(shí)接好幾個(gè)設(shè)備比如一個(gè)采集板、一個(gè)顯示屏、一個(gè)傳感器。如果開四個(gè)調(diào)試助手切來切去很痛苦。用 C# 做多設(shè)備并發(fā)核心是每個(gè)串口一個(gè)獨(dú)立的SerialPort實(shí)例和獨(dú)立的接收緩沖區(qū)界面用TabControl或者列表分區(qū)顯示。我一般會(huì)封裝一個(gè)SerialDevice類把端口、配置、緩沖區(qū)、解析邏輯都裝進(jìn)去主界面只管理一個(gè)SerialDevice列表。這樣增刪設(shè)備就是操作列表不用改界面邏輯。// 單個(gè)串口設(shè)備的封裝每個(gè)實(shí)例獨(dú)立管理自己的端口和緩沖區(qū) public class SerialDevice { private SerialPort _port; private Listbyte _buffer new Listbyte(); public string Name { get; set; } // 設(shè)備別名界面上顯示 public event Actionstring, byte[] OnFrameReceived; // 幀回調(diào)帶設(shè)備名 public void Open(SerialConfig config) { _port new SerialPort(config.PortName, config.BaudRate, config.Parity, config.DataBits, config.StopBits); _port.Handshake config.Handshake; _port.ReadTimeout 500; _port.DataReceived (s, e) { int count _port.BytesToRead; byte[] temp new byte[count]; _port.Read(temp, 0, count); _buffer.AddRange(temp); ParseBuffer(); // 復(fù)用上一節(jié)的拆包邏輯 }; _port.Open(); } private void ParseBuffer() { // 拆包邏輯同上解析出完整幀后觸發(fā)回調(diào) // OnFrameReceived?.Invoke(Name, frame); } public void Send(byte[] data) _port?.Write(data, 0, data.Length); public void Close() { if (_port ! null _port.IsOpen) { _port.DataReceived - null; // 實(shí)際項(xiàng)目要保存委托引用再取消 _port.Close(); } } }這個(gè)封裝的價(jià)值在于隔離。每個(gè)設(shè)備有自己的_buffer互不干擾OnFrameReceived帶上設(shè)備名界面按名字分發(fā)到對(duì)應(yīng)區(qū)域。參數(shù)上ReadTimeout每個(gè)設(shè)備獨(dú)立設(shè)因?yàn)椴煌O(shè)備響應(yīng)速度不一樣。多設(shè)備并發(fā)時(shí)要注意 USB 轉(zhuǎn)串口線的帶寬四路 115200 同時(shí)滿速跑某些廉價(jià)轉(zhuǎn)換器會(huì)丟數(shù)據(jù)這時(shí)候要么降波特率要么換帶獨(dú)立晶振的轉(zhuǎn)換器。3.3 自動(dòng)應(yīng)答與腳本化把重復(fù)勞動(dòng)交給工具調(diào)試到后期很多操作是重復(fù)的發(fā)一條查詢、等回復(fù)、再發(fā)下一條。手動(dòng)點(diǎn)太累我一般會(huì)給工具加個(gè)簡(jiǎn)單的腳本功能。不用搞得很復(fù)雜一個(gè)指令列表加延時(shí)就行。// 簡(jiǎn)單的自動(dòng)應(yīng)答腳本按順序發(fā)送指令每條之間留間隔 public async Task RunScript(SerialDevice device, List(byte[] cmd, int delayMs) steps) { foreach (var step in steps) { device.Send(step.cmd); await Task.Delay(step.delayMs); // 等待設(shè)備響應(yīng)間隔按設(shè)備手冊(cè)設(shè) } }delayMs是關(guān)鍵參數(shù)設(shè)太短設(shè)備還沒處理完就發(fā)下一條會(huì)丟響應(yīng)設(shè)太長整體效率低。我一般按設(shè)備手冊(cè)的響應(yīng)時(shí)間再加 50% 余量。這個(gè)腳本功能不需要多高級(jí)能省掉重復(fù)點(diǎn)擊就值了。更進(jìn)一步的玩法是把腳本存成文本文件一行一條指令工具啟動(dòng)時(shí)加載這樣換設(shè)備只改文件不改代碼。4. 避坑與排查串口工具現(xiàn)場(chǎng)翻車的五個(gè)典型場(chǎng)景4.1 端口打不開提示被占用或拒絕訪問現(xiàn)象是Open()拋異常提示Access to the port COM3 is denied。原因通常有三個(gè)另一個(gè)程序還占著這個(gè)端口、上次關(guān)閉時(shí)沒釋放干凈、或者端口號(hào)根本不存在。解決順序是先確認(rèn)設(shè)備管理器里端口在不在再用GetPortNames()看列表里有沒有然后檢查是不是有別的調(diào)試助手開著。如果都排除了還打不開重啟一下往往能解決因?yàn)橛行?USB 轉(zhuǎn)串口驅(qū)動(dòng)釋放端口有延遲。代碼層面Open一定要包try-catch把異常信息顯示到界面而不是讓程序崩掉。4.2 收到數(shù)據(jù)全是亂碼現(xiàn)象是接收區(qū)一堆看不懂的字符。原因九成是波特率或數(shù)據(jù)位不匹配剩下一成是編碼問題。先核對(duì)波特率再核對(duì)數(shù)據(jù)位和校驗(yàn)位。如果參數(shù)確認(rèn)沒錯(cuò)檢查是不是用了ReadExisting讀二進(jìn)制數(shù)據(jù)ReadExisting會(huì)按當(dāng)前Encoding解碼非文本數(shù)據(jù)必然亂碼。解決方法是改用Read讀字節(jié)數(shù)組顯示時(shí)再?zèng)Q定按十六進(jìn)制還是 ASCII 呈現(xiàn)。另外有些設(shè)備上電后會(huì)先發(fā)一段啟動(dòng)信息那段信息可能不是標(biāo)準(zhǔn)協(xié)議幀解析時(shí)要能跳過。4.3 界面卡死點(diǎn)發(fā)送沒反應(yīng)現(xiàn)象是點(diǎn)了發(fā)送按鈕后界面無響應(yīng)過一會(huì)兒才恢復(fù)或者一直不恢復(fù)。原因通常是Write阻塞了 UI 線程。SerialPort.Write在緩沖區(qū)滿時(shí)會(huì)阻塞如果對(duì)面設(shè)備不收數(shù)據(jù)寫超時(shí)又設(shè)成了無限UI 線程就掛住了。解決辦法是把發(fā)送放到后臺(tái)線程或者至少設(shè)一個(gè)合理的WriteTimeout。我一般把發(fā)送封裝成Task.Run界面只負(fù)責(zé)觸發(fā)不負(fù)責(zé)等待。接收側(cè)同理DataReceived里不要做耗時(shí)操作解析完盡快返回。4.4 數(shù)據(jù)偶爾丟幀尤其是高速率下現(xiàn)象是大部分幀正常偶爾少一幀或者校驗(yàn)失敗。原因可能是接收緩沖區(qū)溢出。SerialPort的ReadBufferSize默認(rèn)是 4096 字節(jié)高速率下如果解析邏輯太慢緩沖區(qū)會(huì)滿滿了之后新數(shù)據(jù)就丟了。解決辦法是加大ReadBufferSize同時(shí)讓DataReceived里的處理盡量快復(fù)雜解析丟到隊(duì)列里異步做。另一個(gè)原因是 USB 轉(zhuǎn)串口線質(zhì)量差換一根帶獨(dú)立晶振的線往往立竿見影。參數(shù)上115200 以上波特率建議把ReadBufferSize設(shè)到 8192 或更大。4.5 關(guān)閉程序時(shí)端口沒釋放下次打不開現(xiàn)象是程序關(guān)了但端口還被占著任務(wù)管理器里進(jìn)程還在。原因是SerialPort沒正確Close和Dispose或者DataReceived事件沒取消訂閱導(dǎo)致對(duì)象無法回收。解決辦法是在窗體關(guān)閉事件里顯式關(guān)閉所有設(shè)備先取消事件訂閱再Close最后Dispose。我一般把SerialDevice.Close寫成冪等的多次調(diào)用不報(bào)錯(cuò)。另外using語句能保證異常時(shí)也釋放但SerialPort在using里如果DataReceived還在跑可能拋異常所以還是顯式管理更穩(wěn)。5. 進(jìn)階技巧把串口工具做成可復(fù)用的調(diào)試框架寫到這兒一個(gè)能用的 C# 串口工具已經(jīng)成型了。但如果只停在「能用」下次換個(gè)項(xiàng)目又得重寫。我的習(xí)慣是把串口通信層抽成一個(gè)獨(dú)立的類庫界面層只依賴接口這樣 WinForm 換成 WPF 或者控制臺(tái)都不用動(dòng)通信代碼。具體做法是定義ISerialTransport接口把打開、關(guān)閉、發(fā)送、接收事件暴露出去SerialPort只是其中一個(gè)實(shí)現(xiàn)。將來要加 TCP 轉(zhuǎn)串口或者虛擬串口實(shí)現(xiàn)同一個(gè)接口就行。驗(yàn)證工具有沒有做扎實(shí)我一般用三個(gè)方法。第一用虛擬串口軟件建一對(duì)互聯(lián)端口自己發(fā)自己收測(cè)粘包拆包和并發(fā)。第二拿一個(gè)已知協(xié)議的設(shè)備比如標(biāo)準(zhǔn) Modbus 從站跑一遍讀寫寄存器看解析對(duì)不對(duì)。第三長時(shí)間跑掛一晚上看內(nèi)存有沒有漲、有沒有丟幀。這三個(gè)方法能覆蓋大部分現(xiàn)場(chǎng)問題。參數(shù)調(diào)優(yōu)上有幾個(gè)值值得反復(fù)試。ReadTimeout設(shè) 500 毫秒適合大多數(shù)設(shè)備但慢速設(shè)備可能要 2000ReadBufferSize在 115200 以上建議 8192DataReceived的觸發(fā)閾值ReceivedBytesThreshold默認(rèn)是 1改成幀長能減少事件次數(shù)但改大了可能延遲我一般保持默認(rèn)靠緩沖區(qū)累積來拆包。這些值沒有標(biāo)準(zhǔn)答案得按設(shè)備和協(xié)議調(diào)。最后說個(gè)我自己的教訓(xùn)。早期寫串口工具我總想把所有功能塞進(jìn)一個(gè)窗體結(jié)果代碼越寫越亂改一個(gè)地方崩三個(gè)地方。后來強(qiáng)制自己分層通信層只管字節(jié)收發(fā)和拆包協(xié)議層只管幀解析界面層只管顯示和交互。分層之后加新協(xié)議就是加一個(gè)解析類加新設(shè)備就是加一個(gè)配置再也不用動(dòng)核心代碼。這個(gè)習(xí)慣讓我后面做任何串口項(xiàng)目都能半天出原型。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取