ASP.NET 3.5企业级项目开发 第一章(续)：企业级项目框架解决方案的提出
| S、JavaScript、图像等内容的大小。并发请求实际上是一个常数（Internet Explorer® 默认为 2）。
这样还剩下 Cs 和 Cc，它们会需要一些附加的开发工作。在 ASP.NET 页面中，很容易就可以编写代 码来记录页面开始执行的准确时间，然后再将其从执行完成时的当时时间中减掉。客户端也是如此；可在 HTML 页面顶部执行一段 JavaScript 来记录开始时间，然后当页面执行完毕并触发了 OnLoad 事件时将 其从当时时间中减掉。 事实上，如果想在 Web 站点中嵌入调试模式以利用这一性能等式，可以对 所有这些元素自行编写代码。这样做有充分的理由：如果能够定期在浏览器中列出性能等式元素，则很容 易就可以检测出存在性能问题的位置。 例如，假设您的 ASP.NET 应用程序的用户都位于其他洲， 而且使用的是低带宽。由于 ping 时间较高 (> 200ms) 而带宽较低 (< 500kbps)，所以这些用户 非常容易受应用程序总负载和往返次数的影响。这时您必须站在这些用户的角度来审视您的应用程序，因 为他们的体验与您的体验截然不同。 扩展问题 作为顾问我们知道，如果应用程序在测试环 境中执行正常而在实际环境中却很糟糕，则很可能是遇到了扩展方面的问题。通常情况下，二者间唯一的 不同之处在于同时使用的用户数。如果应用程序的执行情况总是很糟糕，则您遇到的可能是性能问题，而 不是扩展问题。 有三种策略可以用来改善扩展：特殊化、优化和分配。这三种策略的应用方式各 有不同，但实际策略都非常简单而且一致。 特殊化的目的是将应用程序分成较小的片段，以便隔 离问题。例如，您可以考虑将静态资源文件（如图像、CSS 和 JS 文件）从 ASP.NET 服务器中移出。针 对 ASP.NET 精心调配的服务器并不太适合处理这些类型的文件。为此可以专门为处理资源文件调配一组 IIS 服务器，它们会给运行的应用程序在可伸缩性方面带来实质性的改变。 如果需要执行大量的 压缩或加密（对于 SSL）操作，则设置专用于 SSL 的服务器会有所帮助。您应该知道，甚至还有专门为 压缩和 SSL 终端提供的专业硬件设备。 尽管有关分解服务器层的许多传统策略可能会促使您针对 数据访问、复杂计算等不同用途使用不同的服务器而不考虑实际生成的 Web 页面，但我却宁愿使用五个 Web 服务器来执行所有任务，而不是使用三个 Web 服务器和两个业务对象服务器。Web 服务器与业务对 象服务器之间的所有这些进程外调用会产生大量的开销。 只有在已知和预计会产生收益的情况下 才应采取特殊化策略。最快的解决方案并不总是最好的。可伸缩性的目标与性能是一致的。您希望在负载 增加时缩小性能范围；无论有一名用户还是有一千名用户，您都希望指定页面的呈现时间对所有用户都是 相同的。 最后，您需要优化服务器代码以更有效地进行扩展。实际上，除了服务器的计算时间以 外，性能等式的每一方面都是线性扩展的；您只要增加更多带宽（增加时机很容易判断），客户端的计算 时间就不会随着客户端数量的增加而变化。在进行扩展时，性能等式中的其他元素也会保持一致。但服务 器的计算时间需要随着用户数量的增加而调整。 优化代码 优化服务器代码的关键所在是要 通过测试确保它确实产生了效果。您应使用分析工具对应用程序进行分析并查明应用程序花费时间最长的 部分。整个过程要根据经验来执行：使用工具找出要改进的代码、改进代码、测试性能是否真的有所改进 、从头开始重复。在规模较大的站点中，您经常会听到性能优化的说法，这就好比是金门大桥的喷绘作业 ：完成整个喷绘作业后，就应该返回来再从头开始。 我经常会惊诧于为什么会有如此多的人认为 扩展的起点是分配。他们叫嚷着“投入更多的硬件”。请不要误解我的意思；毫无疑问，添加 硬件会有所帮助。但是如果 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
