Q:线程池的核心参数?
核心参数
- corePoolSize 核心线程数目。
- maximumPoolSize 最大线程数目 = (核心线程+救急线程的最大数目)。
- keepAliveTime 生存时间 - 救急线程的生存时间,生存时间内没有新任务,此线程资源会释放。
- unit 时间单位 - 救急线程的生存时间单位,如秒、毫秒等。
- workQueue - 当没有空闲核心线程时,新来任务会加入到此队列排队,队列满后会创建救急线程执行任务。
- threadFactory 线程工厂 - 可以定制线程对象的创建,例如设置线程名字、是否是守护线程等。
- handler 拒绝策略 - 当所有线程都在繁忙,workQueue 也放满时,会触发拒绝策略。
拒绝策略
- AbortPolicy:直接抛出异常,默认策略;
- CallerRunsPolicy:用调用者所在的线程来执行任务;
- DiscardOldestPolicy:丢弃阻塞队列中靠最前的任务,并执行当前任务;
- DiscardPolicy:直接丢弃任务;
工作流程
Q:线程池中有哪些常见的阻塞队列?
阻塞队列
比较常见的有4个,用的最多是ArrayBlockingQueue和LinkedBlockingQueue。
- ArrayBlockingQueue:基于数组结构的有界阻塞队列,FIFO。
- LinkedBlockingQueue:基于链表结构的有界阻塞队列,FIFO。
- DelayedWorkQueue :是一个优先级队列,它可以保证每次出队的任务都是当前队列中执行时间最靠前的
- SynchronousQueue:不存储元素的阻塞队列,每个插入操作都必须等待一个移出操作。
ArrayBlockingQueue的LinkedBlockingQueue区别
- LinkedBlockingQueue读和写各有一把锁,性能相对较好。
- ArrayBlockingQueue只有一把锁,读和写公用,性能相对于LinkedBlockingQueue差一些。
Q:如何确定核心线程数?
IO密集型任务
- 一般来说:文件读写、DB读写、网络请求等。
- 并发不高、任务执行时间长。
- 推荐:核心线程数大小设置为2N+1 (N为计算机的CPU核数)。
CPU密集型任务
- 一般来说:计算型代码、Bitmap转换、Gson转换等。
- 高并发、任务执行时间短 ,减少线程上下文的切换。
- 推荐:核心线程数大小设置为N+1 (N为计算机的CPU核数)。
Q: 线程池的种类有哪些?
创建使用固定线程数的线程池
- 核心线程数与最大线程数一样,没有救急线程。
- 阻塞队列是LinkedBlockingQueue,最大容量为Integer.MAX_VALUE。
- 适用场景:适用于任务量已知,相对耗时的任务。
单线程化的线程池
它只会用唯一的工作线程来执行任 务,保证所有任务按 照指定顺序(FIFO)执行。
- 核心线程数和最大线程数都是1。
- 阻塞队列是LinkedBlockingQueue,最大容量为Integer.MAX_VALUE
- 适用场景:适用于按照顺序执行的任务。
可缓存线程池
- 核心线程数为0。
- 最大线程数是Integer.MAX_VALUE。
- 阻塞队列为SynchronousQueue:不存储元素的阻塞队列,每个插入操作都 必须等待一个移出操作。
- 适用场景:适合任务数比较密集,但每个任务执行时间较短的情况。
提供了“延迟”和“周期执行”功能
- 适用场景:有定时和延迟执行的任务。
Q:为什么不建议用Executors创建线程池?
如何正确创建线程池
避免使用Executors创建线程池,主要是避免使用其中的默认实现。我们可以自己直接调用ThreadPoolExecutor的构造函数来自己创建线程池,在创建的同时,给BlockQueue指定容量就可以。
private static ExecutorService executor =
new ThreadPoolExecutor(10,10,60L, TimeUnit.SECONDS, new ArrayBlockingQueue<>(10));