Hibernate中get()和load()方法区别

get和load方式是根据id取得一个记录
下边详细说一下get和load的不一样，由于有些时候为了对比也会把find加进来。

 

1.从返回结果上对比：
load方式检索不到的话会抛出org.hibernate.ObjectNotFoundException异常
get方法检索不到的话会返回null

 

2.从检索执行机制上对比： get方法和find方法都是直接从数据库中检索 而load方法的执行则比较复杂首先查找session的persistent Context中是否有缓存，若是有则直接返回 若是没有则判断是不是lazy，若是不是直接访问数据库检索，查到记录返回，查不到抛出异常 若是是lazy则须要创建代理对象，对象的initialized属性为false，target属性为null 在访问得到的代理对象的属性时,检索数据库，若是找到记录则把该记录的对象复制到代理对象的target上，并将initialized=true，若是找不到就抛出异常。

 

3.根本区别说明
若是你使用load方法，hibernate认为该id对应的对象（数据库记录）在数据库中是必定存在的，因此它能够放心的使用，它能够放心的使用代理来 延迟加载该对象。在用到对象中的其余属性数据时才查询数据库，可是万一数据库中不存在该记录，那没办法，只能抛异常。所说的load方法抛异常是指在使用 该对象的数据时，数据库中不存在该数据时抛异常，而不是在建立这个对象时(注意：这就是因为“延迟加载”在做怪)。

因为session中的缓存对于hibernate来讲是个至关廉价的资源，因此在load时会先查一下session缓存看看该id对应的对象是否存在，不存在则建立代理。因此若是你知道该id在数据库中必定有对应记录存在就能够使用load方法来实现延迟加载。

对于get方法，hibernate会确认一下该id对应的数据是否存在，首先在session缓存中查找，而后在二级缓存中查找，尚未就查数据库，数据库中没有就返回null。

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

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

 

4.简单总结

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