今天看老大写的代码,发现在缓存对象的时候基本上都使用commons的FastHashMap.
google一下发现HashMap vs FastHashMap的文章,感觉很奇怪.
下班后download下来FastHashMap的代码看了一下
commons中FastHashMap类的doc写道:
java.util.HashMap类的一种自定义实现,以应付多线程环境中大量只读方法而非改变改变结构的方法的访问.
当以fast模式运行时,只读方法不是线程安全的,而写操作以下面的步骤进行操作
1 克隆当前的数据集合
2 在克隆对象上进行修改
3 用修改过的克隆对象替换原对象
当FastHashMap被初始化的时候,默认是以slow模式运行.
另外该文档强烈建议:如果是以单线程的模式访问hashmap,建议直接使用hashmap而非FastHashMap,以获得
最大的性能.
接下来我们看FastHashMap的代码实现
首先是类定义,类构造器和类属性
public class FastHashMap extends HashMap {
protected HashMap map = null;
protected boolean fast = false;
public FastHashMap() {
super();
this.map = new HashMap();
}
}
FastHashMap继承于HashMap,存储由HashMap实现的,通过fast来设置是否是以快速模式执行.可以初步认为FashHashMap是HashMap的一个代理.
先看get操作
public Object get(Object key) {
if (fast) {
return (map.get(key));
} else {
synchronized (map) {
return (map.get(key));
}
}
}
默认情况下,对map进行了同步,get方法的实现还是线程安全的.
这是之所以比HashMap类put数据速度慢的原因.
再看put操作
public Object put(Object key, Object value) {
if (fast) {
synchronized (this) {
HashMap temp = (HashMap) map.clone();
Object result = temp.put(key, value);
map = temp;
return (result);
}
} else {
synchronized (map) {
return (map.put(key, value));
}
}
}
注意到如果是fast模式,map的引用发生了改变,因此这一刻锁定了this,锁定了当前FastHashMap类的实例.这在大量读写方法并发的情况下,执行效率是很低的.
默认情况对map进行了同步,也是线程安全的.
因此总结
FastHashMap在设定fast=true的情况下才是以fast模式运行的
其次
FastHashMap是为了多线程的情况使用的,而hashmap应用于当线程情况.两者根本就不处于同一个应用场景.因此比较也是无意义的.
其次FastHashMap的put方法使用的是整个对象的实例锁,如果写进程很多很容易堵塞,这一点在fasthashmap的官方文档中已经很清楚写道:
* to operate in a multithreaded environment where the large majority of
* method calls are read-only, instead of structural changes.
另外网上那篇HashMap vs FastHashMap的文章,
http://java.ccidnet.com/art/3737/20050520/467851_1.html
做的测试是在slow模式下的FastHashMap和hashmap在单线程访问的情形下,读/取50000 个long类型的测试举例.
结果是
HashMap put 50000 Object using1.021s
FastHashMap put 50000 Object using1.221s
HashMap get 50000 Object using0.561s
FastHashMap get 50000 Object using0.04s
搞不清楚,该作者举这个例子的目的是什么.....