今天的bug:hibernate5.SessionHolder cannot be cast hibernate4.SessionHolder

把import 进来的hibernate4的包改成hibernate5的包,问题解决。

SessionHolder是session的封装产品。sessioniMap是SessionHolder的一个属性.Collections.synchronizedMap(new HashMap<Object, Session>(1))是把session封装,是为了线程同步安全。
也就是差不多重写了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,第一个人则不能访问,删除时肯定找不到,这就是问题所在。

猜你喜欢

转载自blog.csdn.net/wjl960827/article/details/83388753