Java线程创建与线程池是一条从“单点执行”到“系统化并发管理”的演进主线：创建是起点（强调资源成本与语法正确性），线程池是收敛（需建模业务流量与系统水位，显式配置参数而非依赖Executors默认）。
Java 中线程创建与线程池技术，不能当成两个孤立知识点来看。它们是一条从“单点执行”走向“系统化并发管理”的演进主线：线程创建是起点，线程池是收敛；前者讲“怎么跑起来”，后者讲“怎么稳得住、管得好、扛得住”。
真正理解这条主线，关键在三个层次：
线程创建不是语法题，而是资源意识的启蒙
很多人写 new Thread(() -> {...}).run() 还以为启动了线程——其实只是在 main 线程里顺序调用了一个方法。start() 才触发 JVM 调用 native 层创建 OS 线程，这才是真正的并发起点。
这背后是资源成本意识：每次 start() 都意味着操作系统分配栈内存（默认1MB）、注册调度实体、参与CPU竞争。频繁创建销毁，轻则响应变慢，重则触发 GC 或 OOM。
所以创建方式本身就在传递设计约束：
- 继承
Thread类 → 语义清晰但受单继承限制，适合教学或极简场景 - 实现
Runnable→ 解耦任务逻辑与执行载体，支持多线程复用同一对象（比如多个线程卖同一组票） - 使用
Callable + FutureTask→ 明确表达“我需要结果”，天然支持异常传播和超时控制
线程池不是配置题，而是对并发行为的建模
它本质是在回答四个问题：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
-
最多允许几个线程同时干活？（
corePoolSizevsmaximumPoolSize） -
空闲线程留多久？（
keepAliveTime决定弹性伸缩节奏） -
任务来了没空线程，先放哪？（队列类型决定是等、拒、还是缓存——
LinkedBlockingQueue是无界陷阱，ArrayBlockingQueue可控但需预估容量） -
队列满了、线程也到上限了，新任务怎么办？（拒绝策略不是兜底，而是业务意图的声明：
AbortPolicy抛异常说明不可丢，CallerRunsPolicy回退到调用方执行，其实是限流信号）
这些参数不是调优数字，而是你对业务流量特征（突发性、持续性、任务耗时分布）和系统水位（内存、CPU、连接数）的书面承诺。
立即学习“Java免费学习笔记（深入）”；
Executors 工具类是快捷键，不是生产开关
Executors.newFixedThreadPool(5) 看似简洁，但它背后是 LinkedBlockingQueue（无界）+ 固定线程数。当任务处理速度跟不上提交速度，队列无限堆积，内存迟早爆。
同理，newCachedThreadPool() 允许线程数达 Integer.MAX_VALUE，高并发下可能瞬间创建数百线程，压垮系统。
阿里《Java开发手册》强制要求用 ThreadPoolExecutor 构造器，正是为了把“队列容量多少”“拒绝时怎么处理”这些关键决策显式暴露出来，不靠默认值蒙混过关。
不复杂，但容易忽略。
