ASP.NET Core中的Http缓存使用

ASP.NET Core中的Http缓存使用
 更新时间：2020年03月08日 12:00:05   作者：.NET骚操作  

这篇文章主要介绍了ASP.NET Core中的Http缓存使用，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧

Http响应缓存可减少客户端或代理对web服务器发出的请求数。响应缓存还减少了web服务器生成响应所需的工作量。响应缓存由Http请求中的header控制。
而ASP.NET Core对其都有相应的实现，并不需要了解里面的工作细节，即可对其进行良好的控制。
了解Http缓存
Http协议中定义了许多缓存，但总体可以分为强缓存和协商缓存两类。

强缓存
强缓存是指缓存命中时，客户端不会向服务器发请求，浏览器F12能看到响应状态码为200，size为from cache，它的实现有以下几种方式：
Expires – 绝对时间
示例：Expires:Thu,31 Dec 2037 23:59:59 GMT，就表示缓存有效期至2037年12月31日，在这之前浏览器都不会向服务器发请求了（除非按F5/Ctrl+F5刷新）。
Cache-Control – 相对时间/更多控制
绝对时间是一个绝对时间，因为计算时不方便；而且服务端是依据服务器的时间来返回，但客户端却需要依据客户的时间来判断，因此也容易失去控制。
Cache-Control有以下选项（可以多选）：

max-age: 指定一个时间长度，在这个时间段内缓存是有效的，单位是秒(s)。例如设置Cache-Control:max-age=31536000，也就是说缓存有效期为31536000/24/60/60=365天。
s-maxage: 同max-age，覆盖max-age、Expires，但仅适用于共享缓存，在私有缓存中被忽略。
public: 表明响应可以被任何对象（发送请求的客户端、代理服务器等等）缓存。
private: 表明响应只能被单个用户（可能是操作系统用户、浏览器用户）缓存，是非共享的，不能被代理服务器缓存。
no-cache: 强制所有缓存了该响应的用户，在使用已缓存的数据前，发送带验证器的请求到服务器。（不是字面意思上的不缓存）
no-store: 禁止缓存，每次请求都要向服务器重新获取数据。
must-revalidate: 指定如果页面是过期的，则去服务器进行获取。（意思是浏览器在某些情况下，缓存失效后仍可使用老缓存，加了这个头，失效后就必须验证，并不是字面上有没有过期都验证）

其中最有意思的要数no-cache和must-revalidate了，因为它们的表现都不是字面意义。
no-cache并不是字面上的不缓存，而是会一直服务端验证（真实意义很像字面上的must-revalidate）。
而must-revalidate是只是为了给浏览器强调，缓存过期后，千万要遵守约定重新验证。
协商缓存
协商缓存是指缓存命中时，服务器返回Http状态码为304但无内容(Body)，没命中时返回200有内容。
在要精细控制时，协商缓存比强缓存更有用，它有Last-Modified和ETag两种。
Last-Modified/If-Modify-Since（对比修改时间）
示例：

服务器：Last-Modified: Sat, 27 Jun 2015 16:48:38 GMT
客户端：If-Modified-Since: Sat, 27 Jun 2015 16:48:38 GMT

ETag/If-None-Match（对比校验码）

服务器：ETag: W/”0a0b8e05663d11:0″
客户端：If-None-Match: W/”0a0b8e05663d11:0″

清缓存要点

按F5刷新时，强缓存失效
按Ctrl+F5刷新时 强缓存和协商缓存都失效

ASP.NET Core的Http缓存
ASP.NET Core中提供了ResponseCacheAttribute来实现缓存，它的定义如下：

[AttributeUsage(AttributeTargets.Class | AttributeTargets.Method, AllowMultiple = false, Inherited = true)]
public class ResponseCacheAttribute : Attribute, IFilterFactory, IFilterMetadata, IOrderedFilter
{
public ResponseCacheAttribute();
public string CacheProfileName { get; set; }
public int Duration { get; set; }
public bool IsReusable { get; }
public ResponseCacheLocation Location { get; set; }
public bool NoStore { get; set; }

public int Order { get; set; }
public string VaryByHeader { get; set; }
public string[] VaryByQueryKeys { get; set; }
}

其中，ResponseCacheLocation定义了缓存的位置，是重点：

// Determines the value for the “Cache-control” header in the response.
public enum ResponseCacheLocation
{
// Cached in both proxies and client. Sets “Cache-control” header to “public”.
Any = 0,
// Cached only in the client. Sets “Cache-control” header to “private”.
Client = 1,
// “Cache-control” and “Pragma” headers are set to “no-cache”.
None = 2
}

注意看源文件中的注释，Any表示Cache-Control: public，Client表示Cache-Control: private，None表示Cache-Control: no-cache。
注意ResponseCacheLocation并没有定义将缓存放到服务器的选项。
其中Duration表示缓存时间，单位为秒，它将翻译为max-age。
另外可以通过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(“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缓存内容请搜索华域联盟以前的文章或继续浏览下面的相关文章希望大家以后多多支持华域联盟！

您可能感兴趣的文章:ASP.NET Core扩展库之Http通用扩展库的使用详解ASP.NET Core扩展库之Http日志的使用详解如何在ASP.NET Core中使用HttpClientFactory在ASP.NET Core中用HttpClient发送POST, PUT和DELETE请求在ASP.NET Core中应用HttpClient获取数据和内容在ASP.NET Core5.0中访问HttpContext的方法步骤.NET CORE HttpClient的使用方法.net Core 使用IHttpClientFactory请求实现.NET Core使用HttpClient进行表单提交时遇到的问题.Net Core下HTTP请求IHttpClientFactory示例详解如何在 .NET 中使用 Flurl 高效处理Http请求

ASP.NET
Core
Http
缓存

相关文章
asp.net上传图片到服务器方法详解ASP.NET的FileUpload控件可用于上传文件到服务器。本文将对此进行介绍。具有很好的参考价值，下面跟着小编一起来看下吧 2017-01-01
asp.net下检测SQL注入式攻击代码防网站被攻击代码 2009-09-09
.NET Core简单读取json配置文件这篇文章主要为大家详细介绍了.NET Core简单读取json配置文件，具有一定的参考价值，感兴趣的小伙伴们可以参考一下 2018-03-03
Gridview的链接和删除点击提示的问题探讨Gridview的链接和删除点击提示有利于提醒用户确认下操作是否正确，以免造成不必要的损失，感兴趣的朋友可以参考下，希望对你有所帮助 2013-04-04
asp.net 生成静态时的过滤viewstate的实现方法有时候我们在用asp.net生成静态文件的时候，总会出现一些viewstate的字符，因为是静态的不是aspx文件，所有没必要留了，精简代码等原因，大家就需要看下面的方法了。 2009-03-03
ASP.NET显示渐变图片实现方法用ASP.NET编写能够显示图标渐变的效果，简单实用，文中示例代码介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下 2015-09-09
GridView自定义删除操作的具体方法今天，我们这里要说的就是在GridView里面如何新添加一行“删除”列，如何删除前弹出通知等操作，有需要的朋友可以参考一下 2013-09-09
ASP.NET MVC5网站开发之展示层架构（五）这篇文章主要为大家详细介绍了ASP.NET MVC5网站开发之展示层架构，感兴趣的小伙伴们可以参考一下 2016-08-08
ADO.Net 类型化DataSet的简单介绍今天学习了类型化DataSet,笔记整理如下，需要的朋友可以参考一下 2013-04-04
ASP.net中网站访问量统计方法代码这篇文章介绍了ASP.net中网站访问量统计方法代码，有需要的朋友可以参考一下 2013-11-11

最新评论