1. 工业嵌入式场景下的编译产物体积之争
在资源受限的工业嵌入式系统中，编译产物体积直接关系到硬件成本控制和功能实现的可能性。最近我在为某工业控制器项目做技术选型时，对C++17和C语言的编译结果进行了系统性的对比测试，发现了一些值得分享的结论。
工业现场的环境往往比我们想象的更苛刻：-40℃~85℃的工作温度、256KB的Flash存储空间、仅有64KB的RAM——这些限制让每个字节都变得珍贵。传统观点认为C语言生成的代码更紧凑，但现代C++17真的如传言中那样"臃肿"吗？我使用GCC 10.2（arm-none-eabi）在STM32H743平台上做了组对照实验...
2. 测试环境与方法论设计
2.1 硬件平台选择依据
选用STM32H743ZI这颗Cortex-M7芯片作为测试平台，主要基于三点考虑：
- 工业级温度范围（-40℃~85℃）
- 典型资源配置（2MB Flash/1MB RAM）
- 实际项目中该型号使用广泛
测试时特意将Flash限制在256KB分区内模拟资源受限场景，这与大多数工业PLC、电机控制器的真实环境一致。
2.2 编译器配置细节
采用相同的工具链基础配置：
bash复制arm-none-eabi-gcc -mcpu=cortex-m7 -mthumb -mfloat-abi=hard -mfpu=fpv5-sp-d16
关键优化参数对比：
- C项目：-Os -ffunction-sections -fdata-sections
- C++17项目：同上 + -fno-rtti -fno-exceptions
特别注意：C++项目必须禁用RTTI和异常，这两项特性会导致显著的体积膨胀。在工业嵌入式场景中，我们通常也不需要这些特性。
3. 实测数据与反直觉发现
3.1 基础数据类型操作测试
设计了一组基础测试用例：
- 32位整数运算
- 浮点矩阵运算
- 内存拷贝操作
| 测试项 | C代码体积 | C++17体积 | 差异 |
|---|---|---|---|
| 整数运算 | 1.2KB | 1.3KB | +8% |
| 浮点运 |