Lambda变量捕获发生在定义时而非调用时，值捕获复制当前值，引用捕获保存地址，this捕获存储指针；代码块初始化即闭包构造函数执行，决定捕获内容与方式。
代码块初始化逻辑是理解 Lambda 变量捕获机制最直接的切入点——它把“什么时候捕获”“捕获什么”“怎么存”这三个关键问题具象化到了编译器生成的闭包结构中。
变量捕获发生在定义时，不是调用时
Lambda 表达式在声明（即代码块执行到那一行）时就完成变量捕获，而非等到 action() 被调用。此时编译器根据捕获列表决定如何绑定外部变量：
- 值捕获（
[x]或[=]）：复制变量当前值，存为闭包类的成员字段；后续外部修改不影响闭包内副本 - 引用捕获（
[&x]或[&]）：存储指向原始变量的引用；闭包内外访问的是同一内存位置 -
this捕获（[this]或[=]在成员函数中）：捕获的是指针，不是对象副本；可安全访问成员，但需确保对象生命周期覆盖闭包使用期
代码块初始化 = 闭包类构造函数执行
以 C++ 为例，auto f = [x, &y]() { ... }; 这一行执行时，等价于隐式调用一个编译器生成的匿名类构造函数：
- 构造参数传入
x的值（拷贝）、y的地址（引用） - 构造函数体将这些值分别赋给闭包类的私有成员：
int _x; int& _y; - 后续每次调用
f()，实际是调用该类的operator()，读写的是这些已初始化好的成员
Java 中虽不暴露类结构，但语义一致：lambda 定义时就把 effectively final 局部变量的值“快照”进堆上的函数对象里。
实战中要盯住初始化那一刻的变量状态
常见陷阱都源于忽略了“捕获只看定义瞬间”这一事实：
- 循环中直接捕获索引变量：
for (int i = 0; i i);—— 所有 lambda 捕获的是同一个i的引用（Java 不允许）或最终值（C#），输出全为 3 - 修复方式就是在每次迭代的代码块内做显式初始化：
int localI = i; actions.add(() -> localI);—— 此时每次初始化产生新局部变量，各 lambda 捕获各自独立副本 - C++ 中误用
[&]捕获已销毁作用域的变量，如在函数返回后仍调用捕获了栈变量的 lambda，导致未定义行为
区分“能用”和“被捕获”是关键前提
只有局部变量才涉及捕获机制；实例字段、静态字段、方法参数（Java 中）不经过捕获流程：
- Java 中
this.field可直接访问，不触发变量捕获检查，也不受effectively final限制 - C++ 成员函数中写
[=] { return value; }，value是通过this访问的，不是捕获局部变量，而是隐式捕获this后解引用 - 真正被“捕获”的，永远只是代码块中定义、且在 lambda 体内被直接引用的那些局部实体
