Hibernate加载数据时get和load方法的区别，让我们先看一下方法原型吧：

1.get方法

 /**

  * Return the persistent instance of the given entity class with the given identifier,

  * or null if there is no such persistent instance. (If the instance, or a proxy for the

  * instance, is already associated with the session, return that instance or proxy.)

  *

  * @param clazz a persistent class

  * @param id an identifier

  * @return a persistent instance or null

  * @throws HibernateException

  */

 public Object get(Class clazz, Serializable id) throws HibernateException;

2.load方法

 /**

  * Return the persistent instance of the given entity class with the given identifier,

  * assuming that the instance exists.

  * <br><br>

  * You should not use this method to determine if an instance exists (use <tt>get()</tt>

  * instead). Use this only to retrieve an instance that you assume exists, where non-existence

  * would be an actual error.

  *

  * @param theClass a persistent class

  * @param id a valid identifier of an existing persistent instance of the class

  * @return the persistent instance or proxy

  * @throws HibernateException

  */

经过比较我们可以发现：Session.load/get方法均可以根据指定的实体类和id从数据库读取记录，并返回与之对应的实体对象。其区别在于：

  1. 如果未能发现符合条件的记录，get方法返回null，而load方法会抛出一个ObjectNotFoundException。
  2. Load方法可返回实体的代理类实例，而get方法永远直接返回实体类。
  3. load方法可以充分利用内部缓存和二级缓存中的现有数据，而get方法则仅仅在内部缓存中进行数据查找，如没有发现对应数据，将越过二级缓存，直接调用SQL完成数据读取。

 

Session在加载实体对象时，将经过的过程：

  1. 首先，Hibernate中维持了两级缓存。第一级缓存由Session实例维护，其中保持了Session当前所有关联实体的数据，也称为内部缓存。而第二级缓存则存在于SessionFactory层次，由当前所有由本SessionFactory构造的Session实例共享。出于性能考虑，避免无谓的数据库访问，Session在调用数据库查询功能之前，会先在缓存中进行查询。首先在第一级缓存中，通过实体类型和id进行查找，如果第一级缓存查找命中，且数据状态合法，则直接返回。
  2. 之后，Session会在当前“NonExists”记录中进行查找，如果“NonExists”记录中存在同样的查询条件，则返回null。“NonExists”记录了当前Session实例在之前所有查询操作中，未能查询到有效数据的查询条件（相当于一个查询黑名单列表）。如此一来，如果Session中一个无效的查询条件重复出现，即可迅速作出判断，从而获得最佳的性能表现。
  3. 对于load方法而言，如果内部缓存中未发现有效数据，则查询第二级缓存，如果第二级缓存命中，则返回。
  4. 如在缓存中未发现有效数据，则发起数据库查询操作（Select SQL），如经过查询未发现对应记录，则将此次查询的信息在“NonExists”中加以记录，并返回null。
  5. 根据映射配置和Select SQL得到的ResultSet，创建对应的数据对象。
  6. 将其数据对象纳入当前Session实体管理容器（一级缓存）。
  7. 执行Interceptor.onLoad方法（如果有对应的Interceptor）。
  8. 将数据对象纳入二级缓存。
  9. 如果数据对象实现了LifeCycle接口，则调用数据对象的onLoad方法。
  10. 返回数据对象。

============================================

Hibernate中有两个极为相似的方法get()与load(),他们都可以通过指定的实体类与ID从数据库中读取数据,并返回对应的实例,但Hibernate不会搞两个完全一样的方法的，它们间的不同在于:

　１．如果找不到符合条件的纪录，get()方法将返回null．而load()将会报出ObjectNotFoundEcception．

　２．load()方法可以返回实体的代理类实例，而get()永远只返回实体类．

    ３．load()方法可以充分利用二级缓存和内部缓存的现有数据，而get()方法只在内部缓存中进行查找，如没有发现对应数据将跳过二级缓存，直接调用ＳＱＬ完成查找．

 B:

呵呵，没有说到根本点上，hibernate中get方法和load方法的根本区别在于：如果你使用load方法，hibernate认为该id对应的对象（数据库记录）在数据库中是一定存在的，所以它可以放心的使用，它可以放心的使用代理来延迟加载该对象。在用到对象中的其他属性数据时才查询数据库，但是万一数据库中不存在该记录，那没办法，只能抛异常，所说的load方法抛异常是指在使用该对象的数据时，数据库中不存在该数据时抛异常，而不是在创建这个对象时。由于session中的缓存对于hibernate来说是个相当廉价的资源，所以在load时会先查一下session缓存看看该id对应的对象是否存在，不存在则创建代理。所以如果你知道该id在数据库中一定有对应记录存在就可以使用load方法来实现延迟加载。
对于get方法，hibernate会确认一下该id对应的数据是否存在，首先在session缓存中查找，然后在二级缓存中查找，还没有就查数据库，数据库中没有就返回null。

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

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

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

楼主有没有实际测试过，还是道听途说，还是想混积分。

C:

网上有许多关于load和get方法的讨论，自己做了一个小小的实验，明确一下load和get方法的工作原理。
首先get方法没有什么可说的，就是在Session执行此函数的时候hit一下数据库，而load方法比较麻烦，具体的执行流程是这样的：

java 代码
 
  1. Session session=getSessionFactory().openSession();  
  2. Transaction tr=session.beginTransaction();  
  3. //Student stu2=(Student)session.get(Student.class, new Integer(5));  
  4. //if(session.contains(stu2)) System.out.println("stu2 in the session");  
  5. Student stu=(Student)session.load(Student.class, new Integer(5));  
  6. stu.getAddress();  
  7. tr.commit();  
  8. session.close();  


（1）查找Session所在的persistent Context中是否有缓存的persistent object，如果有则直接返回该persistent object作为stu对象；如果没有，则需要建立代理对象，该代理对象不是我们认为的pojo，其中的代理对象的initialized属性为false，target属性为null。
（2）在访问获得的代理对象的属性时，例如执行stu.getArress()时，因为此时的persistent Context中没有该persistent object,所以会hit数据库。
（3）hit数据库时，如果在数据库中找到该对象对应的记录，那么用获得的对象赋值给该代理对象的target属性，并且将initialized属性改为true；如果在数据库中找不到该对象对应的记录，那么抛出org.hibernate.ObjectNotFoundException异常。

而get方法每次执行都hit数据库，如果没有相对应的记录，那么就返回null。