性能测试：
   对一个9036条记录的表进行load测试，表字段有8个，有一个字段是text型，每条记录的该字段约有1300多字节，其余都是简单字段
   软硬件：AMD XP1600+, 512M内存（测试时内存有余），winXP SP1, JDK1.4.2_06, Mysql4.1.9,InnoDB,GBK, mm.3.1.6驱动， tomcat5.0.28（启动设置最大内存256M，最小内存64M）,hibernate2.1.8, 打开二级缓存Ehcache（配置二级缓存最多10000个对象）关闭所有hibernate log信息和sql输出
  
   方法1：先用 List idList = session.find("select o.id from MyClass o");找出idList然后
          list.add(session.load(MyClass.class, (Long)idList.get(i)));组成list
   方法2：直接用hibernate的session.find(from MyClass )得到list
   方法3：直接用hibernate的session.iterator(from MyClass )，然后list = new ArrayList(9100);  while(iter.hasNext()) { list.add(iter.next()); }构造list
  
   每个方法连续调用5次。（第1次调用是没有二级缓存的结果，第2次以后是有二次缓存的结果）
  
   结果如下：  
       
    结束第1次loadAll1()方法, 用时15763ms~14762ms
    结束第2次loadAll1()方法, 用时771ms~580ms
    结束第3次loadAll1()方法, 用时631ms~611ms
    结束第4次loadAll1()方法, 用时641ms~591ms
    结束第5次loadAll1()方法, 用时601ms~551ms
  
    结束第1次loadAll2()方法, 用时2965ms~3025ms
    结束第2次loadAll2()方法, 用时2854ms~2950ms 
    结束第3次loadAll2()方法, 用时2613ms~
    结束第4次loadAll2()方法, 用时2815ms~
    结束第5次loadAll2()方法, 用时2653ms~
    
    结束第1次loadAll3()方法, 用时16664ms~16514ms
    结束第2次loadAll3()方法, 用时651ms~661ms
    结束第3次loadAll3()方法, 用时621ms~591ms
    结束第4次loadAll3()方法, 用时571ms~571ms
    结束第5次loadAll3()方法, 用时641ms~631ms     

  
   分析： 方法1和方法3在访问数据库的策略是一样的，所以运行时间基本差不多。（方法3稍慢一点可能是iterator遍历再组成list用的时间较多）这两种方法第一次运行都要进行9036+1次数据库访问，所以时间最长。而第二次以后运行只需访问一次数据库，并只取出数据的id不取别的字段，因为此时所有对象都已经存在二级缓存中，剩下的是访问二级缓存组成list，所以速度最快。
  
          而方法2每次都会访问数据库load所有数据的所有字段，打开cache的log信息，可以看出第2次以后会通过二级缓存得到数据，但是由于load所有字段占用时间占了此方法较大比例的开销，所以，即使访问二级缓存，性能提高也非常微小，每次运行的时间花费几乎一样。
  
         

注意事项：
  (1)不要在机器运行较长时间后运行tomcat进行测试，特别是机器启动后频繁地开启tomcat，java程序，打开较大应用程序占用很多内存的时候。那时候测试结果一定不准。比如：我昨天晚上测试先用方法1的时间是200S，60S，后运行方法2，竟然用了8000S,200S!
  (2)设置log4j的LOG级别，不要hibernate和sql的信息。时间会减少很多。（log4j的配置文件难道有这个规矩：一行结尾不能有空格的说？？？FT！！！）
  (3)在tomcat启动时进行测试，并在测试方法前调用一个会用到hibernate的方法，让hibernate初始化先完成