Lambda 表达式可简洁重构线程池的 Runnable 提交逻辑，因其适配函数式接口、支持有效 final 变量捕获、兼容方法引用，并需显式处理异常以保障可观测性。

用 Lambda 表达式重构线程池的 Runnable 提交逻辑，核心是把匿名内部类“拍平”成简洁、可读、无冗余的函数式写法，同时保留执行语义和上下文安全。

直接替换匿名 Runnable 为 Lambda

传统写法需定义完整类结构，而 Lambda 只需聚焦“要做什么”：

• ❌ 原写法（冗长）：

executor.submit(new Runnable() {
  @Override
  public void run() {
    System.out.println("任务执行中");
    doWork();
  }
});

• ✅ Lambda 重构（一行搞定）：

executor.submit(() -> {
  System.out.println("任务执行中");
  doWork();
});

只要 Runnable 接口只有一个抽象方法（run()），它就是函数式接口，天然支持 Lambda。

捕获局部变量时注意 final 语义

Lambda 可访问所在作用域的 有效 final（effectively final） 变量——即未被重新赋值的局部变量。这是线程安全的基础保障：

• ✅ 允许（变量未被修改）：

String taskId = "T-1001";
executor.submit(() -> processTask(taskId)); // ✅ 合法

• ❌ 禁止（编译报错）：

String taskId = "T-1001";
taskId = "T-1002"; // ← 触发“variable is accessed from within inner class”错误
executor.submit(() -> processTask(taskId));

若需动态值，可封装进不可变容器（如 AtomicReference 或自定义 holder），但更推荐提前计算好再闭包。

结合方法引用提升可读性

当逻辑已封装为无参无返回的方法时，用方法引用比 Lambda 更简洁、意图更明确：

• ✅ 替代单行 Lambda：

// 原来：
executor.submit(() -> cleanupTempFiles());
// 更优：
executor.submit(this::cleanupTempFiles);

注意：方法引用必须与 Runnable.run() 签名一致（无参数、无返回值）。静态方法用 ClassName::methodName，实例方法用 instance::methodName。

统一异常处理避免静默失败

Lambda 内未捕获的异常会由线程池的 UncaughtExceptionHandler 处理，默认可能直接吞掉——这会让问题难以排查。建议显式包裹：

• 在 Lambda 内加 try-catch：

executor.submit(() -> {
  try {
    doRiskyWork();
  } catch (Exception e) {
    log.error("任务执行异常", e);
    metrics.counter("task.fail").increment();
  }
});

• 或提取为工具方法复用：

public static Runnable safe(Runnable task, Consumer onError) {
  return () -> {
    try { task.run(); }
    catch (Throwable t) { onError.accept(t); }
  };
}
// 使用：
executor.submit(safe(this::doRiskyWork, e -> log.error("fail", e)));

不复杂但容易忽略。Lambda 不是语法糖的终点，而是让并发逻辑回归“意图清晰”的起点。