要說主流 MCU 開發(fā)為啥是 C 而不是 C++，你先琢磨琢磨 MCU 那點家當(dāng) —— 存儲空間按 KB 算，RAM 可能就幾十 KB，算力更是摳摳搜搜，稍微重點的操作都怕給它干死機(jī)。這種環(huán)境下，代碼的每一個字節(jié)、每一次內(nèi)存訪問都得精打細(xì)算，而 C 語言天生就帶著這種 "極簡主義" 的基因。

你想啊，寫 MCU 程序，核心就是跟寄存器打交道，直接往地址里塞數(shù)，中斷服務(wù)程序得像閃電一樣快，容不得半點拖泥帶水。C 語言就像一把樸實的扳手，沒有多余的零件，編譯器一轉(zhuǎn)就是干干凈凈的機(jī)器碼，你寫，它就真給你翻譯成直接操作那個地址的指令，沒什么隱藏的開銷?？?C++ 呢？光是一個虛函數(shù)，背后就藏著虛函數(shù)表，多占內(nèi)存不說，調(diào)用的時候還得繞個彎查地址，在 MCU 這種對時間敏感的地方，這點延遲都可能誤事。

*(volatile uint32_t*)0x40010800 = 0x01

再說說內(nèi)存管理，MCU 里哪有那么多閑工夫給你搞堆內(nèi)存？棧就那么大點，還得小心翼翼怕溢出，誰敢隨便用和？這些 C++ 特性看著方便，實則在后臺偷偷申請釋放內(nèi)存，碎片化不說，萬一在中斷里觸發(fā)個內(nèi)存分配失敗，整個系統(tǒng)都可能崩掉。C 就不一樣了，變量要么放棧里，要么用釘死在內(nèi)存里，連動態(tài)分配都得靠開發(fā)者自己用數(shù)組模擬，雖然麻煩點，但每一個字節(jié)的去向都清清楚楚，這在資源捉襟見肘的 MCU 上，比什么都重要。

new

delete

static

還有行業(yè)里的老規(guī)矩，幾十年下來，幾乎所有 MCU 廠商給的庫、手冊里的示例代碼，全是 C 寫的。你拿個 STM32 的標(biāo)準(zhǔn)庫看看，全是這種 C 風(fēng)格的函數(shù)，編譯器對 C 的支持也早就滾瓜爛熟，編譯出來的代碼大小、執(zhí)行效率都能精確控制。要是強(qiáng)行用 C++，先不說編譯器對那些高級特性支持到不到位，光把廠商給的 C 庫封裝成 C++ 類就得費(fèi)老勁，萬一封裝出點問題，調(diào)試起來更頭大。

void GPIO_Init(GPIO_TypeDef* GPIOx, GPIO_InitTypeDef* GPIO_InitStruct)

當(dāng)然不是說 C++ 一無是處，只是在 MCU 這塊一畝三分地，它的很多優(yōu)點都成了 "過剩功能"。工程師們要的不是優(yōu)雅的類繼承，而是能精準(zhǔn)控制每一個 IO 口翻轉(zhuǎn)的指令；不是方便的異常處理，而是能在幾微秒內(nèi)響應(yīng)中斷的確定性。C 語言就像老伙計，雖然樸實，但在這種講究 "夠用就好" 的場景里，比花里胡哨的 C++ 靠譜多了 —— 這也是為啥這么多年過去，MCU 開發(fā)的主流寶座，還得是 C 來坐。