hibernate查询方法选择（List()与Iterator()）二者的区别？

导读：
　　 hibernate方法选择
　　a) 完成一样一件事，HIBERNATE提供了可供选择的一些方式，但具体使用什么方式，可能用性能/代码都会有影响。显示，一次返回十万条记录（List /Set/Bag/Map等）进行处理，极可能致使内存不够的问题，而若是用基于游标（ScrollableResults）或Iterator的结果 集，则不存在这样的问题。
　　b) Session的load/get方法，前者会使用二级缓存，然后者则不使用。
　　c) Query和list/iterator，若是去仔细研究一下它们，你可能会发现不少有意思的状况，两者主要区别(若是使用了Spring，在HibernateTemplate中对应find,iterator方法)：
　　i. list只能利用查询缓存（但在交易系统中查询缓存做用不大），没法利用二级缓存中的单个实体，但list查出的对象会写入二级缓存，但它通常只生成较少的执行SQL语句，不少状况就是一条（无关联）。
　 　ii. iterator则能够利用二级缓存，对于一条查询语句，它会先从数据库中找出全部符合条件的记录的ID，再经过ID去缓存找，对于缓存中没有的记录，再 构造语句从数据库中查出，所以很容易知道，若是缓存中没有任何符合条件的记录，使用iterator会产生N+1条SQL语句（N为符合条件的记录数）
　　iii. 经过iterator，配合缓存管理API，在海量数据查询中能够很好的解决内存问题，如：
　　while(it.hasNext()){
　　YouObject object = (YouObject)it.next();
　　session.evict(youObject);
　　sessionFactory.evice(YouObject.class, youObject.getId());
　　}
　　若是用list方法，极可能就出OutofMemory错误了
　　iv. 经过上面的说明，我想你应该知道如何去使用这两个方法了。
　　
　　 ps:List 仅仅会填充二级缓存，却不能利用二级缓存，而iterator能够读二级缓存，然而没法命中的话，效率却很低。一个最好的办法就是，第一次查询使用 List，随后的查询使用iterator，如今的问题是如何作到第一次查询使用List，随后查询使用iterator。 　　先来考察一下缓 存的做用：缓存之因此能够命中，前提条件是该数据被使用的很是频繁，同时更新的可能性至关小，若是数据会频繁修改，那么毫无疑问，缓存不会带来任何好处。 明确了这一点，咱们就明白什么对象应该进行缓存了。显然，对于那些常常会被访问到的小批量的诸如基础信息，用户和权限信息是很是适合进行缓存的，这些数据 咱们能够在应用启动的时候就执行一次list方法查询，进行缓存填充(例如写一个InitBean类进行数据缓存初始化)，此外在数据被修改的时候，再次 执行list方法，进行缓存填充。而在使用这些数据的其余地方，通通使用iterator方法。这样就能够实现所谓的第一次查询使用List，随后的查询 使用iterator了。