hibernate一级缓存

最近发现项目代码很多query.list重复查询，在同一个事务内，然后居然有人说hibernate有缓存，没事，会从缓存中读。

于是我看了下代码，了解下发现他是错的。



一级缓存是session级缓存，当事务提交或flush或session关闭时会清空缓存。

从Load来看，源码中是用监听来的，当Load一个对象时，执行onload,在DefaultLoadEventListener.java类中doLoad方法里：

Object entity = loadFromSessionCache( event, keyToLoad, options );用ID来配。如果缓存中有，即if ( entity != null ) { return entity;}

接下来从二级缓存中取entity = loadFromSecondLevelCache(event, persister, options);if ( entity != null ) { return entity;}

接下来从数据库中取return loadFromDatasource(event, persister, keyToLoad, options);在里面将会发出ｓｑｌ语句从数据库中出并将取得的BO缓存到ｓｅｓｓｉｏｎ

的缓存中。其中KEY为EntityKey keyToLoad = new EntityKey( event.getEntityId(), persister, source.getEntityMode() );主要是BO的ID

　　Get也使用一级缓存。

　　而List接口 query.list() 不使用 一级缓存，每次都要发出SQL 查询。

　　Iterator 接口 query.iterate()，使用一级缓存 首先是要发出一条SQL 来取得ID,eg: select。id from student; 然后 把ID 拿到缓存中去匹配 如果有 就直接取 如果没有，就要再发出SQL。如果都没有将发出N+1条SQL这就是N+1问题


　　使用缓存不利的地方：１.肯定要加载整个BO，实体ID是必须的。

　　　　　　　　　　　　２.生成快照，flush时会和快照比较，是哪个字段发生了变化。比如student的name发生了变化。那么生成update student s set s.name='' where s.id=''

(生成快照占用内存和消耗CPU，BO越大越不利，同时flush时比较字段，也是耗CPU)

3.query.list直接查询语句运用不到缓存，如整个查出BO，第二次在查时还是要从数据库查并装载出新BO。