java线程池简单介绍以及适用场景

四种线程池的介绍

1. newFixedThreadPool(int nThads)

• 定长的线程池
• 阻塞队列长度无限并且其中的线程可复用
• 当核心线程池满了的时候新的线程会在阻塞队列上等待
• 线程池中的线程需要shutdown才会释放，否则一直存在
  适用场景：
  适用场景：适合执行周期长的任务

2. newSingleThreadExecutor()

• 每次只有一个活动线程运行
• 阻塞队列无限
• 和newFixedThreadPool(1)的区别是：返回的executor不能被重新配置以使用额外的线程
  适用场景：一个任务一个任务执行

3. newCachedThreadPool()

• 根据需要创建新线程，复用已有线程
• 适合许多短小的线程
• 线程超过60秒没有使用会被结束
  适用场景：适合许多存活周期短的线程

4. newScheduledThreadPool(int corePoolSize)

• 定长线程池，可以周期性或定时的执行线程
  适用场景：周期性执行任务的场景

各个线程池弊端如下

1）FixedThreadPool和 SingleThreadPool: 允许的请求队列长度为 Integer.MAX_VALUE，可能会堆积大量的请求，从而导致 OOM。
2）CachedThreadPool和 ScheduledThreadPool:
允许的创建线程数量为 Integer.MAX_VALUE，可能会创建大量的线程，从而导致 OOM

选择线程池大小：

对于不同性质的任务来说，CPU密集型任务应配置尽可能小的线程，如配置CPU个数+1的线程数，IO密集型任务应配置尽可能多的线程，因为IO操作不占用CPU，不要让CPU闲下来，应加大线程数量，如配置两倍CPU个数+1，而对于混合型的任务，如果可以拆分，拆分成IO密集型和CPU密集型分别处理，前提是两者运行的时间是差不多的，如果处理时间相差很大，则没必要拆分了。
原则：线程等待时间所占比例越高，需要越多线程。线程CPU时间所占比例越高，需要越少线程。