若要使响应满足输出缓存的条件，它必须具有有效的过期/有效性策略和公共的缓存可见性。这可通过使用低级别的 OutputCache API 或高级别的 @ OutputCache 指令来实现。 启用输出缓存后，当发出对页的第一个 GET 请求时创建一个输出缓存项。随后的 GET 或 HEAD 请求由该输出缓存项服务，直到该缓存请求过期。
输出缓存还支持缓存的 GET 或 POST 名称/值对的变体。
输出缓存遵循页的过期和有效性策略。如果某页位于输出缓存中，并且有一个过期策略标记指示该页自缓存起 60 分钟后过期，则在 60 分钟后将该页从输出缓存中移除。如果此后接收到另一个请求，则执行页代码，并且可以再次缓存该页。这种过期策略称为绝对过期，即页在某个确定的时间之前有效。
下面的示例说明用 @ OutputCache 指令输出缓存响应的简单方法。此示例仅显示生成响应的时间。若要查看输出缓存的运行情况，请调用该页并注意生成响应的时间。然后刷新该页并注意原来的时间没有更改，表明输出缓存正在为第二个响应服务。
[运行示例] | [查看源代码] |
下面的指令在响应时激活输出缓存：
<%@ OutputCache Duration="60" VaryByParam="none"%>
当然，在上例中，输出缓存几乎没有省去任何工作。下面的示例显示相同的输出缓存技术，但查询一个数据库并将结果显示在网格中。
[运行示例] | [查看源代码] |
在最后的示例中，对应用程序做了轻微的修改，使用户可以有选择地查询各个州的作者。此示例说明如何使用 @ OutputCache 指令的 VaryByParam 属性，缓存随查询字符串中的名称/值对值变化的请求。
<%@ OutputCache Duration="60" VaryByParam="state" %>
注意，当您第一次单击给定州的链接时，它在页的底部生成一个新的时间戳。此后，每当在一分钟内重新提交对该州的请求时，都会得到原来的时间戳，表示该请求已被缓存。
[运行示例] | [查看源代码] |
应用程序若要更多地控制与缓存相关的 HTTP 标头，可使用 System.Web.HttpCachePolicy 类提供的功能。下面的示例显示等效于上例中使用的页指令的代码。
Response.Cache.SetExpires(DateTime.Now.AddSeconds(60))
Response.Cache.SetCacheability(HttpCacheability.Public)
|
|||
| C# | VB | JScript | |
若要使之成为变化的过期策略（即每次请求页时都重新设置过期时间），请按以下代码所示来设置 SlidingExpiration 属性。
Response.Cache.SetExpires(DateTime.Now.AddSeconds(60))
Response.Cache.SetCacheability(HttpCacheability.Public)
Response.Cache.SetSlidingExpiration(True)
|
|||
| C# | VB | JScript | |
注意：启用变化的过期后 (SetSlidingExpiration(true))，对原服务器的请求总是会生成一个响应。在下游缓存可满足客户端请求（缓存中的内容尚未过期）而无须从原服务器请求内容的情况下，使用变化的过期时间是很有用的。
从 ASP 移植过来的应用程序可能已用 ASP 属性设置了缓存策略；例如：
Response.CacheControl = "Public"
Response.Expires = 60
|
|||
| C# | VB | JScript | |
这些属性受 ASP.NET 的支持，并且具有同已显示的其他示例相同的作用。
本节小结
- 输出缓存技术缓存由 ASP.NET 页生成的内容。
- 除非页具有有效的过期时间或有效性策略和公共的缓存可见性，否则不将其放入输出缓存。
