JUC----线程池(一)

前言

了解一下JDK中线程池的核心参数和设计思想。

1. 使用线程池的意义

为什么要使用线程池？

• 降低线程创建和销毁的资源消耗
• 提高响应速度，线程创建的时间为T1，执行的时间为T2，销毁的时间为T3，免去T1和T3的时间
• 提高线程的可管理性

2. JDK中线程池的创建

ThreadPoolExecutor是JDK中所有线程池实现的父类。

2.1 各个参数的含义

• int corePoolSize：线程池中的核心线程数

线程次在一开始初始化的时候，并没有新建出相关的线程。当有任务进来的时候，会新建线程。
当前线程数 < corePoolSize时会创建新线程；当前线程数 > corePoolSize的时候，这个任务会被保存到任务队列中。
如果我们要一进来就初始化corePoolSize的线程数的话，我们需要调用prestartAllCoreThreads( ) 方法

• int maximumPoolSize：允许的最大线程数，当我们的任务队列BlockingQueue满了的时候，且线程数 < maximumPoolSize时会再次创建新的线程
• long keepAliveTime：线程空闲下来后，存活的时间。这个参数只有在线程数 > corePoolSize的时候才会生效
• TimeUnit unit： 存活时间的单位值
• BlockingQueue workQueue : 保存任务的阻塞队列
• ThreadFactory threadFactory：创建线程工厂，给新建的线程赋予名字
• RejectedExecutionHandler handler：饱和策略

四种相关的饱和策略：
AbortPolicy: 直接抛出异常，默认
CallerRunsPolicy: 用调用者所在的线程来执行任务（我们原本的任务是由线程池来执行的，现在就是谁提交这个任务，谁就去执行）
DiscardOldestPolicy：丢弃阻塞队列里最老的任务，即队列里最靠前的任务
DiscardPolicy：当前任务直接丢弃
若以上策略都不能满足要求，那么我们可以直接实现RejectedExecutionHandler 接口编写相应的逻辑
（这是源码中的例子）

2.2 提交任务

若不需要有返回值，则需调用ThreadPoolExecutor下的 execute(Runnable command)方法

若需要有返回值则需调用ThreadPoolExecutor的父类AbstractExecutorService下的Future submit(Callable task) 方法

• 关于线程池提交任务的工作机制（或者说线程池执行execute() 的流程）
  
• 当我们提交的任务数小于corePoolSize的时候，线程池会new出线程进行任务处理
• 当我们提交的任务大于corePoolSize的时候，线程池会把任务放进BlockingQueue (阻塞队列中)，此时线程池执行任务的时候会不断通过take() 或poll() 方法向阻塞队列拿任务
• 当线程池中阻塞队列也满了，但是任务数小于maximumPoolSize的时候，线程池会接着new出新的线程进行处理
• 当线程池的阻塞队列满了，任务数也大于maximumPoolSize的时候，线程池只能采取相应的拒绝策略。

相关源代码：

2.3 关闭线程池

JDK在线程池的这个父类ThreadPoolExecutor中为我们设置了两个关闭的方法

• shutdown() : 设置线程池的状态，只会中断所有没有任务执行的线程
• shutdownNow(): 设置线程池的状态，还会尝试停止正在运行或者暂停任务的线程。

2.4 合理配置线程池

在构造线程池的参数中，我们首先要关注的就是最大线程数的设置。因为针对不同任务设置的参数不同带来的性能差是十分巨大的。
根据任务性质把任务划分为：计算密集型（CPU密集型），IO密集型，混合型。

• 计算密集型（比较经常使用CPU或内存）：加密，大数分解，正则…
  (线程数适当小一点，最大推荐：机器CPU核心数+1。为什么要+1呢？因为在执行线程的时候，磁盘的数据应该全部写入到内存，但是有的时候还有数据留在磁盘上，这就是所谓的页缺失。这时线程无法运行并会被挂起，为了防止这种情况，所有推荐CPU的核心数+1 )

Runtime.getRuntime().availableProcessors(); //获取CPU的核心数

• IO密集型：读取文件，数据库连接，网络通讯。
  （线程数适当大一点，机器的CPU核心数 * 2）
• 混合型：尽量拆分。（如果IO密集型 >> 计算密集型，这种拆分意义不大；若拆分后IO密集型约等于计算密集型，这种性能提升就十分大）

解析：任务类型和线程数设置的关系
计算密集型，表示CPU的资源已经被充分利用，若我们再new出更多的线程的话，那么它会应用时间片轮转机制频繁地进行线程切换，那么这个切换时间损失的性能无疑是巨大的。而对于IO密集型，表示我们CPU的大部分时间处于空闲状态，多数时间在输入输出，此时我们为了能充分利用CPU的资源应该new出更多的线程。

Tips: 关于队列的选择上，应该尽量使用有界队列，因为无界队列可能会造成内存溢出（OOM）