SessionHolder是session的封装产品。
public class SessionHolder extends ResourceHolderSupport {
private final Map<Object, Session> sessionMap = Collections.synchronizedMap(new HashMap<Object, Session>(1));
首先这里sessioniMap是SessionHolder的一个属性.Collections.synchronizedMap(new HashMap<Object, Session>(1))是把session封装,是为了线程同步安全。我们看
Colleactions这个类
public static <K,V> Map<K,V> synchronizedMap(Map<K,V> m) {
return new SynchronizedMap<K,V>(m);
}
上面该类的synchronizedMap方法是传一个Map进去,返回出来的不过是同步的,
SynchronizedMap(Map<K,V> m) {
if (m==null)
throw new NullPointerException();
this.m = m;
mutex = this;
}
传到SynchronizedMap里面来,封装成同步的Map,这里mutex=this,为什么直接不用this,因为在同步的时候synchronized()里面不能传this,只能传变量,
public int size() {
synchronized(mutex) {return m.size();}
}
public boolean isEmpty(){
synchronized(mutex) {return m.isEmpty();}
}
public boolean containsKey(Object key) {
synchronized(mutex) {return m.containsKey(key);}
}.............省略
也就是差不多重写了HashMap类的所以方法,但是把方法都同步了.还有就是你知道当前这个Map的方法同步了,但是调用Map里面的方法则不同步,map.keySet().size()则不同步。
这其实也相当了HashTable一样,我们都知道HashTable是线程安全的,而HashMap是非线程安全的,效率高。
从HashTable的源码中可以看出HashTable只是在定义的时候把方法都定义成同步的了,和这个Collections.synchronizedMap差不多,这个Collections只不过把Map封装了下
但是它的效率也是非常低的,而且也有一定的缺陷:
例如下面这段代码:
if(map.containsKey("key")){
map.remove("key");
}
当第一个人调用if里面的时候查出来为true,跑remove方法,随之在这时有第二个人来调用,也跑if里面,但是第一个人要删除这个key时,会报错!由于这些方法时同步的,第二个人在访问containKey,第一个人则不能访问,删除时肯定找不到,这就是问题所在。