ASP.NET性能优化之让浏览器缓存动态网页的方法

在ASP.NET的世界里，我们一直在性能优化的秘密武器。在上一篇文章中，我们已经了通过OutputCache提升ASP.NET应用性能的方法。今天，我们要深入了解另一种强大的缓存机制——浏览器缓存，它在某些特定场景下能够进一步提升ASP.NET站点的性能。如果说OutputCache是在广度上提升并发效率的话，那么浏览器缓存就是在上挖掘潜能。

一、HTTP头简介

当我们访问一个URL，比如服务器上的一个静态页面时，HTTP头信息扮演着至关重要的角色。这些头信息中包含了许多参数，其中三个对于我们今天的讨论至关重要。

第一个是我们的响应状态码，例如200 OK，它表示服务器已成功处理了客户端的请求并返回了期望的数据。紧接着的是Last-Modified和Etag两个头信息。Last-Modified告诉浏览器该资源的最后修改时间，而Etag则是资源的唯一标识符，当资源发生变化时，Etag也会随之改变。

二、浏览器缓存

浏览器缓存是一种机制，允许浏览器在用户访问网站时存储一些资源（如HTML页面、图片等），并在后续的请求中直接使用这些缓存的资源，从而减少从服务器下载数据的需求。这不仅提高了用户体验（页面加载更快），还减轻了服务器的负担。

在ASP.NET中，如何实现动态页面的浏览器缓存呢？这就需要我们充分利用HTTP头的Last-Modified和Etag属性。浏览器在发起请求时，会附带这两个属性（如果资源已被缓存的话），询问服务器资源是否有所更改。如果资源没有变化（即Last-Modified日期之后资源未被修改，或者Etag值未变），服务器会返回304 Not Modified状态码，告诉浏览器使用本地缓存的资源。这样，浏览器就不必重新下载整个页面，只需使用本地缓存的内容即可。

三、ASP.NET中的浏览器缓存实现

对于ASP.NET的动态页面（如aspx页面），默认情况下并不会包含Last-Modified和Etag头信息。为了实现浏览器缓存，我们需要手动添加这些头信息到响应中。我们可以通过在代码中设置这些头信息来实现这一点。例如，在生成动态内容的页面中，我们可以根据资源的实际修改日期和Etag值来设置Last-Modified和Etag头信息。这样，当浏览器再次请求该资源时，如果资源未发生变化，服务器就会告诉浏览器使用本地缓存的资源，从而减少不必要的网络流量和数据传输。

让我们来看一下如何在ASPX后台代码中添加头信息来实现最基本的浏览器缓存机制。在Page_Load事件中，我们通过Response对象添加了一个名为"Last-Modified"的头信息，该信息表示当前页面的最后修改时间。代码如下所示：

```csharp

protected void Page_Load(object sender, EventArgs e)

{

this.Response.AddHeader("Last-Modified", DateTime.Now.ToString("U", DateTimeFormatInfo.InvariantInfo));

}

```

当我们添加了这个头信息后，浏览器的请求头和响应头中分别出现了If-Modified-Since和Last-Modified字段。我们发现每次请求时服务器仍然返回200 OK状态，这意味着浏览器每次都从服务器获取了完整的页面数据，而不是仅仅检查是否有更新。为了解决这个问题，我们需要更精细地控制服务器的响应状态。

假设我们想让浏览器缓存页面数据10秒。在这10秒内，如果浏览器再次请求该页面，服务器应返回304 Not Modified状态，告诉浏览器可以直接使用本地缓存的数据，无需从服务器获取。以下是实现这一功能的代码：

```csharp

protected void Page_Load(object sender, EventArgs e)

{

this.Response.AddHeader("Last-Modified", DateTime.Now.ToString("U", DateTimeFormatInfo.InvariantInfo));

DateTime IfModifiedSince;

if (DateTime.TryParse(this.Request.Headers["If-Modified-Since"], out IfModifiedSince))

{

if ((DateTime.Now - IfModifiedSince.AddHours(8)).Seconds < 10)

{

Response.Status = "304 Not Modified";

Response.StatusCode = 304;

return;

}

}

// 其他逻辑处理

}

```

现在，我们用AB工具模拟了100个并发用户进行1000次请求，对比了启用缓存和未启用缓存的aspx页面的性能表现。结果显示，启用缓存的页面吞吐率远高于未启用缓存的页面。这证明了浏览器缓存机制对于提高页面性能和减轻服务器压力的重要作用。

现行的浏览器缓存实现方式仍然需要服务器参与处理请求。那么，有没有一种机制能让浏览器在不需要请求服务器的情况下自主决定是否调用缓存呢？这就是我们接下来要的问题。这种机制的引入将彻底改变现有的沟通协调模式，为Web性能优化开启新的篇章。我们将在下一篇文章中继续这个问题。您可以下载本文附带的代码进行深入研究和学习。