线程池的好处
- 复用线程
- 控制资源数量
创建方式
Executors.newFixedThreadPool(1); // 固定线程数量的线程池
Executors.newCachedThreadPool(); // 可以缓存的线程池
Executors.newSingleThreadExecutor(); // 只有一个核心线程的线程池
Executors.newScheduledThreadPool(1); // 定时器线程池
但是阿里巴巴开发文档中不建议使用上面方式创建线程池,推荐使用ThreadPoolExecutor
new ThreadPoolExecutor(int corePoolSize, // 核心线程数
int maximumPoolSize, // 最大线程数
long keepAliveTime, // 临时线程的存活时间
TimeUnit unit, // 时间单位
BlockingQueue<Runnable> workQueue, // 阻塞队列
ThreadFactory threadFactory, // 线程工厂
RejectedExecutionHandler handler // 拒绝策略)
线程怎么实现复用?
我们来想一下,一个线程的结束是run方法执行完毕。那么是不是让run方法不执行结束就可以实现复用了?
例如 while(true)?
此时我们的阻塞队列就派上用场了,如果有任务就处理,没有任务就阻塞。
线程回收
run方法不执行结束就可以实现线程复用,那么run方法执行结束是不是就实现了线程回收?
我们来看看run方法中while的条件while (task != null || (task = getTask()) != null)
条件中只要task==null就执行结束了
关键点getTask(),我们来看看getTask方法
红框部分为关键代码
首先看看在阻塞队列中获取任务Runnable r = timed ? workQueue.poll(keepAliveTime,TimeUnit.NANOSECONDS) : workQueue.take();
timed为true,如果超过时间keepAliveTime还没获取到任务就标记timedOut为true
再来看看timed什么时候为trueboolean timed = allowCoreThreadTimeOut || wc > corePoolSize;
总共的工作线程数大于核心线程数的时候timed=true
最后看看什么时候返回nullif ((wc > maximumPoolSize || (timed && timedOut)) && (wc > 1 || workQueue.isEmpty())) { if (compareAndDecrementWorkerCount(c)) return null; continue; }
最后减少一个工作线程数成功就返回null,此时线程就执行完毕了。
拒绝策略
首先看看什么时候触发拒绝策略
1.队列满了
2.工作线程数也超过了最大值
这两个条件都满足时就会调用reject(command);
-
默认的4种拒绝策略
-
AbortPolicy 直接抛出异常
-
CallerRunsPolicy 直接调用run方法
-
DiscardOldestPolicy 在队列中抛出一个任务,添加新任务
public void rejectedExecution(Runnable r, ThreadPoolExecutor e) { if (!e.isShutdown()) { e.getQueue().poll(); e.execute(r); } }
-
DiscardPolicy 不做任何处理
线程池监控
我们可以通过继承ThreadPoolExecutor类,然后重写父类的方式来实现线程池的监控
例如我们可以在执行任务之前(beforeExecute),和执行任务之后(afterExecute)上报数据到监控平台