应该是把引用放进去。
Session缓存的原理是这样的:Session缓存接口的实现类SessionImpl定义了一系列的Java集合,这些集合构成了Session的缓存。例如:
//Map集合的键对象代表持久化对象的OID,值对象代表持久化对象
private final Map entitiesByKey;
.........
//向Session的缓存中加入一个持久化对象
entitiesByKey.put(key,object);
.........
//从Session的缓存中删除一个持久化对象
entitiesByKey.remove(key);
以Session的save()和load()方法为例,假如我们定义了一个名为Customer的持久化类。当Session的save()持久化一个Customer对象时,Customer对象被加入到Session的缓存中,以后即使应用程序中的引用变量不再引用Customer对象,只要Session的缓存还没有被清空,Customer对象仍然处于生命周期中。当Session的load()方法试图从数据库中加载一个Customer对象时,Session先判断缓存中是否已经存在这个Customer对象,如果存在,就不需要再到数据库中检索了。
另外,当Session的缓存中加载了Customer对象后,会为Customer对象的属性的值复制一份快照。当Session清理缓存时,通过将Customer对象的当前属性与其快照进行比较,判断Customer对象的哪些属性发生了变化。如果有属性的值发生了变化,Hibernate会将变化同步到数据库中。
你好!
貌似都不是。好像是使用的序列化,把对象序列化后放到缓存中。具体的没研究过。
如果对你有帮助,望采纳。
用户登录
还没有账号?立即注册
用户注册
投稿取消
文章分类: |
|
还能输入300字
上传中....