Hibernate专家们的思维是怎样炼成的：走进Hibernate幕后

session.save()方法到底会执行哪些步骤呢？
一、 在session的内部缓存中寻找保存对象，如果找到了，则认为此数据已经保存（曾经执行过insert操作），实体对象已经处于persistent状态，直接返回。此时即使数据相比之前的状态发生了变化，也将在事务提交时由脏数据检查来判定是否需要执行update操作。
二、 如果实体对象实现了lifecycle接口，那么将执行待保存对象的onSave()方法。
三、 如果实体对象实现了Validatable接口，那么将会执行相应的validate()方法。
四、 如果存在拦截器对象，那么将会执行Interceptor.onSave()方法。
五、 构造insert SQL语句完成数据保存。
六、 数据保存成功后，设定实体对象的id为插入记录的id。
七、 将保存后的实体对象纳入Hibernate的内部缓存（一级缓存）。注意Hibernate不会把保存后的实体对象纳入二级缓存，因为刚刚保存过的实体对象很可能在之后被修改，缓存的频繁更新以及带来的同步问题代价，超出了缓存该对象所带来的收益。
八、 最后如果该对象有关联对象，那么将会递归处理该级联对象。
 
 
Session.update()方法到底会执行哪些步骤呢？
一、 首先会在缓存中寻找需要更新的实体对象，如果找到就立刻返回，从这里我们可以看出如果对一个已经处于persistent的实体对象执行update()方法，将不会产生任何作用。
二、 然后当提交事务进行缓存清理时，将会通过脏数据检查，确定变化的属性，然后生成update SQL语句完成数据的更新。
这里有一个问题我们要强调一下，那就是只要通过update()方法将一个游离对象与session相关联，那么不论这个游离的实体对象的属性是否发生改变，都会执行update SQL语句。
如果你希望在没有改变实体对象属性值的情况下不去执行update SQL语句，那么你要开启实体对象<class>元素的”select-before-update”属性，将其设置为”true”,
那么在更新该实体前会先加载该实体在数据库中对应的所有属性值，然后逐条与缓存中属性值进行比较，如果发生了改变，那么将会生成update操作进行数据更新，如果没有发生改变那么将不会进行update操作。要跟据实际需求情况来决定是否开启这个选项，如果实体对象的属性不会经常发生改变，那么就应该开启这个选项，以免执行多余的update操作。如果实体对象的属性会经常发生改变，那么就没必要开启这个选项，以免在执行update操作前再执行多余的select语句。
 
注：（1）、当执行对一个游离实体对象执行session.update()操作时，如果在数据库中不存在这个实体对应的纪录，那么这个操作将会抛出异常。
（2）、当执行session.update()方法将一个游离对象与session关联时，如果此时在缓存中已经存在了与该实体对象具有相同OID的持久化对象，那么这个方法会抛出异常。如下面代码：
 
Session.saveOrUpdate():
这个方法包含了save()方法和update()方法的特点，如果传入该方法的是一个游离对象，那么这个方法就会执行update操作，如果传入该方法的是一个临时对象，那么这个方法就会执行insert操作。这个方法幕后的工作原理如下：
a) 首先在缓存寻找，如果找到待保存的操作就直接返回。
b) 如果实体实现了拦截方法，那么就执行isUnsaved()方法，判断实体对象状态。
c) 如果实体处于临时状态就执行save(),如果实体处于游离状态那么就执行update()。
这里存在一个问题，那就是Hibernate是怎样判断一个实体是处于游离态还是临时状态的？如果实体满足下面的一个条件，就认为这个实体处于临时状态。
.Java对象的OID值为null。
.如果Java对象具有version属性（将在并发加锁部分讲解）且为null。
.如果实体的<id>设置了属性unsaved-value，而且OID值与unsaved-value值相等。
.如果实体的version属性设置了unsaved-value，并且version属性的值与unsaved-value值相等。
.如果实体实现了Interceptor,而且Interceptor.isUnsaved()方法返回true。
满足这些条件中的一个，这个实体就被认为是临时对象。
 
Session.delete():
delete()方法用于从数据库中删除一个或一批实体所对应的数据，如果传入的对象是持久化对象，那么当清理缓存时，就会执行delete操作。如果传入的是游离对象，那么首先会使该对象与session相关联，然后当清理缓存时，再执行delete操作。
注：未清理缓存前，是不会生成数据库delete语句的
 
hibernate中get方法和load方法的根本区别：
如果你使用load方法，hibernate认为该id对应的对象（数据库记录）在数据库中是一定存在的，所以它可以放心的使用，它可以放心的使用代理来延迟加载该对象。在用到对象中的其他属性数据时才查询数据库，但是万一数据库中不存在该记录，那没办法，只能抛异常，所说的load方法抛异常是指在使用该对象的数据时，数据库中不存在该数据时抛异常，而不是在创建这个对象时。由于session中的缓存对于hibernate来说是个相当廉价的资源，所以在load时会先查一下session缓存看看该id对应的对象是否存在，不存在则创建代理。所以如果你知道该id在数据库中一定有对应记录存在就可以使用load方法来实现延迟加载。 
对于get方法，hibernate会确认一下该id对应的数据是否存在，首先在session缓存中查找，然后在二级缓存中查找，还没有就查数据库，数据库中没有就返回null。 

虽然好多书中都这么说：“get()永远只返回实体类”，但实际上这是不正确的，get方法如果在session缓存中找到了该id对应的对象，如果刚好该对象前面是被代理过的，如被load方法使用过，或者被其他关联对象延迟加载过，那么返回的还是原先的代理对象，而不是实体类对象，如果该代理对象还没有加载实体数据（就是id以外的其他属性数据），那么它会查询二级缓存或者数据库来加载数据，但是返回的还是代理对象，只不过已经加载了实体数据。 

前面已经讲了，get方法首先查询session缓存，没有的话查询二级缓存，最后查询数据库；反而load方法创建时首先查询session缓存，没有就创建代理，实际使用数据时才查询二级缓存和数据库。 

总之对于get和load的根本区别，一句话，hibernate对于load方法认为该数据在数据库中一定存在，可以放心的使用代理来延迟加载，如果在使用过程中发现了问题，只能抛异常；而对于get方法，hibernate一定要获取到真实的数据，否则返回null.

本文来源 我爱IT技术网 http://www.52ij.com/jishu/115.html 转载请保留链接。