Java 线程池怎么用

早上赶地铁时，你是不是见过好几个人同时扫码开门上车？这就像一个“临时团队”在同时干活——要是只有一个人慢慢开门，后面的人早就急得不行。软件开发里也有类似的场景：很多“任务”需要同时处理，但如果每次都临时找“人”干活，不仅慢还乱，这时候“线程池”就能派上用场。

简单说，线程池就是一个提前攒了几个“干活线程”的池子，任务一来就直接分配给空闲的线程，不用每次都临时创建线程；等任务干完，线程也不会直接解散，而是留在池子里等下一个任务。就像地铁里的志愿者，提前安排好了几个人待命，有人需要帮忙就直接叫，不用每次都临时拉人，效率高多了。

第一步：先搞懂，什么时候该用线程池？

不是所有场景都适合用线程池，就像不是所有事都找志愿者帮忙一样。

比如你要做个小程序，只是处理用户点“提交”按钮的小请求，一次就一个任务，那直接自己写代码处理就行，没必要用线程池。但如果遇到这些情况，线程池就必须上：

• 网站后台要同时处理几百个用户的上传请求，要是每个请求都单独开个线程，电脑很快就会“卡爆”，就像地铁里人太多挤不动；
• 要定时批量处理数据，比如每天凌晨把用户的浏览记录整理成报表，这时候用线程池可以批量安排任务，不用半夜手动盯着；
• 要同时处理多个不相关的小任务，比如你做个工具，要同时下载图片、压缩文件、发送通知，这几个任务互不影响，用线程池一起干，总耗时会比一个一个干短很多。

第二步：核心参数，用“搭公交”的例子就懂

要让线程池正常干活，得先给它设几个关键参数，不用记拗口的名词，用搭公交的例子就能明白：

• 核心线程数：就是平时待命的固定人数。比如你开个小外卖店，平时固定安排2个骑手待命，这2个就是核心线程。
• 最大线程数：高峰期最多能加的临时骑手数量。比如饭点订单突然变多，最多再找2个兼职，总共4个，这就是最大线程数。
• 任务队列：临时订单的“等餐区”。要是核心骑手都在送，新订单就先放队列里排队，等骑手空了再拿，队列满了才会叫兼职。
• 线程存活时间：兼职能待多久。高峰期过了，兼职要是10分钟没活干，就让他们走，只留核心骑手。

举个实际的小例子，写代码时这么设置就行：new ThreadPoolExecutor(2,4,60,TimeUnit.SECONDS,new LinkedBlockingQueue<>(10))，意思就是：平时2个核心线程，最多4个线程，兼职60秒没活就走，最多放10个任务排队。

第三步：用的时候，就像“叫外卖”这么简单

设置好线程池，用的时候就很省事，不用每次都重新安排，就像你叫外卖不用自己做饭一样。

比如你要做个图片下载的小功能，代码可以这么写：

先提前建好线程池，就像你提前联系好外卖店；

来一个下载任务，直接把“下载地址”这个任务交给线程池；

线程池会自动分配给空闲线程，不用你管具体怎么干。

举个生活化的场景：你周末要整理手机里的照片，有100张要传到电脑，要是手动一张一张传，很慢。这时候用线程池，让3个线程同时传，100张分3组，很快就传完了，不用自己盯着每一张。

第四步：避坑，别让线程池“掉链子”

用线程池也有要注意的地方，不然容易出问题：

• 别给队列设太大：要是你把任务队列设成能放1000个任务，万一任务突然变多，电脑会因为攒太多任务变慢，就像外卖店的等餐区堆太多，骑手也送不过来；
• 用完要“关灯”：线程池不用的时候要关掉，不然会一直占着电脑资源，就像你用完外卖软件不退出，还一直占着手机内存；
• 任务要能“容错”：要是某个下载图片的任务出错了，别让整个线程池都卡住，就像某单外卖送错了，别影响其他单的配送。

其实线程池的核心就是“提前安排、高效利用资源”，就像生活里的志愿者、外卖骑手团队，不用每次临时找人，也不用让大家闲着，刚好把活安排得明明白白。学会用线程池，能让你写的程序跑得更快、更稳，就像把小推车换成了小货车，效率一下子就提上来了。