C++ lambda默认值捕获为何对局部变量和成员变量的const处理不一致

这是C++标准委员会刻意做出的设计选择，并非受实现限制，核心的权衡逻辑如下：

• 首先明确lambda的基础规则：未被mutable修饰的lambda，其operator()默认是const成员函数，仅禁止修改lambda自身持有的捕获变量副本，不限制修改其他外部对象：
  • 按值捕获的局部变量localVar会作为lambda的非静态数据成员存在，const修饰的operator()自然不允许修改自身的成员变量，所以localVar = 100的赋值操作会报错
  • 隐式捕获的this是指针类型，作为lambda成员存在的是这个指针本身，const修饰的operator()仅禁止修改该指针的指向（比如在lambda内写this = nullptr会触发编译错误），但通过该指针修改其指向的当前类对象的成员，不属于修改lambda自身成员的操作，因此完全合法
• 默认选择捕获this指针而非*this副本，主要有三方面考量：
  1. 语义对齐常规成员函数逻辑：在类的非静态成员函数中，访问成员变量默认就是修改当前实例本身，而非修改副本，lambda的设计优先和这种开发者已经熟知的语义对齐，避免产生额外的理解成本
  2. 性能与场景适配：很多实际场景中，lambda被用作类内的回调，开发者的预期就是修改当前实例的状态，如果默认强制捕获*this的const副本，不仅会带来不必要的对象拷贝开销（尤其对大尺寸类而言代价极高），还会导致修改的是副本而非原对象，产生不符合预期的逻辑错误
  3. 提供显式的一致性选项：标准并没有禁止你想要的“按const值捕获*this”的行为，C17之后新增了显式捕获*this的语法，你可以写[*this]() { ... }来按值捕获当前对象的副本，此时lambda内修改成员变量的行为就和修改普通局部捕获变量的规则完全一致；C20还支持[=, *this]的写法进一步明确捕获规则，把选择的权力交给了开发者，而非强制默认行为
• 针对你提到的“直观不明确”的问题，这确实是C++ lambda设计中被社区广泛反馈的易错点，目前行业内的普遍最佳实践是：尽量不要依赖[=]隐式捕获this，如果需要访问类成员，显式声明[this]（要修改原对象）或者[*this]（要使用对象副本），避免隐式规则导致的bug。

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