S2SH 多用户刷新页面，效率问题，开发方式探讨

Question

本帖最后由 wangjingchengoye 于 2013-02-25 16:43:45 编辑

Answer 1

如果你对应用不熟悉的话，可以优先考虑做数据库负载均衡。
ajax这些对你提示系统并发性能几乎没有帮助，如果你了解系统，可以改造系统做应用负载均衡。
针对WEB应用本身来说，能生成静态数据的尽量生成静态数据等等。。

Answer 2

负载均衡 能具体一点吗？嗯 freeer 是一个做静态化不错的选择

Answer 3

期待更多的java程序员们的交流 

Answer 4

你的这种需求与S2SH无关，事实上是数据模型层的问题，而且是标准的数据缓存的使用情景。
当大量的静态数据（类似于新闻，这玩意一旦完成极少修改）被极为频繁的访问时，就应该考虑把数据从数据库移到数据缓存中。因为如果你每次都和数据库交互，那么无论你的架构和数据模型层优化的再好，也无法避免链接数据库这一步，而连接数据库比你单纯的查一个新闻信息损耗要大得多，所以最应该避免的就是连接数据库，因而数据缓存是最佳解决方案。
当前，java开发比较流行的几个缓存框架有：OSCache、JSC(Java Caching system)、EHCache、SwarmCache等，你可以研究一下。

Answer 5

谢谢 GoldenDragon 还能问你个问题吗？就是一般一个页面涉及到多个内容模块的时候，我们是从一个action读取所有东西的吗？还是有其他方法？

Answer 6

对，从设计上来说是应该与一个action交互。
多个内容模块的数据提取和整合是在业务模型层完成的，既然是页面的一次请求，理应在控制器中委托给一个业务接口，业务接口隐藏了多模块内容整合的复杂度，然后以格式化的数据形式回传给控制器，由控制器交给指定显示页面，通常没有必要也不应该在一次请求中跟多个action进行交互，既造成系统回执效率低下，又破坏业务层数据逻辑的封装。

Answer 7

一、 web加速相关技术
1. 镜像站点
2. DNS负载均衡
3. CDN内容分发
二、 内网加速技术
1． 负载均衡（软件负载均衡、硬件负载均衡）
2． Web缓存服务器
3． Web/应用服务器分布式文件系统
4． 分布式数据库（数据库主从分布、数据库分割（图片、视频库分离）、数据库缓存）