嵌入式开发能用C++吗？STM32老工程师实战经验分享

这个问题其实挺有代表性的。

很多做嵌入式的朋友，尤其是做单片机、底层驱动的，基本上都是清一色的C语言。突然看到开发环境里有个C++选项，心里就开始犯嘀咕：这玩意儿能用吗？会不会太重？会不会出问题？

我自己做嵌入式这么多年，从单片机到嵌入式Linux，从裸机到RTOS，说实话C++在嵌入式里的处境一直挺尴尬的。

不是说它不能用，而是很多人不敢用，也不知道怎么用。

先说第一个问题：在弱CPU、小内存环境下，C++好使不？

答案是：看你怎么用。

如果你把C++当成“带class的C”来用，其实问题不大。定义几个类，封装一下硬件接口，写个设备驱动类，这些操作不会给系统带来太大负担。甚至在某些场景下，用C++的封装特性反而能让代码更清晰、更好维护。

但如果你上来就用STL、用异常处理、用RTTI、用虚函数满天飞，那在资源受限的嵌入式环境里，确实会有问题。

STL会带来额外的内存开销和代码体积膨胀。异常处理在嵌入式里基本不用，因为很多编译器默认就关掉了。RTTI（运行时类型识别）也是类似的情况，开销大，收益小。虚函数倒是可以用，但你得清楚它背后有虚函数表，会占用一点额外空间，而且函数调用会多一层间接寻址。

所以在嵌入式里用C++，核心原则就是：用你需要的特性，别用你不需要的特性。

这也是为什么很多人说“C with class”。

其实这个说法没什么问题。

你不需要把 C++ 的所有特性都用上，只用class、构造函数、析构函数、简单的继承和多态，就已经能让代码结构好很多了。比如你要写一个传感器驱动，用C的话可能是一堆函数：sensor_init() ， sensor_read() ， sensor_deinit() 。用C++的话可以封装成一个类，初始化放构造函数，清理放析构函数，读取数据是成员函数，这样代码的逻辑性和可读性都会好很多。

我之前做过一个项目，要对接好几种不同的传感器，每种传感器的通信协议不一样，有的是I2C，有的是SPI，有的是UART。如果用纯C写，要么写一堆 if-else 判断传感器类型，要么搞一堆函数指针。后来我直接用C++写了一个基类 Sensor ，然后每种传感器继承这个基类，重写 read() 方法。上层代码只需要调用 sensor->read() ，完全不用关心底层是什么传感器。

这种场景下，C++的多态特性就非常好用。

而且代码量也没增加多少，编译出来的固件大小也在可接受范围内。

但我也见过反面案例。

有个朋友之前在一家公司做STM32项目，团队里有个人特别喜欢C++，上来就把整个工程改成了C++，还引入了一堆模板、STL容器。结果编译出来的固件大小直接超了，Flash不够用，最后不得不重构回C。

所以在嵌入式里用C++，真的要克制。

不是所有C++特性都适合嵌入式，但合理使用部分特性，确实能提升代码质量。

再说第二个问题：大部分人都是“C with class”，那学起来只学个class就可以边学边搞了？

理论上可以，但我建议你至少把这几个概念搞清楚：

1. 类和对象：这是基础，得知道怎么定义类、怎么创建对象、什么是成员变量和成员函数。
2. 构造函数和析构函数：这个在嵌入式里特别有用，可以用来管理资源的初始化和释放。
3. 继承和多态：如果你要写驱动框架、要做硬件抽象层，这个会很有用。
4. 访问控制（public/private/protected）：这个能帮你更好地封装代码，避免外部乱调用内部接口。

这几个概念掌握了，基本上就可以在嵌入式项目里用C++了。

至于模板、STL、智能指针、lambda表达式这些高级特性，你可以先不管。等你真正需要的时候，再去学也不迟。

但这里有个坑要注意：不是所有嵌入式编译器都完整支持C++。

有些老的编译器对C++的支持不太好，或者默认关闭了某些特性。比如异常处理、RTTI在很多嵌入式编译器里是默认关闭的，因为它们会增加代码体积和运行时开销。所以你在用C++写嵌入式代码之前，最好先确认一下你的编译器支持哪些特性，哪些特性是默认关闭的。

所以回到最开始的问题：C++在嵌入式中表现如何？

我的答案是：

C++在嵌入式里不是不能用，而是要会用。

合理使用C++的部分特性，可以让代码更清晰、更好维护，但如果滥用高级特性，反而会给自己挖坑。如果你现在对C++还不太熟，可以先从“C with class”开始，慢慢体会C++在嵌入式里的优势和局限。等你真正理解了C++的各种特性，也理解了嵌入式的资源限制，你自然就知道该用什么、不该用什么了。

最后说一句：

工具没有好坏，关键看你怎么用。

C++不是银弹，C也不是过时的老古董。选择用哪种语言，取决于你的项目需求、团队习惯、资源限制。不要盲目追新，也不要固步自封。多尝试，多思考，找到最适合自己项目的方案，才是最重要的。如果你在开发过程中有心得或踩坑经历，也欢迎到 云栈社区 这样的技术论坛和大家交流，共同进步。