executor接口不能直接submit任务，因为它只定义了execute(runnable)方法，不支持返回值、异常处理和任务取消；submit()属于其子接口executorservice。
Executor 接口为什么不能直接 submit 任务？
因为 Executor 只定义了最简契约：execute(Runnable)，它不关心返回值、不处理异常、也不支持取消。你拿它调 submit() 会编译报错——那方法压根不在这个接口里。
常见错误现象：java: cannot find symbol，提示找不到 submit 方法；或者误以为所有线程池都能用 Future 拿结果，结果发现类型不对。
- 要用
submit()或invokeAll()，必须用ExecutorService接口（它是Executor的子接口） -
Executors.newFixedThreadPool(3)返回的是ThreadPoolExecutor实例，它实现了ExecutorService，所以能 submit - 但如果你只声明为
Executor exec = Executors.newFixedThreadPool(3);，就只能调execute()，别无选择
ThreadPoolExecutor 的七个构造参数怎么配才不翻车？
不是所有参数都常改，但漏掉关键组合会出问题：比如核心线程数设为 0，又没开允许核心线程超时，那空闲线程永远不回收；再比如队列用 LinkedBlockingQueue 且没设容量上限，OOM 风险极高。
使用场景：高吞吐后台任务（如日志异步刷盘）适合小核心数 + 大无界队列；低延迟响应（如 HTTP 请求）得控队列长度 + 合理拒绝策略。
-
corePoolSize和maximumPoolSize相等 → 线程数固定，避免动态扩容抖动 -
workQueue别直接写new LinkedBlockingQueue()，至少给个容量，比如new LinkedBlockingQueue(1024) -
keepAliveTime对核心线程生效的前提是调了allowCoreThreadTimeOut(true)，否则白设 - 拒绝策略别用默认的
AbortPolicy（抛RejectedExecutionException），生产环境建议CallerRunsPolicy或自定义降级逻辑
Executors 工具类创建的线程池有哪些隐性坑？
Executors 提供的静态工厂方法写起来快，但封装太“厚”，掩盖了底层配置细节，容易在压测或上线后暴露问题。
典型错误现象：服务跑着跑着 OOM；某天流量突增，新任务全被拒绝，监控却没告警；或者线程数疯涨到几百，CPU 打满。
-
Executors.newCachedThreadPool()：最大线程数是Integer.MAX_VALUE，队列是SynchronousQueue，意味着每来一个任务就可能新建线程——并发稍高就失控 -
Executors.newSingleThreadExecutor()：返回的其实是FinalizableDelegatedExecutorService包装类，无法转型成ThreadPoolExecutor，没法调getActiveCount()这类监控方法 -
Executors.newFixedThreadPool(n)和newScheduledThreadPool(n)用的都是无界LinkedBlockingQueue，任务积压时内存持续上涨，不会触发拒绝策略
如何安全地关闭 ThreadPoolExecutor？
直接调 shutdown() 不等于立刻停，更不等于等所有任务结束。很多同学以为 shutdown 就万事大吉，结果发现 JVM 退出前还有线程没结束，或者定时任务还在跑。
关键点在于区分「停止接收新任务」和「等待已有任务完成」是两个动作，且都有超时风险。
- 先调
shutdown()，它会让线程池进入 SHUTDOWN 状态，不再接受新任务，但继续执行已提交的 - 再调
awaitTermination(long, TimeUnit)等待完成，但必须配合超时判断，比如：if (!executor.awaitTermination(30, TimeUnit.SECONDS)) { executor.shutdownNow(); } -
shutdownNow()会尝试中断正在运行的线程，但前提是任务代码响应中断（检查Thread.interrupted()或捕获InterruptedException），否则无效 - 务必在
finally块或 try-with-resources（如果包装了 AutoCloseable）中做关闭，避免泄漏
真正麻烦的不是关不关，而是关的时候有没有人还在往里 submit —— 所以关闭前最好先停上游，再关池子，顺序错了就白关。
