使用函数的重要性及小程序场景下函数调用的内存占用对比与优劣分析

两段示例代码回顾 #

示例1：无额外函数封装 #

main()
{
    printf("Helloworld");
}

示例2：封装为独立函数调用 #

void fun()
{
    printf("Helloworld");
}
main()
{   
    fun();    
}

内存消耗对比 #

两段代码的内存消耗不一致，默认编译不开优化的前提下，第一段无额外函数封装的代码内存占用更低，具体差异如下：

1. 静态代码段（Text段，存程序指令，占用ROM/Flash空间）：
   示例2的代码段会多出来fun函数的栈帧维护指令（函数入栈、出栈、返回指令），以及main函数中调用fun的call指令，静态体积比示例1大几字节到几十字节不等，和CPU架构相关。
2. 运行时栈空间：
   示例1运行时仅存在main函数的栈帧，示例2调用fun时会额外创建fun的栈帧，哪怕没有参数和局部变量，栈帧至少需要存储返回地址、旧栈基址，峰值栈占用比示例1高8~16字节（32位/64位架构差异），fun执行完后栈帧会释放，最终栈占用回到和示例1一致的水平。

补充说明：如果开启编译器O2及以上优化，编译器大概率会将fun函数直接内联到main函数中，最终编译出的二进制和示例1完全一致，二者内存消耗无差异。

小程序场景下使用函数的优缺点 #

这里的小程序特指逻辑简单、内存占用极小，函数内存释放增益不明显的场景：

优点 #

• 逻辑拆分清晰，代码可读性和可维护性更高，后续需要调整对应逻辑时仅需修改函数内部一处即可
• 避免重复编码错误，即使当前仅调用一次，后续扩展需要多次调用同一逻辑时可直接复用，无需复制粘贴代码
• 符合模块化开发习惯，长期来看能降低代码迭代成本

缺点 #

• 不开优化的前提下，编译后的二进制体积更大，会多占少量ROM/Flash空间，对Flash空间极紧张的嵌入式场景不友好
• 不开优化的前提下，运行时峰值栈占用更高，对栈空间只有几十字节的极低配置嵌入式设备，有栈溢出的潜在风险
• 会产生额外的函数调用开销，多消耗数个CPU时钟周期，对纳秒级延迟要求的极端性能敏感场景（如高频中断处理）有微小的性能损失

内容的提问来源于stack exchange，提问作者Francis