12 同步类容器&并发类容器

1.1 同步类容器

同步类容器都是线程安全的,但是在某些场景下可能需要加锁来保护复合操作,复合类操作如:迭代(反复访问元素,遍历完容器中所有的元素)、跳转(根据指定的顺序找到当前元素的下一个元素)、以及条件运算。这些复合操作在多线程并发地修改容器时,可能就表现出意外的行为,最经典的便是ConcurrentModificationException,原因是当容器迭代的过程中,被并发的修改了内容,这是由于早期迭代器设计的时候并没有考虑并发修改的问题。

 

同步类容器:如古老的VectorHashTable,这些容器的同步功能其实都是由JDKCollection.synchronized***等工厂方法去创建实现的。其底层的机制无非就是传统的synchronized关键字对每个公用的方法都进行同步,使得每次只能有一个线程访问容器的状态。这很明显不满足我们今天互联网时代高并发的需求,在保证线程安全的同时,也必须要有足够好的性能。

 

1.2 并发类容器

JDK5.0以后提供了多种并发类容器来代替同步类容器从而改善性能。同步类容器的状态都是串行化的。他们虽然实现了线程安全,但是严重降低了并发性,在多线程环境时,严重降低了应用程序的吞吐量。

并发类容器时专门针对并发设计的,使用ConcurrentHashMap来代替基于散列的传统的HashTable,而且在ConcurrentHashMap中,添加了一些常见复合操作的支持。以及使用了CopyOnWriteArrayList代替Voctor,并发的CopyOnWriteArraySett,以及并发的Queue,ConcurrentLinkedQueueLinkedBlockingQueue,前者是该性能的队列,后者是以阻塞形式的队列,具体实现的Queue还有很多,例如ArrayBlockingQueuePriorityBlockingQueueSynchronousQueue等。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值