get与load都可以根据参数获取到指定的实体，那他们有什么区别呢？？
从Hibernate的参考手册中，我们基本可以总结出这样几条：
1、如果找不到符合条件的记录，get方法返回null，而load方法抛出异常
2、使用load方法，一般都假定你要取得对象肯定是存在的，而get方法则尝试，如果不存在，就返回null
从这个角度看，似乎没什么大不了的。其实，仔细看看hibernate中关于get和load方法的源码，就不难发现，这背后的不同了。
get方法每次都要访问数据库，而load则不一定，如果使用了缓存机制，load就会从缓存中查找，所以，不一定每次都访问数据库。也就是，load可以更好的利用hibernate的缓存机制，从有效地降低地数据库的直接操作。
gmarwaha在其blog中举了个例子，说明了get与load的区别的另一个好处：load可以带来更优雅的编码模式。因为load可以抛出异常，因此，使用load方法，可以使用try-catch来捕获可能的异常，而get方法则不同，你必须判断其返回是否为null。
例如，一个拍卖，总是针对某个具体的拍卖品——item，而针对竟拍者，必须有标书——bid。所以，每个bid都是针对某个具体的item。这就表明，无论你创建一个拍卖还是标书，都必须提供一个对拍卖品的引用，当然，获得拍卖品的方式，无非是根据item的实例通过会话的get方法从数据库中取得，如下：
Session session = << Get session from SessionFactory >>
Long itemId = << Get the item id from request >>
Item item = (Item) session.get(Item.class, itemId);
if(item != null) {
Bid bid = new Bid();
bid.setItem(item);
session.saveOrUpdate(bid);
} else {
log.error("Bid placed for an unavailable item");
// Handle the error condition appropriately
}
这样做，就要判断处理get方法的返回值是否为null，也许有人不太喜欢这种风格，而我个人却不觉得有什么不好。其实，这样做，最大的问题，可能就是频繁的访问数据库，如果这是个拍卖网站的话，这样的操作，每天可能都有成千上万、甚至上百万，那就对数据库的访问过渡频繁了，从而影响系统的性能。
如果使用load方法，再配合使用缓存机制，就可以大大的降低对数据库的频繁访问，如下：
Session session = << Get session from SessionFactory >>
Long itemId = << Get the item id from request >>
try{
Item item = session.load(Item.class, itemId);
Bid bid = new Bid();
bid.setItem(item);
session.saveOrUpdate(bid);
} catch(ObjectNotFoundException e) {
log.error("Bid placed for an unavailable item");
// Handle the error condition appropriately
}
如果不使用缓存机制，load也需要访问数据库。不过，使用hibernate的地方，基本上都会使用缓存的。