如何在Java Lambda表达式中初始化被捕获的变量

Java中Lambda表达式仅能捕获被final修饰、或是**实际最终（effectively final）**的局部变量。开发者可以先声明final变量再完成单次初始化，但初始化操作不能放在Lambda表达式内部。

合法与非法写法对比 #

可正常编译的写法 #

直接在局部作用域内完成final变量的单次初始化，语法完全合规：

final int num;
num = 10;

编译失败的写法 #

尝试在Lambda内部完成final变量的赋值，无论Lambda是否会在新线程中执行，都会触发编译错误：

final int num;
Thread thread = new Thread(() -> {
    num = 10;
});
thread.start();

哪怕你不调用start()创建新线程，直接调用run()方法同步执行Lambda逻辑，编译依然无法通过——所有Lambda内部对未初始化final变量的赋值操作都不符合语法要求。

这个限制本身具备合理性：Lambda可能被多次调用，如果允许内部赋值，很容易出现final变量被重复赋值的情况，直接破坏final关键字的语义约定。

异步初始化场景的规范实现 #

耗时操作（比如读取大文件）异步执行初始化的需求非常普遍，单元素数组的hack写法可读性差、表意模糊，本质是利用数组引用本身为final的规则漏洞绕过检查，不属于可维护的优质实现。更推荐使用以下几种符合Java设计规范的方案：

• 用CompletableFuture封装异步结果
  这是Java 8及以上版本最推荐的实现方式，专门为异步结果传递设计，不需要手动维护可变容器，语义清晰且线程安全：

  // 把耗时逻辑放到异步任务中，执行结果封装在Future对象内
  CompletableFuture<Integer> numFuture = CompletableFuture.supplyAsync(() -> {
      // 此处放读取大文件等耗时操作
      return 10;
  });
  // 需要使用值时可通过get()阻塞获取，非阻塞场景也可以绑定回调处理
  

• 使用JDK提供的专用可变容器
  如果确实需要在多线程场景下维护可变值，优先使用JDK并发包提供的工具类，而非自定义单元素数组：
  • 无强一致同步要求的场景，可以用AtomicInteger、AtomicReference等原子类，从语义上就明确表示“这是一个可变的值”，比数组写法的可读性高很多
  • 需要保证值初始化完成后才能被读取的场景，可以配合CountDownLatch等同步工具做线程间协同，避免读到未初始化的空值
• 重构逻辑避免外部变量赋值
  把耗时初始化的逻辑封装成带返回值的独立方法，无论是同步调用还是提交到线程池执行，都通过返回值接收结果，从根源上避免“在Lambda内给外部变量赋值”的写法，更符合函数式编程的设计思路。

内容的提问来源于stack exchange，提问作者John Smith