HashMap 四种同步方式的性能比较

本文对比了四种使Map线程安全的方法:使用synchronized关键字、JDK1.5提供的锁、读写锁和ConcurrentHashMap,并通过测试代码验证了它们的性能表现。分析结果显示,ConcurrentHashMap是最优选择,适用于大多数并发场景。对于自定义同步需求,推荐使用JDK1.5提供的锁机制。
摘要由CSDN通过智能技术生成

转自  http://www.iteye.com/topic/164644

 

如果需要使 Map 线程安全,大致有这么四种方法: 


1、使用 synchronized 关键字,这也是最原始的方法。代码如下 

  1. synchronized(anObject)  
  2. {  
  3.     value = map.get(key);  
  4. }  

 



JDK1.2 提供了 Collections.synchronizedMap(originMap) 方法,同步方式其实和上面这段代码相同。

 Map Collections.synchronizedMap(Map m)

这个方法返回一个同步的Map,这个Map封装了底层的HashMap的所有方法,使得底层的HashMap即使是在多线程的环境中也是安全的。

 

 

2、使用 JDK1.5 提供的锁(java.util.concurrent.locks.Lock)。代码如下

  1. lock.lock();  
  2. value = map.get(key);  
  3. lock.unlock();  



3、实际应用中,可能多数操作都是读操作,写操作较少。针对这种情况,可以使用 JDK1.5 提供的读写锁(java.util.concurrent.locks.ReadWriteLock)。代码如下

  1. rwlock.readLock().lock();  
  2. value = map.get(key);  
  3. rwlock.readLock().unlock();  

 



这样两个读操作可以同时进行,理论上效率会比方法 2 高。 

 

4、使用 JDK1.5 提供的 java.util.concurrent.ConcurrentHashMap 类。该类将 Map 的存储空间分为若干块,每块拥有自己的锁,大大减少了多个线程争夺同一个锁的情况。代码如下 

  1. value = map.get(key); //同步机制内置在 get 方法中  



使用转载文章中的测试代码,在我的机器上针对这四种方式进行测试,结果见附图。测试内容为 1 秒钟所有 get 方法调用次数的总和。为了比较,增加了未使用任何同步机制的情况(非安全!)。理论上,不同步应该最快。 

 

我的测试结果:

 

 

转载文章的结果:

 


测试结果和转载文章中差不多,但是synchronized 貌似没有转载中说的那么糟糕。从附图可以看出: 


1、不同步确实最快,与预期一致。 
2、四种同步方式中,ConcurrentHashMap 是最快的,接近不同步的情况。 
3、synchronized 关键字非常慢
4、使用读写锁的读锁,比普通所稍慢。

结论: 

1、如果 ConcurrentHashMap 够用,则使用 ConcurrentHashMap。 
2、如果需自己实现同步,则使用 JDK1.5 提供的锁机制,避免使用 synchronized 关键字。 

 

 

测试代码:

 

 

 

补充:

 

(1)虽然ConcurrentHashMap是线程安全的,而且性能很高,但是

 

看看下面一段代码:

 

 

 

 

如果你只调用get(),或只调用put()时,ConcurrentHashMap是线程安全的。

但是,在你调用完get后,调用put之前,

如果有另外一个线程调用了map.put(name, x),

你再去执行map.put(name,x),

就很可能把前面的操作结果覆盖掉了。

所以,即使在线程安全的情况下,

你还是有可能违反原子操作的规则。

 

避免方法:将get和put放到一个锁下面

 

 

 

 

(2)在HashMap中,null可以作为键,这样的键只有一个;可以有一个或多个键所对应的值为null。当get()方法返回null值时,即可以表示HashMap中没有该键,也可以表示该键所对应的值为null。因此,在HashMap中不能由get()方法来判断HashMap中是否存在某个键,而应该用containsKey()方法来判断。

 

评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值