Session中load/get方法的详细区别

Session.load/get方法都可以根据指定的实体类和id从数据库读取记录，并返回与之对应的实体对象。
其区别在于： 若是未能发现符合条件的记录，get方法返回null，而load方法会抛出一个ObjectNotFoundException。 Load方法可返回实体的代理类实例，而get方法永远直接返回实体类。

load方法能够充分利用内部缓存和二级缓存中的现有数据，而get方法则仅仅在内部缓存中进行数据查找，如没有发现对应数据，将越过二级缓存，直接调用SQL完成数据读取。

 

Session在加载实体对象时，将通过的过程： 首先，Hibernate中维持了两级缓存。第一级缓存由Session实例维护，其中保持了Session当前全部关联实体的数据，也称为内部缓存。而第二级缓存则存在于SessionFactory层次，由当前全部由本SessionFactory构造的Session实例共享。出于性能考虑，避免无谓的数据库访问，Session在调用数据库查询功能以前，会先在缓存中进行查询。首先在第一级缓存中，经过实体类型和id进行查找，若是第一级缓存查找命中，且数据状态合法，则直接返回。
以后，Session会在当前“NonExists（把无效的条件写成一个黑名单，既然无效，那么也不必再查下去）”记录中进行查找，若是“NonExists”记录中存在一样的查询条件，则返回null。“NonExists”记录了当前Session实例在以前全部查询操做中，未能查询到有效数据的查询条件（至关于一个查询黑名单列表）。如此一来，若是Session中一个无效的查询条件重复出现，便可迅速做出判断，从而得到最佳的性能表现。
对于load方法而言，若是内部缓存中未发现有效数据，则查询第二级缓存，若是第二级缓存命中，则返回。

如在缓存中未发现有效数据，则发起数据库查询操做（Select SQL），如通过查询未发现对应记录，则将这次查询的信息在“NonExists”中加以记录，并返回null。

 

根据映射配置和Select SQL获得的ResultSet，建立对应的数据对象。 将其数据对象归入当前Session实体管理容器（一级缓存）。 执行Interceptor.onLoad方法（若是有对应的Interceptor）。 将数据对象归入二级缓存。 若是数据对象实现了LifeCycle接口，则调用数据对象的onLoad方法。 返回数据对象。
/** *//**   * load()方法的执行顺序以下：   * a)：首先经过id在session缓存中查找对象，若是存在此id的对象，直接将其返回   * b)：在二级缓存中查找，找到后将 其返回。   * c)：若是在session缓存和二级缓存中都找不到此对象，则从数据库中加载有此ID的对象   * 所以load()方法并不老是致使SQL语句，只有缓存中无此数据时，才向数据库发送SQL！     */
 /** *//**   * 与get()的区别：   * 1：在当即加载对象（当hibernate在从数据库中取得数据组装好一个对象后   * 会当即再从数据库取得数据此对象所关联的对象）时，若是对象存在，   * load()和get()方法没有区别，均可以取得已初始化的对象;但若是当对   * 象不存在且是当即加载时，使用get()方法则返回null,而使用load()则   * 抛出一个异常。所以使用load()方法时，要确认查询的主键ID必定是存在   * 的，从这一点讲它没有get方便！   * 2：在延迟加载对象(Hibernate从数据库中取得数据组装好一个对象后，   * 不会当即再从数据库取得数据组装此对象所关联的对象，而是等到须要时，   * 都会从数据库取得数据组装此对象关联的对象)时，get()方法仍然使用   * 当即加载的方式发送SQL语句，并获得已初始化的对象，而load()方法则   * 根本不发送SQL语句，它返回一个代理对象，直到这个对象被访问时才被   * 初始化。   */
get()----不支持LAZY
load()----支持LAZY
load和get一共是2个区别 先讲第一个 延迟加载  load是true而get是false 意 思就是 load采用的是延迟加载的方式 而get不是，hibernate思想是 既然这个方法支持延迟加载 他就认为这个对象必定在数据库存在，在你 声明 TFaq tfag2=(TFaq)sess.load(TFaq.class, 300); 这句时候，hibernate就干了一件事  1.查询session缓存 2.缓存中没有这个对象 就建立个代理 由于延迟加载须要代理来执行 因此就建立了个代理 ok 到此为止 这句话就干了个这个 并无去数据库交互查询 当你使用这个对象 好比tfag2.getTfRtitle()或get方法时候 这个时候 hibernate就去查询二级缓存和数据库，数据库没有这条数据 就抛出异常 整个load方法调用结束 load没什么神奇 这就是他干过全部的事情
load方法讲完了 我在讲一下get方法工做原理 由于hibernate规定get方法不能使用延迟加载 因此和load仍是不同的 TFaq tfag2=(TFaq)sess.get(TFaq.class, 300); 在建立这条语句时候 咱们看看hibernate干了哪些事 1.get方法首先查询session缓存 (session缓存就是hibernate的一级缓存 这个概念你们应该清楚吧 ) 2.get方法若是在session缓存中找到了该id对应的对象，若是恰好该对象前面是被代理过的，如被load方法使用过，或者被其余关联对象延迟加载过，那么返回的仍是原先的代理对象，而不是实体类对象。 3.若是该代理对象尚未加载实体数据（就是id之外的其余属性数据），那么它会查询二级缓存或者数据库来加载数据，可是返回的仍是代理对象，只不过已经加载了实体数据。 （这个代理实际就是空的对象 并无去数据库查询获得的 咱们叫代理对象，若是 去数据库查询了 返回到了这个对象 咱们叫实体对象 就是这个对象真实存在）
我在总结性一句话这2者区别  get方法首先查询session缓存，没有的话查询二级缓存，最后查询数据库；反而load方法建立时首先查询session缓存，没有就建立代理，实际使用数据时才查询二级缓存和数据库

----我测试过：
在使用session.get方法后若是把session关闭的话，也会出现懒加载异常。
那么只有在manytoone标签里配置 lazy="false"时异常才会解决。
也就是说上面转载的第3条不是那么正确：返回该代理对象不错，可是若是该对象没有加载实体数据，那么也会在用到时才会加载，即不会当即查询数据库或者二级缓存，那么你如今把session关闭，这个对行啊没有加载实体数据----才会出现懒加载异常。

装载自：http://blog.csdn.net/houjiyu243042162/article/details/27243029