核心思路是显式封装、传递或隔离可变状态以满足Java的effectively final约束。具体包括：用局部副本切断引用链；将状态放入轻量容器；用函数式参数替代隐式捕获；避免Lambda中直接修改外部集合，改用线程安全收集器。
核心思路是：不依赖外部变量的“不变性”，而是把需要变更的状态显式封装、传递或隔离。
用局部副本切断变量引用链
在循环或递归中定义 Lambda 时，若原始变量（如 i、prefix）会在后续被修改，Java 会拒绝捕获。解决办法是在每次迭代中创建新局部变量，让每个 Lambda 捕获的是独立副本：
- 错误写法：int i = 0; list.forEach(x -> { i++; ... }); → 编译报错
- 正确写法：for (int idx = 0; idx process(localIdx)); }
- 对字符串等不可变对象也适用：String curPrefix = prefix + "_" + i; stream.map(x -> x.withPrefix(curPrefix))
把可变状态转为对象属性或上下文容器
Effectively final 约束只作用于变量引用本身，不限制对象内部字段。因此可将需频繁更新的数据放入一个轻量容器中：
- 定义 class Counter { int value; } 或复用 AtomicInteger
- 声明 Counter counter = new Counter();（未再赋值，满足 effectively final）
- Lambda 内调用 counter.value++ 是完全合法的
- 适用于计数、累加、标志位切换等场景，避免绕弯用 map/reduce 替代副作用
用函数式参数替代隐式捕获
当嵌套层级深、各层都需要不同上下文时，与其让最内层 Lambda 去捕获多层外变量，不如把所需数据作为参数逐级传入：
- 把 (id) -> service.call(id).thenApply(r -> transform(r, config, tenantId)) 改为
- Function
handler = buildHandler(config, tenantId); stream.map(handler::apply) - 其中 buildHandler 返回一个已闭包了 config 和 tenantId 的函数，自身变量仍是 effectively final
- 逻辑更清晰，测试更方便，也规避了嵌套中某层意外修改外部变量的风险
避免在 Lambda 中直接操作外部集合或共享状态
常见陷阱是多个 Lambda 并发修改同一个 List 或 Map，不仅违反 effectively final，还引发并发问题：
- 不要写：List
results = new ArrayList(); stream.forEach(x -> results.add(process(x))); - 改用收集器：List
results = stream.map(this::process).collect(Collectors.toList()); - 若必须累积状态（如统计），优先使用 Collectors.groupingBy、Collectors.summarizingInt 等线程安全聚合方式
