【JUC并发编程】线程池

为什么要使用线程池？

Java线程的线程栈区别于堆，它是不受Java程序控制的，只受系统资源限制。默认一个线程的线程栈大小是1M，别小看这1M的空间，如果每个用户请求都新建线程的话，1024个用户光线程就占用了1个G的内存，如果系统比较大的话，一下子系统资源就不够用了，最后程序就崩溃了。如果不对线程的创建进行有效监控、管理，风险巨大：

• 频繁申请/销毁资源和调度资源，将带来额外的消耗，可能会非常巨大。
• 对资源无限申请缺少抑制手段，将引发系统资源耗尽的风险。
• 系统无法合理管理内部的资源分布，将降低系统的稳定性。

正是因为如此大的开销，所以几乎所有的servlet容器、web框架、rpc框架都会采用线程池化技术去提高资源复用，限制线程的随意创建。

ThreadPoolExecutor

public ThreadPoolExecutor(int corePoolSize, // 核心线程池大小
                          int maximumPoolSize,  // 最大核心线程池大小
                          long keepAliveTime, // 超时没人使用就会释放
                          TimeUnit unit, // 超时单位
                          BlockingQueue<Runnable> workQueue, // 阻塞队列
                          ThreadFactory threadFactory, // 线程工厂，创建线程
                          RejectedExecutionHandler handle) // 拒接策略 

线程池使用方式

阿里巴巴开发手册：
【强制】线程池不允许使用 Executors 去创建，而是通过ThreadPoolExecutor的方式，这样的处理方式让写的同学更加明确线程池的运行规则，规避资源耗尽的风险。
说明：Executors 返回的线程池对象的弊端如下：

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

自动销毁线程池

只要设定corePoolSize为0，keepAliveTime为存活时间，则线程池在存活时间内运行，过了时间自动销毁，原理和CachedThreadPool类似。

submit()和execute()方法的区别

submit()方法实现于抽象类AbstractExecutorService，内部也是执行execute()方法。

在异常处理时，submit()方法是把异常封装在Future里，当Future.get()时候再进行异常捕获。