lambda捕获循环变量需确保变量effectively final，解法是在循环内声明独立副本（如int index = i），避免共享引用；若引用可变对象或实例字段，须注意线程安全与状态隔离。
直接在循环里用 Lambda 捕获循环变量（比如 i），会导致所有 Lambda 共享同一个变量引用，编译报错“Variable used in lambda expression should be final or effectively final”。这不是运行时问题，而是编译阶段就拦下的硬性约束。核心解法是让每次迭代拥有独立、不可变的变量副本。
用 final 局部变量做显式副本
在循环体内声明一个新的 final 变量，并把当前循环变量值赋给它。Lambda 捕获的是这个新变量，而非原始循环变量：
-
写法示例：
for (int i = 0; i final int index = i;<br> tasks.add(() -> System.out.println(index));<br>}
- 每轮迭代都生成一个独立的
index，生命周期绑定当前循环作用域 - 编译器确认
index是 effectively final，允许捕获
利用 Java 8+ 的隐式 effectively final 特性
只要不重新赋值，不加 final 关键字也能通过编译。更简洁，语义一致：
-
等效写法：
for (int i = 0; i int index = i; // 未再修改 → effectively final<br> tasks.add(() -> System.out.println(index));<br>}
- 省略
final不影响安全性，编译器自动识别 - 注意：一旦后续代码中对
index赋值（如index = 10），立刻触发编译错误
避免在 Lambda 内部修改被捕获的对象状态（进阶陷阱）
即使变量本身是 effectively final，若它引用的是可变对象（如 StringBuilder、ArrayList），Lambda 仍可修改其内容——这容易引发线程安全或逻辑混乱问题：
- ✅ 允许：
prefix.append(item)（修改对象内部状态） - ❌ 禁止：
prefix = new StringBuilder(...)（试图重置引用） - 若需隔离状态，应在每次迭代中创建新对象实例，而不是复用外部可变容器
多线程场景下额外注意 this 引用和实例字段
如果 Lambda 定义在实例方法中并访问了 this.count 这类实例变量，实际捕获的是整个对象引用。多个线程并发执行该 Lambda 会竞争修改同一字段：
- ❌ 危险写法：
() -> count++（非线程安全） - ✅ 安全替代：改用
AtomicInteger、synchronized块，或把计算逻辑移出 Lambda - 建议优先使用无状态 Lambda，把共享状态封装在参数或返回值中传递
