为何可变lambda会被转换为函数指针而非调用operator()？

先看这段代码：

const auto lambda = [] () mutable {};

void foo()
{
    lambda();
}

直观上我们会认为lambda()是直接调用lambda的operator()，但因为lambda是const对象，而mutable修饰的lambda的operator()是非const成员函数，直接调用本该触发编译错误。但实际情况是编译器会把这个无捕获lambda隐式转换为函数指针，再通过函数指针完成调用，让代码顺利编译。

这种转换的设计目的 #

1. 兼容C风格接口的灵活性
   无捕获lambda可以隐式转换为对应签名的函数指针，是C++标准特意设计的特性——目的是让lambda能直接传入那些需要函数指针的C风格API（比如qsort、线程创建函数等），无需显式转换，降低使用成本。

2. 重载决议的自然结果
   当直接调用lambda.operator()()因为const限定符不匹配而不可行时，编译器会尝试寻找其他合法的调用路径。此时，无捕获lambda的函数指针转换是一个可行选项：转换后的函数指针调用不需要考虑原lambda对象的const属性（因为函数指针指向的是lambda的底层函数实现，和对象的const无关），因此这条路径被重载决议选中，代码得以编译通过。

关于"是否应该拒绝该代码"的疑问 #

这种设计确实会带来直观上的困惑，因为程序员可能并没有显式表达转换为函数指针的意图。但从标准设计的角度，这是在"尽可能让合法代码工作"和"保持特性一致性"之间的权衡：既然无捕获lambda本身就支持隐式转函数指针，那么在直接调用成员函数不可行时，利用这个转换提供一个合法的调用路径，比直接报错更符合C++的设计哲学——当然，这也确实是一个容易让人踩坑的边缘场景。

补充细节 #

正如你观察到的，这种转换只会在特定场景触发：

• 如果lambda本身是非const的，那么直接调用非const的operator()是合法的，不会触发转换
• 如果lambda没有mutable修饰，那么它的operator()是const成员函数，const对象可以直接调用，也不会触发转换

内容的提问来源于stack exchange，提问作者Dr. Gut