C++具名lambda与普通函数对比：lambda是否会产生额外空间开销？

两段代码性能表现对比 #

开启常规优化选项（如O2及以上的Release编译）时，两段代码性能完全一致，不存在可感知的差异，原因如下：

• 代码片段2中的lambda没有任何捕获，本质是一个重载了operator()的空类，你声明的f2asLambda是该空类的实例，C++的空对象优化会直接消除这个实例的内存占用，创建过程不会产生任何运行时开销，既没有内存分配，也没有额外的寄存器占用。
• 编译器优化阶段会将lambda调用直接替换为对应逻辑的执行，和直接调用普通函数f2的汇编输出完全相同，甚至因为lambda的定义完全在当前函数作用域内，编译器更容易对其做内联优化，性能不会弱于普通函数。
• 哪怕someConditionThatIsResultOfFunctionWork不成立、lambda完全没有被调用，编译器会直接将lambda的相关定义全部消除，不会留下任何冗余代码，不存在所谓“未调用也创建变量”的额外消耗。
• 仅在完全关闭优化的Debug编译场景下，可能会为lambda空对象分配1字节的占位内存，这个开销几乎可以忽略，不会对实际运行产生可感知的影响。

普通函数和具名lambda的选择建议 #

你提到的“普通函数比具名lambda更值得优先选用”的结论并不成立，两者没有绝对的优劣，完全取决于使用场景：

• 如果你需要这段辅助逻辑仅在当前f函数内部使用，那么用lambda是更优的选择：它把辅助逻辑的作用域严格限制在了f内部，不会污染外部命名空间，也避免了其他无关代码错误调用这个辅助函数的可能，代码的内聚性更好。
• 如果你需要在多个不同的函数里复用这段辅助逻辑，才应该优先选择普通函数（或者定义在全局/命名空间作用域的lambda），避免重复编写相同的lambda代码。
• 只有当lambda有大量值捕获、需要拷贝大量外部数据时，才需要考虑lambda实例化的开销，这种场景下可以把lambda的定义放到条件分支内部，或者改用普通函数传递参数，无捕获lambda不存在这个问题。

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