线程池管理(1)-为什么需要线程池

2,164 阅读3分钟

摘要

为什么需要线程池呢,没想明白这个问题,看再多线程池的源码都没有用,先要知道线程池技术解决了什么问题,才能看的懂源码,因为所有的代码都是为了解决实际的工程问题。

问题

抛几个问题,看看你是否知道,不知道的话,可能你对线程池的理解还不够深入,还是一知半解。那么本文会对你有用,请继续看下去

  • 线程池的线程数可以为1吗?
  • 线程数为1的线程池有存在的必要吗
  • 2个有5个核心线程的线程池和1个有10个核心线程的线程池有什么区别
  • 一个应用中如何管理线程池
  • 线程池池化技术和消息队列有什么区别

线程池原理

在大学里我们学习c语言时,一个main函数写到底,就可以交作业了。刚开始工作时,mvc一路controller -> service -> dao就OK了。但是工作中写代码是要解决实际问题的。你啪啪啪写完了代码,用户发现你这个接口响应太慢了,怎么办?

在这里插入图片描述
用户提交任务到程序执行完成,大致的过程如上图,提交一个task,然后有个线程去执行。 所以要提高​程序执行的效率可以从两个方面来考虑

  1. 异步,先响应,返回中间结果,然后异步处理,将结果返回
  2. 并发,多个线程来执行。

本篇说的线程池主要就是从1的维度来提高程序执行的效率

生产者消费者模式

有一定工作经验的朋友对消息队列的削峰填谷,系统解耦肯定不陌生。那么线程池,算不算削峰填谷呢? 异步化后,相当于把所有的task放在了队列中。也就是生产者 -> 容器 -> 消费者。如下图

在这里插入图片描述
从图可以看出,线程池技术使系统复杂了,也提供了更多的灵活性。通过队列的形式,我们将任务的执行拆分成了生产者,消费者模式。每一步只用关心自己的事情。如果我们的任务很复杂,我们可以将任务拆分成不同的步骤,每一步骤可以使用不同的线程池来解决,以此来提高效率。

可管理性

看上去通过线程池完美解决了我们的问题,那么需要付出什么代价呢?cpu的资源是有限的,线程的创建也需要代价,我们一个java应用进程的资源是毕竟是有限的。我们不可能在应用中无限的创建线程池。所以我们需要管理线程池。

通常,对于简单的应用,我们使用一个单例线程池即可,让应用中的所有task都使用同一个线程池,防止一些初级程序员在应用中随意创建线程池,导致线程资源吃紧,线程占用过多的资源。

当应用中task比较复杂的时候,我们就需要使用分治的思想,对线程池进行隔离。 比如有些是cpu密集型的,有些是IO密集型的;任务的重要程度也有轻重之分;任务的执行时间也有不同。我们需要对为这些任务建立不同的线程池,以此来提高效率。

总结

线程池是一种异步化技术,通过预先创建线程/异步处理来提高响应速度。同时通过统一调配线程资源,可以降低线程的重复创建问题,提高线程的利用率,中心化管理有利于对资源的有效控制,防止滥用。

关注【方丈的寺院】,与方丈一起开始技术修行之路

在这里插入图片描述