访问量非常大的时候，如何让我的jsp能支持的住？

对jsp做cach

使用osCache对Jsp整个页面缓存不如自己使用对象Cache来得更有效率，如果你觉得做对象Cache很繁，或者想快点知道使用对象Cache的效果，可以用上Jdon框架，只要将你需要Cache的对象继承Model，然后使用jdonframework.xml配置你的service即可。

数据不是不多吗？真觉得保险的话，就什么技术都不要用，反朴归真用HTML吧，呵呵！ 绝对顶得住！

什么OSCACH、JDON框架，统统闪一边再说！省得你再花心思研究。

感谢回复。
cache我曾经想过，但是有个问题，就是每次页面出来的东西是有可能不一样的。比如学校刚开学，大家选宿舍的时候，如果一个房间申请了3次，或者申请了4次，数据是在变的啊。这个时候缓存该怎么做？？？

这里先介绍三个网站：
http://www.cninfo.com.cn/default.htm[url=http://www.cninfo.cn/]http://www.cninfo.cn/[/url]http://www.p5w.cn
运行环境：
JSP+weblogic+一台两千年的IBM小型机+oracle。这都是我们公司下面的网站,基本没有java类，业务逻辑全在存储过程和jsp里面。我来这公司不久，不到一个月，初看这些设计模式和开发模式确实很吃惊，但是跑起来确实很快。简单来说就是在后台跑了个页面转换程序，专门负责将jsp页面转换成静态html页面，这样一来访问者只须跟静态页面打交道，而jsp完全只是产生静态页面的源。
优点：速度快，一台破服务器跑了十几个网站还没事，不要以为网站的访问量小，其实我们公司每天光采编就有两百多个24小时往这里添加内容，访问人数就更多了。
缺点：可维护性差，业务逻辑全在数据库中，几千行的存储过程不少见，jsp巨大，看起来很费劲。

其实新浪、网易这样的门户网站也有用这样的技术，他们的网页里也是大量静态页面，基本上除了聊天室、BBS等必须要动态页面的地方，新闻、小说等都是html的。
这与我们当前所倡导的j2ee架构显得格格不入，至少我是不习惯。也许这种模式更适合你的需求。

你这个3000不是并发的吧。如果是并发的恐怕连静态页面都顶不住。另外生成静态页面也得看更新频率和时间段。如果更新频率比较高并且集中到客户访问的时间段里。用生成静态页面的方法也不合适。我觉的如果不用集群的话，只能做个cache了。比如隔10分钟更新cache数据。cache的更新频率太高的话，也会产生大量的临时数据，占用内存，加快垃圾回收的频率。这时就需要对jvm的heap等参数进行调整。我觉的象那些大型网站上一般都是利用集群来分担负荷量的。
象你说的24小时的访问量如果不是集中大一起的高峰期时的并发访问，也是没有问题的。