ResponseCache 属性不在客户端缓存数据

Question

在 ASP.NET Core 应用程序中，我有一个返回一些数据的操作方法。我想在客户端缓存这些数据。所以基于documentation here 我可以在操作方法上使用ResponseCache 属性。此属性在响应中添加Cache-Control 标头

响应缓存是指在 HTTP 上指定缓存相关的 headers 由 ASP.NET Core MVC 操作做出的响应。这些标题指定如何 您希望客户端和中间（代理）机器缓存响应 某些请求（如果有的话）。这可以减少数量 请求客户端或代理向 Web 服务器发出请求，因为将来 相同动作的请求可以从客户端或代理的 缓存。

还有

响应缓存不会在 Web 服务器上缓存响应。它 与输出缓存不同，后者会将响应缓存在内存中 ASP.NET 和 ASP.NET MVC 早期版本中的服务器。

这就是我的操作方法的样子

public class LookupController : Controller
{
    [HttpGet]
    [ResponseCache(Duration = 120)]
    public IEnumerable<StateProvinceLookupModel> GetStateProvinces()
    {
        return _domain.GetStateProvinces();
    }
}

然后我使用浏览器将方法称为http://localhost:40004/lookup/getstateprovinces 这是请求和响应标头

请注意，响应标头具有预期的 Cache-Control: public,max-age-120。 但是，如果使用 F5（120 秒之前）刷新页面，GetStateProvince 操作方法中的调试器断点总是会命中。这意味着它不会在客户端缓存数据。

我还需要做些什么来启用客户端缓存吗？

更新 我尝试过使用 IE、Chrome 和 POSTMAN，但没有成功。每次我在地址栏中输入 url 或点击刷新时，客户端（即浏览器或邮递员）都会调用操作方法。

Answer 1

实际上 ResponseCache 属性按预期工作。
不同之处在于，如果您浏览网站页面（案例 1）或使用后退和前进按钮（刷新页面时不会），则会缓存响应。

作为案例1的一个例子，我有以下几点：

• 你在页面http://localhost:65060/Home/Index
• 输入另一个网址并单击进入或单击网页中的链接：http://localhost:65060/Home/Users
• 再次输入 url http://localhost:65060/Home/Index（你会看到这次该 url 的响应是从磁盘缓存中获取的）

正如您将在文章Response Caching in ASP.Net Core 1.1 中看到的，声明如下：

在浏览器会话期间，浏览网站内的多个页面或使用后退和前进按钮访问页面，内容将从本地浏览器缓存中提供（如果未过期）。
但是当页面被通过 F5 刷新，请求将转到服务器并刷新页面内容。您可以使用 F5 刷新联系页面来验证它。
因此，当您按下 F5 时，响应缓存过期值对服务内容没有任何作用。您应该会看到联系请求的 200 响应。

参考：
[1]。 ASP.NET Core Response Caching Sample
[2]。 ResponseCache attribute sample
[3]：How to control web page caching, across all browsers?

Answer 2

长话短说，使用像下面这样的 ResponseCache 属性足以让基于过期的客户端缓存在全新的默认 dotnet 核心项目中工作（包括 async 方法）：

[HttpGet]
[ResponseCache(Duration = 120)]
public IEnumerable<StateProvinceLookupModel> GetStateProvinces()
{
    return _domain.GetStateProvinces();
}

这在上面的屏幕截图中正常工作，因为在那里可以看到Cache-Control: public,max-age=120。在大多数情况下，浏览器不会在到期前（即接下来的 120 秒或 2 分钟）发送后续请求，但这是由浏览器（或其他客户端）决定的。

如果请求 无论如何都发送了，您要么有一些中间件或服务器配置覆盖了您的响应标头，要么您的客户端忽略了缓存指令。在上面的截图中，客户端忽略了缓存，因为缓存控制头在那里。

忽略客户端缓存而发送请求的常见情况：

• Chrome prevents 在没有证书的情况下使用 HTTPS 时的任何类型的缓存（或无效证书，这在本地开发中通常很常见，因此在测试缓存时请确保使用 HTTP，或信任自签名证书）
• 大多数浏览器开发工具在打开时默认禁用缓存，这个可以禁用
  • 浏览器通常会发送额外的标头，Chrome 会发送Cache-Control: no-cache
• 直接刷新（即 Ctrl+F5）将指示大多数浏览器不使用缓存并发出请求而不管年龄
  • 浏览器通常会发送额外的标头，Chrome 会发送 Cache-Control: max-age=0（这在您的屏幕截图中可见）
• Postman 发送Cache-Control: no-cache 标头使其绕过本地缓存，导致请求被发送；您可以从设置对话框中禁用它，在这种情况下，将不再使用上述客户端缓存配置发送请求

此时我们已经超越了基于过期的客户端缓存，而服务器会以一种或另一种方式接收请求，并发生另一层缓存：你可以让服务器响应一个304 Not Modified 代码（然后再次由客户端以它想要的任何方式解释）或使用服务器端缓存并以完整内容响应。或者您可能不使用任何后续缓存，而只是在服务器上再次执行整个请求处理。

---

注意：ResponseCache 属性不要与启动配置中的 services.AddResponseCaching() 和 app.UseResponseCaching() 中间件混淆，因为那是用于服务器端缓存（默认情况下使用内存缓存，使用中间件时）。客户端缓存不需要中间件，属性本身就足够了。

Answer 3

首先我想澄清几件事，我相信你已经知道了。

1. ResponseCache 无论如何都不等于 OutputCache。

2. ResponseCache 符合我的想法，但它不会在服务器端缓存任何内容。

现在，如果您想缓存与 OutputCache 相同的缓存，那么您可能必须使用刚刚发布的预览版 1.1。

ASP.net core 1.1 预览版

https://blogs.msdn.microsoft.com/webdev/2016/10/25/announcing-asp-net-core-1-1-preview-1/

他们引入了新的响应缓存中间件。响应缓存中间件

这里有它的演示。 https://github.com/aspnet/ResponseCaching/blob/dev/samples/ResponseCachingSample/Startup.cs