ASP.NET Core中的Http缓存使用

Http响应缓存可减少客户端或代理对web服务器发出的请求数。响应缓存还减少了web服务器生成响应所需的工作量。响应缓存由Http请求中的header控制。

ASP.NET Core对其都有相应的实现,并不需要了解里面的工作细节,即可对其进行良好的控制。

了解Http缓存

Http协议中定义了许多缓存,但总体可以分为强缓存和协商缓存两类。

ASP.NET Core中的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。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:http://www.heiqu.com/ppxsz.html