要说主流 MCU 开发为啥是 C 而不是 C++，你先琢磨琢磨 MCU 那点家当 —— 存储空间按 KB 算，RAM 可能就几十 KB，算力更是抠抠搜搜，稍微重点的操作都怕给它干死机。这种环境下，代码的每一个字节、每一次内存访问都得精打细算，而 C 语言天生就带着这种 "极简主义" 的基因。
你想啊，写 MCU 程序，核心就是跟寄存器打交道，直接往地址里塞数，中断服务程序得像闪电一样快，容不得半点拖泥带水。C 语言就像一把朴实的扳手，没有多余的零件，编译器一转就是干干净净的机器码，你写*(volatile uint32_t*)0x40010800 = 0x01，它就真给你翻译成直接操作那个地址的指令，没什么隐藏的开销。可 C++ 呢？光是一个虚函数，背后就藏着虚函数表，多占内存不说，调用的时候还得绕个弯查地址，在 MCU 这种对时间敏感的地方，这点延迟都可能误事。
再说说内存管理，MCU 里哪有那么多闲工夫给你搞堆内存？栈就那么大点，还得小心翼翼怕溢出，谁敢随便用new和delete？这些 C++ 特性看着方便，实则在后台偷偷申请释放内存，碎片化不说，万一在中断里触发个内存分配失败，整个系统都可能崩掉。C 就不一样了，变量要么放栈里，要么用static钉死在内存里，连动态分配都得靠开发者自己用数组模拟，虽然麻烦点，但每一个字节的去向都清清楚楚，这在资源捉襟见肘的 MCU 上，比什么都重要。
还有行业里的老规矩，几十年下来，几乎所有 MCU 厂商给的库、手册里的示例代码，全是 C 写的。你拿个 STM32 的标准库看看，全是void GPIO_Init(GPIO_TypeDef* GPIOx, GPIO_InitTypeDef* GPIO_InitStruct)这种 C 风格的函数，编译器对 C 的支持也早就滚瓜烂熟，编译出来的代码大小、执行效率都能精确控制。要是强行用 C++，先不说编译器对那些高级特性支持到不到位，光把厂商给的 C 库封装成 C++ 类就得费老劲，万一封装出点问题，调试起来更头大。
当然不是说 C++ 一无是处，只是在 MCU 这块一亩三分地，它的很多优点都成了 "过剩功能"。工程师们要的不是优雅的类继承，而是能精准控制每一个 IO 口翻转的指令；不是方便的异常处理，而是能在几微秒内响应中断的确定性。C 语言就像老伙计，虽然朴实，但在这种讲究 "够用就好" 的场景里，比花里胡哨的 C++ 靠谱多了 —— 这也是为啥这么多年过去，MCU 开发的主流宝座，还得是 C 来坐。 |
