线程池的submit和execute有什么区别？
两者都把任务交给执行器，但返回值、异常观察方式和可取消能力不同，不能只说一个有返回值。
直接结论
execute 接收 Runnable，提交后不返回代表任务的句柄；submit 来自 ExecutorService，可接收 Runnable 或 Callable，并返回 Future。Future 能取得结果、等待完成、查询状态或请求取消。更关键的区别是异常传播：execute 中未捕获的运行时异常通常到达工作线程的 UncaughtExceptionHandler；submit 会把任务异常封装进 Future，调用 get 才以 ExecutionException 暴露。如果提交后从不观察 Future，故障可能被静默忽略。
原理与步骤
ThreadPoolExecutor 的 execute 是底层调度入口，会根据核心线程数、工作队列、最大线程数和拒绝策略决定接收任务。AbstractExecutorService 的 submit 通常把任务包装成 RunnableFuture，再交给 execute，因此队列和拒绝规则仍由同一个执行器控制。Future.cancel(true) 只是请求中断正在运行的任务，任务是否及时结束取决于代码是否响应中断。submit(Runnable) 的 get 通常返回 null，也可提供预设结果；Callable 则能返回计算值并声明抛出异常。
工程场景
适合“只触发但仍有集中异常监控”的轻量后台动作可使用 execute，并配置线程工厂的异常处理；需要结果、超时、取消或批量协调时使用 submit、invokeAll 或更高层并发工具。无论哪一种，都要处理 RejectedExecutionException，给队列设置合理上限并监控活跃线程、队列长度和拒绝数。Web 请求中不要无限等待 Future.get，应设置超时并将取消、降级与调用链截止时间结合。任务也要在 finally 中释放连接等资源。
验证与边界
验证可分别提交一个抛异常的 Runnable：execute 路径观察未捕获异常处理器，submit 路径保存 Future 并调用 get，确认异常包装差异；再让任务响应中断，测试 cancel 的实际效果。边界是不同 ExecutorService 实现可能有不同内部包装，但接口层的 Future 契约保持不变。不能从“Future 可取消”推出强制终止，也不能从 submit 返回成功推出任务已执行成功；它只表示提交被接受并返回了句柄。
答题练习
- 1submit 返回 Future
- 2异常观察路径不同
- 3两者共享执行器的容量和拒绝规则
常见错误
- 提交后丢弃 Future 导致异常不可见
- 把 cancel(true) 误解成强制杀死线程
可能追问
- 线程池参数如何配合有界队列
- 如何统一收集异步任务异常
来源记录
- 原始来源
- 小林coding
- 来源页面
- 平安银行 Java 面试
- 最近收录
- 2026-07-05
- 官方复核
- Oracle Java 官方文档