最近在进修SHH框架中的Hibernate，对Session的get和load要领，有点混不清楚，不知道区别在哪，可能对它们的区别感伤不深。所以百度了一下，功效问题来了。百度的功效和实际测试的功效进出很大。主要是对get要领的说法跟实际运行的功效纷歧致。
先说一下概念吧：
get不支持lazy，load支持lazy；
数据不存在时，get返回null，load则抛出ObjectNotFoundException异常。
load要领可以返回实体的署理类实例，而get要领直接读取数据库，所以直接返回实体类（get的这个说法是错误的）
对付第一条，相信各人都没有太多的疑问。我这里给个例子稍作表明：lazy意味着用的时候才去执行sql语句。
User user = (User)session.load(User.class,"4028981b41174a690141174a6c6d0003");
这句代码不会去执行数据库查询，只有用到user时才会去执行数据库查询。所以不会当即生成sql语句。
User user = (User)session.get(User.class, "4028981b41174a690141174a6c6d0003"); 而上面这句代码则会当即去执行数据库查询（假如缓存中没有实例）。
尔后头的问题要想说大白，首先得相识一个问题——Session加载实体工具的进程：
首先，Hibernate中维持了两级缓存。第一级缓存由Session实例维护，它是属于事务范畴的缓存。个中保持了Session当前所有关联实体的数据，也称为内部缓存。而第二级缓存则存在于SessionFactory条理，它是属于历程范畴或群集范畴的缓存，由当前所有由本SessionFactory结构的Session实例共享。
出于机能思量，制止无谓的数据库会见，Session在挪用数据库查询成果之前，会先在缓存中举办查询。首先在第一级缓存（内部缓存）中，通过实体范例和id举办查找，假如第一级缓存查找掷中，且数据状态正当，则直接返回。然后，Session会在当前“NonExists”记录中举办查找，假如“NonExists”记录中存在同样的查询条件，则返回null。 “NonExists” 记录了当前Session实例在之前所有查询操纵中，未能查询到有效数据的查询条件（相当于一个查询黑名单列表）。如此一来，假如Session中一个无效的查询条件反复呈现，即可迅速作出判定，从而得到最佳的机能表示。
对付load要领而言，首先查找内部缓存，假如掷中，则返回实例，假如内部缓存中未发明有效数据，则查询第二级缓存，假如第二级缓存掷中，则返回。若二级缓存中依旧未发明有效数据，则提倡数据库查询操纵（Select SQL）。假如查询到，则返回实体类的署理工具，若颠末查询未发明对应记录，则将此次查询的信息在“NonExists” 中加以记录，并抛出ObjectNotFoundException异常。
对付get要领而言，很多书上、网络博客里都说错了。get要领同样是先查找内部缓存，假如掷中，则返回，不然提倡数据库查询操纵，假如查询到，则返回实体类的工具，若颠末查询未发明对应记录，则将此次查询的信息在“NonExists” 中加以记录，并返回null。所以网络上说的“当他人修改了数据后，用load大概读取不到最新的数据，而get必定可以读取到最新修改的数据”的说法也是不创立的。
这也就意味着，get要领获取到的并不必然是实体类工具，load要领也不必然是返回实体署理类工具。
以上的概念都是我通过测试得出来的，有代码有图有真相呀：
package com.bjpowernode.hibernate;
import java.util.Date;
import junit.framework.TestCase;
import org.hibernate.ObjectNotFoundException;
import org.hibernate.Session;
import org.hibernate.Transaction;
/**
* Session测试类
*
* @author Longxuan
*
*/
public class SessionTest extends TestCase {
public void testEquals() {
Session session = null;
try {
//获取Session
session = HibernateUtils.getSession();
// 开启事务
session.beginTransaction();
System.out.println("\n\n\n\n");
try {
// 验证查不到数据时，get返回null，load抛ObjectNotFoundException异常
// URL：http://www.bianceng.cn/Programming/Java/201410/45828.htm
System.out.println(session.get(User.class, "123"));
System.out.println(session.load(User.class, "123"));
} catch (ObjectNotFoundException e) {
System.out.println("load要领抛出ObjectNotFoundException异常");
}
System.out.println("\n\n");
// 验证load返回实体类工具，而非署理工具
{
User user1 = (User) session.get(User.class,"4028981b41174a690141174a6c6d0003");
User user2 = (User) session.load(User.class,"4028981b41174a690141174a6c6d0003");
System.out.println("user1:" + user1.getClass().getSimpleName());
System.out.println("user2:" + user2.getClass().getSimpleName());
System.out.println("user1与 user2是否为同一工具:" + user1.equals(user2));
}
System.out.println("\n\n");
session.clear();//排除Session
// 验证get也可以返回署理类工具，而并不必然返回实体类工具
// 同时验证了get要领先查找缓存（假如没有输出sql语句，则说明get查找了缓存）
{
User user3 = (User) session.load(User.class,"4028981b41174a690141174a6c6d0003");
User user4 = (User) session.get(User.class,"4028981b41174a690141174a6c6d0003");
System.out.println("user3:" + user3.getClass().getSimpleName());
System.out.println("user4:" + user4.getClass().getSimpleName());
System.out.println("user3与 user4是否为同一工具:" + user3.equals(user4));
}
session.getTransaction().commit();
} catch (Exception e) {
e.printStackTrace();
session.getTransaction().rollback();
} finally {
HibernateUtils.closeSession(session);
}
}
}
运行功效图：
尚有一个有趣的现象：
User user5 = (User)session.load(User.class, "123"); System.out.println(user5.getId());
运行功效直接输出 123
#p#分页标题#e#
从功效中也可以看出，前2句代码，不会去执行数据库操纵。因为load后会在hibernate的一级缓存里存放一个map工具，该map的key就是Id的值，可是当你getId()时，它会去一级缓存里拿map的key值，正好找到了，所以不会再去执行数据库查询。也不会报任何错。就有了以上的功效。
