看看这2种方法哪个速度更快。

我说的是用2来实现你说的缓存能否实现的问题，我找的那个资料里说的好像很复杂，又有AOP的东西了。

这样就跟spring框架绑得太紧了，不太欣赏，可能又更好的缓存解决办法。

而且你做的论坛系统应该说帖子更新是比较快的，如果使用缓存最好是查询量比较大，修改比较小的情况，所以我不建议使用。你想想你要使用的话缓存的生存时间你设成多少，这样还有多大意义。

没有，我的意思是hibernate现在的cache provider默认是ehcache了，以前是jcs,因为jcs有问题才改的。

首先是建议，如果不用cache的情况下可以满足你的要求的话，就不要用，如果是不能满足的话，就要考察是你那个部分出问题了，就在那个部分用，如果还不行的话，就换成sql试一下，如果还不行，就用sp吧。如果再不行的话，就换机器吧。

cache不是一开始就要用的，而是根据情况而用。

为什么要这样说呢。是因为问题不是一开始就出现的，而且cache弄不好，出现问题很难发现（所以建议，在开发时，不要打开cache）。

用Iterator的时候，hibernate不是 默认就使用JCS （前面人说已经改成en***了） 我 理解他像是在说，默认就使用缓存 了。 你说的 建议 不要用是什么意思i ？ 是 修改 hibernate的配置文件 ，把默认是使用缓存 改成不使用，还是说 默认就是 不使用，不要 特意去修改改成，使用缓存 。 


* 沙  说： 论坛 经常修改 不适合 使用缓存。 我现在还是 不清楚。hibernate默认 的到底是 使用还是不使用。 如果默认是使用。我是不是还要修改配置。

谢谢/

这么多空格啊，眼晕

方法1和2如果要是都去完成分页的问题，那么他们都没有写完。
而如果把它们补成正确的话，他们的效率是几乎一样的。
用setFirstResult(...).setMaxResults(...)的方法，出现在Gavin King自己的blog上。
另外，如果是方法2，用scroll()去翻它，结果也是一样的。只是要多写两行代码。

另外，我很疑惑关于开发的时候不使用ehcache的说法。我猜你是想说获得不了正确的生命周期中的对象？如果是这样ehcache还有什么存在的意义？除非你交替使用两个以上transactionManager。不过不申明的话Spring会帮你管好ehcache的。这里关于二级缓存的完全是多虑的