线程池

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有一定的影响



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值