Java线程池

 

今天我们探究的主要问题就是：什么是线程池？为什么要使用线程池？

 

 

1.在了解线程池之前，我们先来说一说池化技术：

 

我们身边的池化技术：

池化技术其实在我们的身边应用的很多。比如我们的Tomcat使用DBCP作为数据源。我们的JDBC数据库连接池。我们的HttpClient,使用的连接池。我们的J.U.C使用的ThreadPoolExecutor。

 

为什么要用池化技术：

池化技术就是通过复用连接/线程，并控制这些连接的维持时间和可用数量，使资源的利用率达到一个最优的状态。池化技术就是将那些比较耗时的，系统资源消耗比较大的操作，比如连接的建立，连接的释放，这些与业务逻辑执行无关的操作，给他们一个合适的时间执行。快速(节省时间)，从而提高工作效率。

 

 

2.线程池的作用

1. 降低资源的消耗。降低线程创建和销毁对Cpu资源的消耗；
2. 提高响应速度：线程的创建时间为T1，执行时间T2,销毁时间T3，免去T1和T3的时间
3. 提高线程的可管理性,能够统一的对线程进行调优可监控。

 

 

3.什么是线程池？

 

什么是线程池呢？我先来说一下我们Java中所有线程池的父类ThreadPoolExecutor吧，它是一个。

你可以简单的这样理解，所有继承自ThreadPoolExecutor的类都是线程池。

 

 

一.我们先看看ThreadPoolExecutor的各个参数：

ThreadPoolExecutor的构造方法有很多，但是最后都会调用到下面这个构造方法上：

了解各个参数的含义，非常重要：

 

1.int corePoolSize  ：线程池中核心线程数，< corePoolSize  ，就会创建新线程= corePoolSize  ，这个任务就会保存到BlockingQueue，如果调用prestartAllCoreThreads（）方法就会一次性的启动corePoolSize  个数的线程。

2.int maximumPoolSize, 允许的最大线程数，BlockingQueue也满了，< maximumPoolSize时候就会再次创建新的线程

3.long keepAliveTime, 线程空闲下来后，存活的时间，这个参数只在> corePoolSize才有用

4.TimeUnit unit, 存活时间的单位值。

5.BlockingQueue<Runnable> workQueue, 保存任务的阻塞队列

6.ThreadFactory threadFactory, 创建线程的工厂，给新建的线程赋予名字

7.RejectedExecutionHandler handler ：逐出策略

AbortPolicy ：直接抛出异常，默认；

CallerRunsPolicy：用调用者所在的线程来执行任务

DiscardOldestPolicy：丢弃阻塞队列里最老的任务，队列里最靠前的任务

DiscardPolicy ：当前任务直接丢弃

我们也可以实现自己的饱和策略，实现RejectedExecutionHandler接口,然后实现其中的方法即可。

 

 

二.看看一些比较重要的方法

 

1.public void execute(Runnable command)

  该方法将包装好的任务提交给线程池执行(注意参数类型是Runnable)。无返回值。

2.Future<?> submit(Callable task) 

  该方法将包装好的线程任务提交给线程池执行(注意参数是Callable)。返回值被包装成Future类型。

3.void shutdown()

  该方法是用来关闭线程池的，首先设置线程池的标志，然后中断所有还未被执行过的任务。

4.List<Runnable> shutdownNow()

  该方法是用来关闭线程池的，首先设置线程池的标志，然后中断所有未被执行的任务，尝试停止正在运行的和处于暂停状态的 任务。

 

三.那么一个任务从投放到线程池到执行完成是怎么执行的那？

 

 上图中的标号1，2，3，4与下图中的代码中的标号一一对应：

 

 

 当一个任务提交给线程池会发生一下过程：

1.检查当前线程池中的线程数量是否小于corePoolSize，如果小于，直接创建一个线程用来执行当前任务。

2.如果不小于  corePoolSize 那么我们检查 workQueue 是否已经满了，如果没满，那么就将任务插入到阻塞队列的队尾。如果满了就判断 maximumPoolSize >corePoolSize  是否成立，如果成立，则创建新线程执行当前提交的任务。否则，直接启用逐出策略。（RejectedExecutionHandler ）

 

 

 

四.合理配置线程池的参数

根据任务的性质来：计算密集型（CPU），IO密集型，混合型

计算密集型：加密，大数分解，正则…….， 线程数适当小一点，最大推荐：机器的Cpu核心数+1，为什么+1，防止页缺失，(机器的Cpu核心=Runtime.getRuntime().availableProcessors();)

IO密集型：读取文件，数据库连接，网络通讯, 线程数适当大一点，机器的Cpu核心数*2,

混合型：尽量拆分，IO密集型>>计算密集型，拆分意义不大，IO密集型~计算密集型

队列的选择上，应该使用有界，无界队列可能会导致内存溢出，OOM

 

 

五.常见的预定义线程池。

 

FixedThreadPool

创建固定线程数量的，适用于负载较重的服务器，使用了无界队列LinkedBlockingQueue，这里虽然说的是无界，其实是有界的，LinkedBlockingQueue默认的最大长度位Integer.Max。只是大部分人开不到这个数字。

 

SingleThreadExecutor

创建单个线程，需要顺序保证执行任务，不会有多个线程活动，使用了无界队列LinkedBlockQueue，其实是有界的，LinkedBlockingQueue默认的最大长度位Integer.Max。

 

CachedThreadPool

会根据需要来创建新线程的，执行很多短期异步任务的程序，使用了SynchronousQueue。默认的最大线程数为Integer.Max。不会存储任务，任务一旦来了，就立即创建一个线程执行它。

 

WorkStealingPool（JDK7以后） 

基于ForkJoinPool实现。可以实现工作窃取功能的线程池。

 

ScheduledThreadPoolExecutor 

使用了算是无界队列把，主要是在ScheduledThreadPoolExecutor类中不允许用户自己设定maximumPoolSize。默认为Integer.Max。队列的选择上采用的是延迟队列。

 

Timer也可以定期的执行周期性任务，那它和ScheduledThreadPoolExecutor 有什么区别嘛？

 

需要定期执行周期任务，Timer不建议使用了。

Timer无法处理异常，一旦抛出异常，整个Timer都完蛋了。

 

ScheduledThreadPoolExecutor 执行的周期任务内部我们可以完成对异常处理逻辑，一旦周期任务的某一个周期抛出异常，任务还会定期执行。但是如果是Timer类的话，就会因为抛出异常而终止当前周期任务的执行。

 

newSingleThreadScheduledExecutor：只包含一个线程，只需要单个线程执行周期任务，保证顺序的执行各个任务

newScheduledThreadPool 可以包含多个线程的，线程执行周期任务，适度控制后台线程数量的时候

方法说明：

schedule：只执行一次，任务还可以延时执行

scheduleAtFixedRate：提交固定时间间隔的任务

scheduleWithFixedDelay：提交固定延时间隔执行的任务

两者的区别：

 

建议：在提交给ScheduledThreadPoolExecutor的任务要住catch异常。（在run方法中try-catch保证周期任务的周期执行）

 

 

 

谢谢观看！