默认情况下lambda不能修改值捕获变量，因为其operator()是const成员函数；mutable关键字可取消该限定，允许修改内部副本，但不影响外部变量。
为什么普通lambda不能修改值捕获的变量
默认情况下，C++ lambda 的函数调用运算符是 const 成员函数，这意味着它不能修改通过值捕获（[x]）的副本。哪怕你写 [x]{ x = 42; }，编译器也会报错：assignment of member 'x' in a const object。这不是语法限制，而是语言设计上对“纯函数式直觉”的默认保护——值捕获本意就是隔离副本，不希望意外污染。
mutable 关键字的作用和位置
mutable 必须紧跟在参数列表之后、函数体之前，用来取消调用运算符的 const 限定。它只影响该 lambda 对象内部对捕获副本的修改权限，不影响外部变量（因为本来就是拷贝）。
常见错误写法：[x]() mutable { x++; }() 是合法的；但 [x] mutable { x++; }()（mutable 放错位置）会编译失败。
-
mutable不改变捕获方式——仍是值捕获，只是允许修改那个副本 - 没有参数时，仍需保留空括号：
[x]() mutable { ... } - 若同时有返回类型推导，
mutable要放在->之前：[x]() mutable -> int { return ++x; }
修改拷贝后的影响范围与生命周期
每个 lambda 实例独立持有自己的捕获副本，mutable 修改的仅是当前对象内部的那份拷贝，不会影响其他 lambda 实例，也不会反向影响原始变量。
示例：
int a = 10;
auto f1 = [a]() mutable { return ++a; };
auto f2 = [a]() mutable { return ++a; };
std::cout
- f1 和 f2 各自维护一份
a的拷贝，互不干扰 - 每次调用
f1()都在修改它自己的a，所以第二次调用结果是 12 - 原始
a始终还是 10，未被触碰
什么时候必须用 mutable？常见误用场景
典型需求包括：实现带状态的闭包（如计数器、缓存、生成器）、配合 std::for_each 或 std::transform 累积中间结果、封装可变逻辑而不暴露全局/静态变量。
容易踩的坑：
- 误以为
mutable能让引用捕获可修改——其实引用捕获（[&x]）本来就可写，加mutable没意义，还可能掩盖意图 - 在多线程中无保护地使用
mutablelambda 修改共享状态，引发数据竞争（mutable不提供线程安全） - 过度依赖
mutable实现复杂状态机，导致 lambda 难以测试和复用——这时应考虑定义普通 functor 类
真正需要 mutable 的，是那些明确要“在值捕获基础上做局部、单实例、副作用可控的变更”的场合。一旦状态变复杂或需跨调用持久化，就该跳出 lambda 了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
