Java Executor框架通过线程池解耦任务提交与执行，提升资源复用与管控能力；常用实现包括FixedThreadPool、CachedThreadPool、ScheduledThreadPool和SingleThreadExecutor，需依场景选用，并遵循shutdown→awaitTermination→shutdownNow三步关闭法，推荐submit替代execute以获取异常反馈。
Java Executor框架是并发编程的核心工具，它把任务提交和线程执行解耦，让开发者专注业务逻辑，不用手动管理线程生命周期。
为什么要用Executor而不是直接new Thread？
直接创建线程开销大、难复用、易失控；Executor通过线程池复用线程，统一管控数量、拒绝策略、队列行为等。比如处理1000个HTTP请求，用FixedThreadPool控制最多10个线程并发，既防资源耗尽，又避免频繁创建销毁线程的性能损耗。
常用ExecutorService实现及适用场景
Executors.newFixedThreadPool(n)：适合负载稳定、任务执行时间较均衡的场景，如后台订单处理服务。
Executors.newCachedThreadPool()：适合大量短时任务（如RPC响应），空闲60秒自动回收线程，但无界队列+无限扩容可能引发OOM，生产环境慎用。
Executors.newScheduledThreadPool(n)：用于定时或周期性任务，如每5秒检查一次缓存健康度。
Executors.newSingleThreadExecutor()：保证任务串行执行，适合日志写入、配置更新等需顺序保障的操作。
正确关闭线程池的三步法
不关闭会导致JVM无法退出；只调shutdown()不够，得配合awaitTermination()等待任务结束，必要时再调shutdownNow()强制中断：
- 调用shutdown()：停止接收新任务，已提交任务继续执行
- 调用awaitTermination(timeout, unit)：阻塞等待指定时间，判断是否全部完成
- 若超时未完成，可选shutdownNow()尝试中断正在运行的任务（注意：仅对响应中断的任务有效）
提交任务的两种方式与异常处理
execute(Runnable)：无返回值，任务中抛出的异常会静默丢失（除非设置ThreadFactory自定义UncaughtExceptionHandler）。
submit(Callable/Runnable)：返回Future，可用get()获取结果或捕获ExecutionException（封装了原始异常）。推荐在需要结果或异常反馈时使用submit。
例如：异步校验用户权限，用submit提交Callable，get()时能明确知道是校验失败还是超时，比execute更可控。
立即学习“Java免费学习笔记（深入）”；
基本上就这些。用好Executor框架，关键不是记住API，而是理解线程池参数含义（corePoolSize、maxPoolSize、workQueue、rejectedExecutionHandler）和不同场景下的组合策略。
