SessionHolder

最新推荐文章于 2024-06-24 21:30:03 发布

iteye_3607

最新推荐文章于 2024-06-24 21:30:03 发布

阅读量241

点赞数

本文深入探讨SessionHolder作为Session封装的实现细节，重点解释其如何通过Collections.synchronizedMap确保线程同步安全，以及同步Map与普通Map的异同。同时揭示了同步Map在并发操作中的局限性，并通过实例演示了可能导致的并发问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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，第一个人则不能访问,删除时肯定找不到,这就是问题所在。