ThreadPoolExecutor.submit(Runnable, T) 不支持任务结果的预先注入，其本质是将Runnable包装为返回固定值result的Future，该result与任务内部逻辑无关，仅作为Future.get()的静态返回值。
Java 中 ThreadPoolExecutor.submit(Runnable, T) 并不支持“任务结果的预先注入”——这个说法存在概念误解。该方法签名是 Future<t> submit(Runnable task, T result)</t>，它的作用是：当任务执行完毕后，返回一个固定值 result，而不是让任务在执行前“拿到”或“修改”这个 result。
submit(Runnable, T) 的真实语义
这个重载方法的本质是：把一个无返回值的 Runnable 包装成有返回值的 Future，且返回值固定为你传入的 result，与任务内部逻辑无关。
例如：
ExecutorService pool = Executors.newFixedThreadPool(1);
Future<String> future = pool.submit(() -> {
System.out.println("任务正在运行...");
try { Thread.sleep(1000); } catch (InterruptedException e) {}
}, "预设结果");
System.out.println(future.get()); // 输出："预设结果"（不是任务生成的）
为什么不能实现“结果预先注入”？
Runnable 没有返回值，无法将外部对象“注入”为它的运行结果；submit(Runnable, T) 中的 T result 是静态绑定的返回值，不是可被任务修改的容器。常见误解包括：
立即学习“Java免费学习笔记（深入）”；
- 误以为
result是个引用对象，任务里能修改它 → 实际上只是 Future 的 get() 返回值，任务体对其无访问权限 - 混淆了
Callable（可返回动态结果）和Runnable + result（返回静态结果） - 试图用此方式传递上下文或状态 → 应改用闭包捕获、ThreadLocal 或显式参数封装
真正需要“任务执行中产生/影响结果”的替代方案
若目标是让任务运行过程中生成、填充或修改某个结果对象，应选择以下更合理的方式：
-
使用
Callable<T>：任务自己计算并返回结果，由 Future.get() 获取动态值 -
通过闭包共享可变对象：如传入
AtomicReference<T>或线程安全容器，在 Runnable 内部 set() -
使用 CompletableFuture：手动控制完成时机，调用
complete(value)注入结果 - 自定义 Future 或回调接口：在任务结束时触发 listener.onResult(obj)
小结
submit(Runnable, T) 是一种便捷包装，适用于“任务只负责做事，结果恒定”的场景（如日志记录后统一返回 SUCCESS）。它不提供运行时结果注入能力。若需任务动态产出或影响结果，请转向 Callable、共享状态对象或异步编排工具（如 CompletableFuture），这才是符合 Java 并发模型的设计路径。
