两者都是根据指定条件查询并返回符合查询的条件的实体对象；
看下session.createQuery().list()：
- List<TUser> users = session.createQuery(hql).list();
- int len = users.size();
- for (int i = 0; i < len; i++) {
- TUser user = users.get(i);
- System.out.println("User name:"+user.getName());
- }
在控制台上只会输出：
- Hibernate: select tuser0_.userid as userid0_, tuser0_.name as name0_,tuser0_.age as age0_, tuser0_.info as info0_ from t_user tuser0_ where tuser0_.age>316
显示的结果为：
- User name:keith 299
在看下session.createQuery().iterate()：
- Iterator it = session.createQuery(hql).iterate();
- while (it.hasNext()) {
- TUser users = (TUser) it.next();
- System.out.println("user Name:"+users.getName());
- }
看下控制台上的输出：
- Hibernate: select tuser0_.userid as col_0_0_ from t_user tuser0_ where tuser0_.age>316
- Hibernate: select tuser0_.userid as userid0_0_,tuser0_.name as name0_0_, tuser0_.age as age0_0_,tuser0_.info as info0_0_ from t_user tuser0_ where tuser0_.userid=?
所显示的结果为：
- user Name:keith 299
两者相比较，list()只发一条语句将符合条件的数据全部查出，而iterator()却现将id查出来，然后根据id再将符合条件的数据查出，这就构成了N＋1的问题；既然list更高效，为什么hibernate还将iterator存在呢？
这个问题与Hibernate缓存机制密切相关，我们将两种方法写在一起：
- List<TUser> users = session.createQuery(hql).list();
- int len = users.size();
- for (int i = 0; i < len; i++) {
- TUser user = users.get(i);
- System.out.println("user Name："+user.getName());
- }
- System.out.println(" query by list is Over,and query by iterator is start...");
- Iterator it = session.createQuery(hql).iterate();
- while (it.hasNext()) {
- TUser user = (TUser) it.next();
- System.out.println("users name:"+user.getName());
- }
看下控制台的输出：
- Hibernate: select tuser0_.userid as userid0_,tuser0_.name as name0_,tuser0_.age as age0_,tuser0_.info as info0_ from t_user tuser0_ where tuser0_.age>316
- user Name：keith 299
- query by list is Over,and query by iterator is start...
- Hibernate: select tuser0_.userid as col_0_0_ from t_user tuser0_ where tuser0_.age>316
- users name:keith 299
只是将之前的list()和iterator()放在一起使用，这时的iterator只执行了一条SQL；其中的差异在于hibernate的缓存机制；
list()方法将执行Select SQL从数据库中获取所有符合满足条件的记录并构造相应的实体对象，实体对象构建完毕后，就将其纳入缓存；
这样等到iterator()执行时，首先会执行一条SQL来查询符合条件数据的id，随即，iterator方法首先在本地缓存内根据id查找对应的实体对象是否存在，如果缓存中已经存在对应的数据，则直接以此数据对象作为查询结果；如果没有找到，则再次执行Select语句获得对应数据库中的表记录（如果iterator在数据库中查到并构建了完整的数据对象，也会将其纳入缓存中）;
在上面这个实例中，list()将读取的数据放入缓存中，iterator()直接可以用于是出现了以上的结果；
当我们再次执行上面的程序，发现结果还是一样的；list()并没有去读取它自己放进缓存的数据，因为当我们list()查询完后，即使缓存中有一些符合条件的数据，但是我们也无法保证这些数据就是合法的，如果更改下条件，将大于316改成300；那么缓存中的数据只满足大于316不会满足大于300；所有list()方法还是需要执行一次Select SQL来保证结果的完整性；得出结论：list()实际上无法利用缓存，它对缓存只写不读，而iterator()可以充分利用缓存，如果目标数据只读或者读取相当频繁，可以使用iterator()来减少性能上的消耗；
但是会出现这样一个问题，如果是海量数据怎么办？如果超过10万条记录的话，会有很大的可能出发OutOfMemoryError；导致系统异常；那么就用iterator()和evict()来解决吧！将内存消耗保持在可以接受的范围内；比如：
- Iterator it = session.createQuery(hql).iterate();
- while (it.hasNext()) {
- TUser users = (TUser) it.next();
- //在一级缓存中清理
- session.evict(users);
- //在二级缓存中清理，二级缓存可以设定
- SessionFactory.evict(TUser.class, users.getUserid());
- System.out.println("user Name:"+users.getName());
- }
但是这样的话，由于JVM的异步内存回收机制，无效对象会不断的在内存中积累等待回收，如果数据量很大，必然会频繁的激发JVM的内存回收机制，导致系统性能急剧下降。因此对于这样的问题，最好使用SQL或者存储过程！