全面提升 Web 2.0 应用程序的性能，第 1 部分: Web 2.0 应用的性能分析概述和新的挑战

?

它们之间的区别是明显的：

• WebSphere Portal：业务逻辑层的实现在服务器端。
• Lotus Mashups：业务逻辑层的实现可以在浏览器端。
• WebSphere Portal：绝大部分的表现层在服务器端。
• Lotus Mashups：绝大部分的表现层在浏览器端。
• WebSphere Portal：服务器端的 Portlets 内容聚合。服务器端把 Portlets 的内容聚合成 Html, 浏览器端负责 HTML 页面内容渲染和有限的 JavaScript 实现用户交互。
• Lotus Mashups: 浏览器端的 Widgets 内容聚合。浏览器端把 Widgets 的内容插入 HTML DOM, 浏览器端完全负责 HTML 的生成和页面内容渲染，大量的 JavaScript 在浏览器上运行。

  由此可见，Web 2.0 的应用给性能工程带来了两大挑战，而这两大挑战恰恰是在传统互联网应用中可以被忽略的性能盲点。在 Web 2.0 应用中它们不能再被忽略：

  • 盲点 1：浏览器渲染时间

    在传统的互联网应用架构中，绝大多数的工作是在服务器端完成的。所有的业务逻辑是服务器端完成的，并且服务器端生成了完整的 HTML 页面，浏览器只要呈现就可以了。 而在 Web2.0 架构中，很多工作被移到了浏览器端，浏览器用 Javascript 直接操作 DOM 来生成 HTML。而且部分义务逻辑也可以在浏览器端完成。同时，随着异步 HTTP 请求的大量使用，HTTP 请求的发起时间由 JavaScript 逻辑控制。这使得 HTTP 请求的并发度下降，而影响到页面下载的完成时间。这些都使得很多的响应时间消耗在浏览器端。所以浏览器渲染时间不能被忽略。

  • 盲点 2：网路传输时间

    在传统的互联网应用架构中，逻辑是有 Java 或其他语言在服务器的执行的。这些代码不也就驻留在服务器端而不需要被传输。而在 Web 2.0 架构下，这些代码是很有可能用 Javascript 实现并在 Browser 端执行的。这必然涉及到 Javascript 及其他相关联资源在互联网上的传输。这使 Web 2.0 架构可能会牵涉多的多的 HTTP 请求。而这可能或大大的增加网络传输时间，细节容后再述。

    参考资料

    学习

    • 查看?“全面提升 Web 2.0 应用程序的性能”?系列文章的所有部分：
      • 第 1 部分：Web 2.0 应用的性能分析概述和新的挑战
      • 第 2 部分：页面下载时间分析
      • 第 3 部分：浏览器渲染时间分析
        
      • “提高基于 Dojo 的 Web 2.0 应用程序的性能”（developerWorks，2008 年 2 月）：本文通过演示一些实用的技巧来提高 Dojo 的性能，帮助开发人员找出 Web 2.0 应用程序的性能瓶颈。