1.线程池的阻塞队列饱满策略 RejectedExecutionHandler
(1)AbortPolicy 直接抛出异常---如不手动指定,默认为此策略
(2)DisCardPolicy 丢弃任务
(3)DisCardOldestPolicy 丢弃最近要执行的任务,并尝试执行新任务
(4)CallRunnerPolicy 线程池不处理,返回给调用线程处理
2.线程池的阻塞队列 BlockingQueue
(1)ArrayBlockingQueue 基于数组的阻塞队列,先进先出原则,能够指定公平性,但是非公平的效率高
(2)LinkedBlockingQueue 基于链表的阻塞队列,先进先出原则,若不指定大小,默认为Integer.MAX_VALUE,基本无限大,这样的话,如果生产者速度远远大于消费者,可能阻塞队列还没有满,系统资源就耗尽了。因为take()和put(E)使用了不同的可重入锁,生产者消费者可以并发的操作队列中的数据,并发效率高
(3)DelayQueue 延时阻塞队列,ScheduledThreadPoolExecutor延时线程池用的是这个阻塞队列
(4)PriorityBlockQueue 优先级阻塞队列,按照优先级执行任务
(5)SynchronousQueue 同步阻塞队列,没有大小,每个插入只能等上一个线程删除后执行,反之亦然
注:ArrayBlockingQueue与LinkedBlockingQueue区别:前者是基于数组,后者是基于链表,前者的put和take使用的是同一个锁,后者不是同一个,故前者并发效率不如后者;前者查询效率高,直接根据索引,后者新增、删除效率高,因为不需要移动大量元素的位置,前者插入或修改不会产生新的实例对象,后者会产生一个新的Node对象,长期大量高并发下可能对GC有一定的影响