|
技巧 7——页面输出缓存和代理服务器 ASP.NET 是你的表示层（或者说应该是）；它由页面，用户控件，服务器控件（HttpHandlers and HttpModules）以及它们生成的内容组成。如果你有一个产生输出的 ASP.NET 页面，不管是输出 HTML，XML，图像还是任何其它数据，而且每个请求你都运行这个代码并产生相同的输出，此时最好选择使用页面输出缓存。 只要在页面顶部添加这一行代码即可： <%@ Page OutputCache VaryByParams="none" Duration="60" %> 你可以为此页面有效地产生一次输出并可以在60秒内多次重用它，一到这个时间点，该页面将重新执行并将再次将输出添加到 ASP.NET Cache。这个行为还能用某些低级编程 APIs 来完成。输出缓存有几个可以配置的设置，比如：VaryByParams 属性。VaryByParams 不是必须的，但允许你指定 HTTP GET 或 HTTP POST 参数来改变缓存入口。例如，default.aspx?Report=1 或 default.aspx?Report=2 可以简单地设置 VaryByParam="Report" 来对输出进行缓存。额外的参数被命名并用用分号分隔。 在使用输出缓存机制时，许多人都不了解 ASP.NET 页还产生一组下游缓存服务器 HTTP 头，比如 Microsoft Internet Security and Acceleration Server 或 Akamai 使用的 HTTP 头。当设置 HTTP 缓存头，文档可以被缓存到这些网络资源，从而响应客户端请求不必返回原服务器。 然而，使用页面输出缓存并不会使你的应用程序更有效率，但它能通过下游缓存技术缓存文档从而潜在地降低服务器的负载。当然，这只能是异步内容；一旦实施下游缓存，你将无法看到任何请求，也不能实现身份认证来防止对它的存取。 技巧 8——运行 IIS 6.0 (如果仅用于内核缓存) 如果你不运行 IIS 6.O（Windows Server 2003），那么你将得不到微软 Web 服务器中一些重大的性能改进。在技巧 7 中，我谈到了输出缓存。在 IIS 5.0 中，请求到达 IIS，然后到达 ASP.NET。当使用缓存时，ASP.NET 中的 HttpModule 接受该请求，并从该缓存中返回内容。 如果你用 IIS 6.0，有一些巧妙的特性叫内核缓存，它不需要将任何代码改成 ASP.NET。当 ASP.NET对请求进行缓存处理，IIS 内核缓存便接收一份缓存数据的拷贝。当请求来自网络驱动器，内核一级的驱动程序（没有到用户模式的上下文转换）接收该请求，如果缓存，则直接用缓存数据响应并完成执行。这意味着当你使用 IIS 内核模式缓存和 ASP.NET 缓存时，你将看到无法置信的性能结果。在开发 Visual Studio 2005 的 ASP.NET 期间，我是负责 ASP.NET 性能的程序经理。开发人员的工作做的真是棒极了，而我基本上每天都在看报告。内核模式缓存结果总是最有趣的。典型的情况是请求/响应往往使网络饱和，但 IIS 的运行仅占 CPU 的百分之五。真令人惊异！当然使用 IIS 6.O 有其它一些原因，但内核模式缓存是显而易见的理由。 技巧 9——使用 Gzip 压缩 虽然使用 gzip 压缩不是一个必须的服务器性能技巧（因为你可能看到 CUP 的使用率上升了），但它能降低服务器发送字节的数量。从而感觉页面更快，而且减少带宽的占用。其压缩的效果好坏取决于所发送的数据以及客户端浏览器是否支持这种压缩（IIS 只会将数据发送到支持 gzip 的浏览器，比如：IE 6.0 和 Firefox），从而使服务器可以在每秒钟里处理更多的请求。事实上，只要你降低返回数据的数量，便能提高每秒所处理的请求数。 |
正在阅读：编写高性能Web应用程序的10个技巧编写高性能Web应用程序的10个技巧
2005-09-01 10:02
出处：
责任编辑：moningfeng
键盘也能翻页，试试“← →”键
