线程池初始时创建任务队列、线程池，添加并启动子线程，提供接口给用户添加任务到任务队列 子线程只管从消息队列中取任务执行，将执行结果异步返回给用户 线程池销毁时等待所有子线程退出后才销毁

Java高并发的项目，少不了多线程的使用，而多线程的管理自然要使用到线程池。池化的思想是很多架构一定会考虑的要素，可以很好的控制资源的资源的使用，但是使用不好，造成的问题也不容小觑。

# Java线程与线程池：从入门到“避坑”全攻略 --- ## 一、线程与线程池：基础篇 ##

上周和一位准备跳槽的朋友复盘面试经历时，他提到一道让他当场 “卡壳” 的真题：“线程池为什么会阻塞？核心线程数为什么会死？请结合实际场景分析。” 作为有着八年 Java 开发经验的 “老鸟”，我深知这

只用了几十秒，就能得到我花了大量精力才学会，并融汇贯通的东西。 轻而易举就能获得我呕心沥血才学会的东西。 在一定程度上，这就是我多年打造出来的护城河。 现在我感觉它让我的护城河看起来浅的很可笑。

引言 如果大家在简历中写熟悉Java并发编程或者项目有牵扯到线程池相关内容，那么被拷打线程池是大概率的事。下面的内容是有关今年五月份某大厂面试中有关线程池的拷打，我从中提取一些比较通用的内容进行解答，

基于Java线程池实现每秒发送指定数量的API请求，并使用Hutool库进行请求发送，同时记录成功数量、失败数量和失败率。

能用更低的内存支持数百万并发任务，听起来特别美好，让开发者可以摆脱传统线程池的束缚。结果，因为我们团队的盲目自信，觉得新技术好就直接上了，没成想，它结结实实地给我们上了一课——在生产环境中遭遇了一次由

程序员与线程的量子纠缠 各位亲爱的代码炼金术士，我是你们的发际线守护者老王。上周有个小伙儿在GitHub上@我，说他写的秒杀系统在压测时直接表演"线程雪崩"，我打开代码一看：好家伙，8个线程池嵌套调用