Java线程池中execute()和submit()的区别全解析(源码&实战)_Java

前言

在 java 并发编程里， threadpoolexecutor 是最常用的组件之一，而其中最常用的两个方法就是：

execute(runnable command)
submit(callable/runnable task)

看起来只有“是否有返回值”的差别？

其实远不止如此！

一、简单对比：一张表记住核心差异

项目	execute()	submit()
所属接口	executor	executorservice
接受参数	runnable	runnable / callable
是否有返回值	❌ 无	✔ future，可取消，可拿结果
异常处理	❗异常直接抛出到线程的 uncaughtexceptionhandler	🔒 异常被捕获放进 future（不会直接打印）
是否可取消	❌ 无	✔ 可用 future.cancel()
是否支持批量汇总结果	❌ 不支持	✔ 支持 future + completionservice

一句话总结：

execute 用来“执行任务”， submit 用来“管理任务”。

二、execute()：轻量级任务执行，不关心结果

executor.execute(() -> {
    system.out.println("logging...");
    int x = 1 / 0;  // 会打印异常栈
});

特点：

不关心返回值
异常会直接抛到控制台
性能开销更小（不创建 futuretask）

适用场景：

记录访问日志
异步发 mq、埋点
刷缓存、通知等“扔过去就不管了”的任务

三、submit()：带状态的任务管理，有返回值，可捕获异常

future<integer> future = executor.submit(() -> {
    return 123;
});
system.out.println(future.get()); // 结果 123

submit 最大的隐形区别：异常不会自动抛出

future<?> f = executor.submit(() -> {
    throw new runtimeexception("error");
});

f.get(); // executionexception：异常从这里抛出

为什么？

因为 submit 内部把任务包成了 futuretask，它会：

try {
    call()
} catch (throwable t) {
    setexception(t);  // 保存到 future
}

→ 所以异常不会直接爆出来，而是等你 future.get() 再抛。

四、源码视角：submit 底层其实也是调用 execute

submit 并不是独立执行任务，它是：

把 runnable/callable 包装成 futuretask
调用 execute 执行 futuretask

源码（摘自 abstractexecutorservice）：

public <t> future<t> submit(callable<t> task) {
    runnablefuture<t> f = newtaskfor(task);
    execute(f);  // 注意这里！
    return f;
}

而 execute 是线程池真正调度任务的入口。

五、异常处理的根本差别（重点！）

方法	任务内部抛异常会怎样？
execute	异常会冒泡到线程顶层 → 默认打印栈追踪
submit	异常被 futuretask 捕获 → 不会打印，需要 future.get() 才能感知到

示例：submit 吃掉异常

executor.submit(() -> {
    throw new runtimeexception("boom!");
});

// 控制台不会输出任何异常

如果你不 get()，异常就彻底静悄悄消失了，这在真实项目里非常危险。

“为什么 submit() 会吃掉异常？怎么处理？”

答案：用 get() 捕获 executionexception，从 cause 拿真正异常。

六、真实业务场景如何选择？

✔ execute() 适用于：

不需要返回值
不需要任务取消
不关心任务是否失败

典型业务：

访问日志
埋点
异步通知
缓存刷新

✔ submit() 适用于：

需要汇总结果（并发调用多个服务）
需要捕获异常
需要任务状态（是否完成、是否失败）
需要 cancel

典型业务（例如医疗系统）：

药审 + 过敏 + 医保试算：并发执行，返回综合结果
大报表导出：后台执行 + 查询状态 + 可取消
风险评估：多线程计算指标后统一合并
第三方接口调用：需要捕获异常、重试、降级

七、一个真实示例：医疗系统并发校验医嘱

future<drugauditresult> drugf = pool.submit(() -> drugaudit());
future<allergyresult> allergyf = pool.submit(() -> checkallergy());
future<insuranceresult> insf = pool.submit(() -> precalcinsurance());

try {
    drugauditresult d = drugf.get();
    allergyresult a = allergyf.get();
    insuranceresult i = insf.get();
    return new summary(d, a, i);
} catch (executionexception e) {
    log.error("校验失败", e.getcause());
    throw new businessexception("医嘱校验失败");
}

这里必须用 submit，因为你要：

拿返回值
捕获异常
汇总结果

八、最终总结

execute 和 submit 的本质区别：

关键点	execute	submit
是否包装 future？	❌ 否	✔ 是
异常如何处理？	直接抛出	存 future 内，get 时抛
是否有返回值？	无	有
是否可取消？	否	是
是否适合任务编排/汇总结果？	❌	✔