今天看hibernate书，看到“理解Session的缓存”这一张脏检查及清理缓存的机制后，突然明白程序中session并非一定要执行update()方法。没有执行update()方法，对象仍会与数据库进行数据交互。

　　Session脏检查及清理缓存机制：

　　Session缓存中对象的属性每次改变时，Session不会立即清理缓存及执行Update SQL，而是会在特定时间清理缓存（执行相应的sql），提交事务。

清理缓存时，会相应的改变对象的状态。

　　Java对象在内存中有四个状态：临时状态（transient）、持久化状态（persistent）、游离状态（detached）、删除状态（removed）。

　　Session做任何的操作，如果没有显示的调用commit()方法，都不会清理缓存、执行相应的SQL、提交事务。对象在Hibernate持久层中做不同的操作，会相应的改变其状态。如图上。

　　Session会在特定的时间清理缓存。那么特定时间指的是什么时候呢？

　　1) 当应用程序调用org.hibernate.Transaction的commit()方法时，commit()方法会先清理缓存，然后向数据库提交事务。先清缓存再提交事务，有两个好处，一可以减少访问数据库的频率，二可以缩短当前事务对数据库中相关资源的锁定时间。

　　2) 当应用执行一些查询操作时。如缓存中持久化对象属性已改变，就会先清缓存，使得Session缓存与数据库同步，从而保证查询数据的正确性。

　　3) 当应用程序显示调用Session的flush()方法时。

　　Session在特定的时间清理了缓存，那么是如何清理缓存的呢？

　　1) 按照应用程序调用session.save()方法的先后顺序，执行所有对实体进行插入的insert语句。

　　2) 执行所有对实体进行更新的update语句。

　　3) 执行所有对集合进行删除的delete语句。

　　4) 执行所有对集合元素进行删除、更新或者插入的SQL语句。

　　5) 执行所有对集合进行插入的insert语句。

　　6) 按照应用程序调用sessiondelete()方法的先后顺序，执行所有对实体进行删除的delete语句。

Session脏检查及清理缓存机制