Lambda避坑关键在于理解其与变量、线程、接口的互动：变量捕获禁止重赋值但允许改内部状态；并行流需同步共享对象；受检异常需包装或自定义接口；方法引用严格匹配签名。
直接看核心痛点，别被“指南”二字带偏——Lambda避坑的关键不是背规则，而是理解它和变量、线程、接口三者的实际互动关系。
变量捕获：不是“不能改”，而是“不能重赋值”
编译报错“Variable should be final or effectively final”，本质是禁止你修改变量的引用指向，但不拦着你改对象内部状态。
- 基本类型（如 int、long）：捕获的是值，改不了——因为一改就等于重新赋值
- 引用类型（如 StringBuilder、ArrayList）：捕获的是地址值，你可以调用 append()、add() 等方法修改内容，但不能写 sb = new StringBuilder() 这类重指向操作
- 循环中常见翻车：for (int i = 0; i print(i)); } ——所有任务可能都打印 3。解决办法是加一层局部变量：int idx = i; 再在 Lambda 里用 idx
并发场景：parallelStream 不是“自动安全”，只是“自动拆分”
并行流会把任务分发到多个线程执行，但 Lambda 捕获的可变对象（比如 ArrayList 或 AtomicInteger）若没做同步或原子操作，结果就不可预测。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 别在 parallelStream 的 forEach 里往普通 List.add() 元素——用 Collectors.toList() 或 ConcurrentHashMap 替代
- 计数累加优先选 AtomicInteger 或 LongAdder，而不是 int 变量 + ++
- 想调试？先换成 stream() 跑通逻辑，再切回 parallelStream
异常处理：受检异常不能直接 throw
Lambda 体里写 throw new IOException() 会编译失败，因为标准函数式接口（如 Consumer、Function）没声明 throws Exception。
立即学习“Java免费学习笔记（深入）”；
- 方案一：用 try-catch 包住受检异常，转成 RuntimeException 抛出
- 方案二：自定义函数式接口，显式声明 throws，例如 @FunctionalInterface interface ThrowingConsumer<T> { void accept(T t) throws Exception; }
- 方案三：用第三方库（如 vavr）提供的支持受检异常的函数接口
方法引用：不是语法糖，是签名契约
System.out::println 能用在 Consumer
- String::length 是 Function<String, Integer>，不是 Supplier<Integer>（后者无参）
- Math::max 是 IntBinaryOperator，不是 BinaryOperator<Integer>（前者是原始类型，后者是包装类）
- 构造器引用 Person::new 必须对应函数式接口的抽象方法，比如 Supplier<Person> 或 Function<String, Person>
