Java Lambda捕获变量本质是值复制，基本类型捕获数值快照，引用类型捕获地址快照；要求effectively final是为了避免副本与原始变量不一致及并发修改风险，线程安全需依赖原子类、线程安全集合或同步机制。
Java 中 Lambda 表达式在并发处理中捕获变量，核心不是“能不能用”，而是“怎么用才安全”。它本身不提供线程安全保证，关键在于你捕获的是什么、怎么改、在哪改。
捕获的其实是副本，不是原始变量
Lambda 捕获局部变量时，JVM 会把该变量的值（基本类型）或引用（对象类型）**复制一份**存到 Lambda 对象内部。这个副本和原变量在栈上是独立的。方法执行完、栈帧销毁后，原始变量已不存在，但 Lambda 还能访问自己的副本。
- 基本类型（如 int、boolean）：捕获的是数值快照，后续修改原变量不影响 Lambda 内看到的值
- 对象引用（如 StringBuilder、ArrayList）：捕获的是地址快照，Lambda 可以通过该引用调用对象方法修改其状态（比如
append()），但不能让这个引用指向新对象（比如sb = new StringBuilder()）
为什么不允许修改捕获的局部变量
编译器强制要求变量是 effectively final（等效 final），根本原因在于避免语义混乱和并发风险：
- 如果允许 Lambda 修改捕获的变量，那改的是副本还是原始变量？Java 不定义这种行为
- 多个线程同时执行同一个 Lambda，都试图改同一个局部变量副本，结果不可预测
- 原始变量可能早已随方法退出而消失，修改它没有意义甚至危险
并发场景下安全共享数据的常用做法
想在 Lambda 中更新状态并被其他线程感知，不能靠修改局部变量，得用专门设计的线程安全机制：
立即学习“Java免费学习笔记（深入）”；
-
用原子类替代基础类型：比如把
int count = 0换成AtomicInteger count = new AtomicInteger(0)，然后在 Lambda 中调用count.incrementAndGet() -
用线程安全集合：如
ConcurrentHashMap或CopyOnWriteArrayList，Lambda 可以安全地put()或add() - 避免共享可变状态：优先让每个 Lambda 处理独立数据，结果通过返回值或队列收集，而不是共用一个变量累加
-
用外部同步控制：如果必须操作共享对象，把临界区逻辑包进
synchronized块或显式锁里，Lambda 仅作为执行载体
特别注意循环中的变量捕获
for 循环里直接用索引变量 i 是高频陷阱：
- 错误写法：
for (int i = 0; i System.out.println(i)); }→ 所有 Lambda 都可能打印 5（因为循环结束时 i = 5，且所有 Lambda 捕获的是同一个 i 的最终值） - 正确写法：用局部变量“固定”每次迭代的值，例如
for (int i = 0; i System.out.println(idx)); }
本质上，Lambda 的变量捕获机制是为函数式编程服务的，它默认假设局部变量是只读的。一旦进入多线程环境，就得主动切换到线程安全的数据结构或同步策略，而不是试图绕过限制去修改局部变量。
