java面试-线程池,ThreadPoolExecutor的理解
-
为什么用线程池?
- 线程复用
降低资源消耗。通过重复利用自己创建的线程,降低线程的创建和销毁造成的消耗 - 控制最大的并发数
提高响应速度。当任务到达时,任务可以不需要的等到线程创建就能立即执行 - 管理线程
提高线程的可管理性。线程是稀缺资源,如果无限制的创建,不仅会消耗系统资源,还会降低系统的稳定性,使用线程池可以进行统一分配,调优和监控
- 线程复用
-
线程池的工作主要是控制运行的线程的数量,处理过程中将任务放入队列,然后在线程创建后启动这些任务,如果线程数量超过了最大数量超出数量的线程排队等候;等其他线程执行完毕,再从队列中取出任务来执行
-
Executors.newFixedThreadPool(int i) 执行长期的任务,性能好很多
-
Executors.newSingleThreadExecutor() 一个任务一个任务执行场景
-
Executors.newCachedThreadPool() 适用:执行很多短期异步的小程序或者负载较轻的服务器
-
线程池重要的几个参数介绍
corePoolSize:线程池中的常驻核心线程数- 在创建了线程池后,当有请求任务来之后,就会安排池中的线程去执行请求任务,近似理解为今日当值线程
- 当线程池中的线程数目达到corePoolSize后,就会把达到的任务放到缓存队列中
maximumPoolSize:线程池能够容纳同时执行的最大线程数,此值必须大于等于1
keepAliveTime:多余的空闲线程的存活时间。
当前线程池数量超过corePoolSize时,当空闲时间达到keepAliveTime值时,多余空闲的线程会被销毁直到只剩下corePoolSize个线程为止
unit:keepAliveTime的时间单位
workQueue:任务队列,被提交但未被执行的任务
threadFactory:表示生成线程池中工作线程的线程工厂,用于创建线程,一般用默认的即可
handler:拒绝策略,表示当队列满了并且工作线程大于等于线程池的最大线程数(maximumPoolSize)
AborPolicy(默认):直接抛出RejectedExecutionException异常阻止系统正常运行
CallerRunsPolicy:"调用者运行"一种调节机制,该策略既不会抛弃任务,也不会抛出异常,而是将某些任务回退给调用者
DiscardOldestPolicy:抛弃队列中等待醉酒的任务,然后把当前任务加入队列中尝试再次提交当前任务
DiscardPolicy:直接丢弃任务,不予任何处理也不抛出异常,如果允许人户丢失,这是最好的一种方案
-
线程池的底层工作原理
1.在创建了线程池后,等待提交过来的任务请求
2当调用execute()方法添加一个请求任务时,线程池会做如下判断:
2.1 如果正在运行的线程数量小于corePoolSize,那么马上创建线程运行这个任务;
2.2 如果正在运行的线程数量大于或等于core{PoolSize,那么将这个任务放入队列;
2.3 如果这时候队列满了且正在运行的线程数量小于maximumPoolSize,那么还是要创建非核心线程立刻运行这个任务;
2.4 如果队列满了且正在运行的线程数量大于或等于maximumPoolSize,那么线程池会启动饱和和拒绝策略来执行
3. 当一个线程完成任务时,他会从队列中取下一个任务来执行
4. 当一个线程无事可做超过一定的时间(keepAliveTime)时,线程池会判断:如果当前运行的线程数大于corePoolSize,那么这个 线程就被停掉;所以线程池的所有任务完成后,它最终会收缩到corePoolSize的大小