另外可以通过VaryByHeader和VaryByQueryKeys来配置缓存要不要通过header和query string来变化，其中VaryByHeader是通过Http协议中的Vary头来实现的，VaryByQueryKeys必须通过Middleware来实现。
不要误会，所有ResponseCacheAttribute的属性配置都不会在服务端缓存你的响应数据（虽然你可能有这种错觉），它和输出缓存不同，它没有状态，只用来做客户端强缓存。
如果不想缓存，则设置NoStore = true，它会设置cache-control: no-store，我们知道no-store的真实意思是不缓存。一般还会同时设置Location = ResponseCacheLocation.None，它会设置cache-control: no-cache（真实意思是表示一定会验证）。
注意单独设置Location = ResponseCacheLocation.None而不设置NoStore并不会有任何效果。
示例1
这是一个很典型的使用示例：
public class HomeController : Controller { [ResponseCache(Duration = 3600, Location = ResponseCacheLocation.Client)] public IActionResult Data() { return Json(DateTime.Now); } }
我定义了3600秒的缓存，并且cache-control应该为private，生成的Http缓存头可以通过如下C#代码来验证：
using var http = new HttpClient(); var resp1 = await http.GetAsync("https://localhost:55555/home/data"); Console.WriteLine(resp1.Headers.CacheControl.ToString()); Console.WriteLine(await resp1.Content.ReadAsStringAsync());
输入结果如下：
max-age=3600, private
"2020-03-07T21:35:01.5843686+08:00"
另外，ResponseCacheAttribute也可以定义在Controller级别上，表示整个Controller都受到缓存的影响。
CacheProfileName示例
另外，如果需要共用缓存配置，可以使用CacheProfileName，将缓存提前定义好，之后直接传入这个定义名即可使用：
.ConfigureServices(s => { s.AddControllers(o => { o.CacheProfiles.Add("3500", new CacheProfile { Duration = 3500, Location = ResponseCacheLocation.Client, }); }); });
这样我就定义了一个名为3500的缓存，稍后在Controller中我只需传入CacheProfileName = 3500即可：
public class HomeController : Controller { [ResponseCache(CacheProfileName = "3500")] public IActionResult Data() { return Json(DateTime.Now); } }
总结
Http缓存分为强缓存和协商缓存，ASP.NET Core提供了便利的ResponseCacheAttribute实现了强缓存，还能通过Profile来批量配置多个缓存点。
但ASP.NET MVC并没有提供协商缓存实现，因为这些多半和业务逻辑相关，需要自己写代码。静态文件是特例，Microsoft.AspNetCore.StaticFiles中提供有，因为静态文件的逻辑很清晰。
ASP.NET中的OutputCacheAttribute在ASP.NET Core中不复存在，取而代之的是app/services.AddResponseCaching()，这些和Http协议不相关。
有机会我会具体聊聊这些缓存。
到此这篇关于ASP.NET Core中的Http缓存使用的文章就介绍到这了,更多相关ASP.NET Core Http缓存内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
您可能感兴趣的文章: