淺淺問(wèn)一下，嵌入式那邊是不是都在用 protobuf 啊？聽(tīng)人說(shuō)性能好、省流量、序列化快，移植過(guò)去代碼量好像也不大，乍一聽(tīng)真是嵌入式傳輸協(xié)議的“理想型”。但真一上手搞起來(lái)，可能就發(fā)現(xiàn)事情沒(méi)那么簡(jiǎn)單——嵌入式那點(diǎn)內(nèi)存，動(dòng)不動(dòng)就幾 KB 幾十 KB 的 RAM，你 protobuf 解出來(lái)那一堆動(dòng)態(tài)分配、嵌套消息，稍不留神棧就溢出了，堆也 fragmentation 了，跑起來(lái)是快，可崩潰起來(lái)也真叫一個(gè)痛快。

再說(shuō)了，調(diào)試的時(shí)候你怎么辦？抓個(gè)包看到的全是二進(jìn)制流，你得一邊翻 .proto 文件一邊心里默默解碼，或者額外寫個(gè)小工具轉(zhuǎn)成能看的。萬(wàn)一現(xiàn)場(chǎng)設(shè)備出點(diǎn)怪問(wèn)題，你連數(shù)據(jù)長(zhǎng)什么樣都一眼看不出來(lái)，是不是得先謝 protobuf 不殺之恩？這種時(shí)候你就會(huì)懷念 JSON 那種鍵值對(duì)明明白白、直接丟串口日志里都能肉眼比對(duì)的日子。所以說(shuō)啊，嵌入式里選數(shù)據(jù)格式，真不能只看性能數(shù)字漂亮。

那怎么辦？跟上面那位老哥說(shuō)的一樣，別做選擇，咱可以兩套都要。平時(shí)開(kāi)發(fā)調(diào)試，先用 cJSON 或者 MessagePack 這類容易看懂的格式把業(yè)務(wù)邏輯打通，日志清晰，調(diào)起來(lái)不費(fèi)眼。等到真要量產(chǎn)了、帶寬緊了、內(nèi)存算得準(zhǔn)準(zhǔn)的了，再換成 protobuf 也不遲。甚至你可以倆協(xié)議共存，調(diào)試模式走文本協(xié)議，發(fā)布模式切二進(jìn)制——雖然得多寫點(diǎn)兼容代碼，但這可是給自己留了一條肉眼可看的后路啊。

畢竟嵌入式這玩意，一旦燒進(jìn)去，追蹤難度比服務(wù)器大得多。你省那點(diǎn)帶寬和 CPU，可能最后全花在猜數(shù)據(jù)為什么不對(duì)上面了。性能要爭(zhēng)，可維護(hù)性也得留一手，這才是嵌入式老鳥(niǎo)的生存智慧。