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

1.从返回结果上对比：

2.从检索执行机制上对比：

get 方法和 find 方法都是直接从數据库中检索
而 load 方法的执行则比较复杂
■ 如果没有则判断是否是 lazy，如果不是直接访问数据库检索查到记录返回，查不到抛出异常
■ 在访問获得的代理对象的属性时,检索数据库如果找到记录则把该记录的对象复制到代理对象的 target 上，并将 initialized=true如果找不到就抛出异常。

■ 如果你使用 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 缓存，没有就创建代理实际使用数据时才查询二级缓存和数据库。

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