主流的 MCU 开发语言为什么是 C 而不是 C++？

要说主流 MCU 开发为啥是 C 而不是 C++，你先琢磨琢磨 MCU 那点家当 —— 存储空间按 KB 算，RAM 可能就几十 KB，算力更是抠抠搜搜，稍微重点的操作都怕给它干死机。这种环境下，代码的每一个字节、每一次内存访问都得精打细算，而 C 语言天生就带着这种 "极简主义" 的基因。

你想啊，写 MCU 程序，核心就是跟寄存器打交道，直接往地址里塞数，中断服务程序得像闪电一样快，容不得半点拖泥带水。C 语言就像一把朴实的扳手，没有多余的零件，编译器一转就是干干净净的机器码，你写，它就真给你翻译成直接操作那个地址的指令，没什么隐藏的开销。可 C++ 呢？光是一个虚函数，背后就藏着虚函数表，多占内存不说，调用的时候还得绕个弯查地址，在 MCU 这种对时间敏感的地方，这点延迟都可能误事。

*(volatile uint32_t*)0x40010800 = 0x01

再说说内存管理，MCU 里哪有那么多闲工夫给你搞堆内存？栈就那么大点，还得小心翼翼怕溢出，谁敢随便用和？这些 C++ 特性看着方便，实则在后台偷偷申请释放内存，碎片化不说，万一在中断里触发个内存分配失败，整个系统都可能崩掉。C 就不一样了，变量要么放栈里，要么用钉死在内存里，连动态分配都得靠开发者自己用数组模拟，虽然麻烦点，但每一个字节的去向都清清楚楚，这在资源捉襟见肘的 MCU 上，比什么都重要。

new

delete

static

还有行业里的老规矩，几十年下来，几乎所有 MCU 厂商给的库、手册里的示例代码，全是 C 写的。你拿个 STM32 的标准库看看，全是这种 C 风格的函数，编译器对 C 的支持也早就滚瓜烂熟，编译出来的代码大小、执行效率都能精确控制。要是强行用 C++，先不说编译器对那些高级特性支持到不到位，光把厂商给的 C 库封装成 C++ 类就得费老劲，万一封装出点问题，调试起来更头大。

void GPIO_Init(GPIO_TypeDef* GPIOx, GPIO_InitTypeDef* GPIO_InitStruct)

当然不是说 C++ 一无是处，只是在 MCU 这块一亩三分地，它的很多优点都成了 "过剩功能"。工程师们要的不是优雅的类继承，而是能精准控制每一个 IO 口翻转的指令；不是方便的异常处理，而是能在几微秒内响应中断的确定性。C 语言就像老伙计，虽然朴实，但在这种讲究 "够用就好" 的场景里，比花里胡哨的 C++ 靠谱多了 —— 这也是为啥这么多年过去，MCU 开发的主流宝座，还得是 C 来坐。