iris client side(客户端缓存)

iris client side(客户端缓存)

客户端缓存概述

浏览器缓存机制详解

HTML Meta标签控制缓存（非HTTP协议定义）

非HTTP协议定义的缓存机制，如使用HTML Meta标签，Web开发者可以在HTML页面的<head>节点中加入<meta>标签，代码如下:

    <META HTTP-EQUIV="Pragma" CONTENT="no-cache">

上述代码的作用是告诉浏览器当前页面不被缓存，每次访问都需要去服务器拉取。使用上很简单，但只有部分浏览器可以支持，而且所有缓存代理服务器都不支持，因为代理不解析HTML内容本身。而广泛应用的还是HTTP头信息来控制缓存，下面我主要介绍HTTP协议定义的缓存机制

HTTP头信息控制缓存

浏览器第一次请求流程图
浏览器再次请求时
状态码的区别

关于缓存的请求头说明

Expires策略：Expires是Web服务器响应消息头字段，在响应http请求时告诉浏览器在过期时间前浏览器可以直接从浏览器缓存取数据，而无需再次请求。不过Expires是HTTP 1.0的东西，现在默认浏览器均默认使用HTTP 1.1，所以它的作用基本忽略。Expires的一个缺点就是，返回的到期时间是服务器端的时间，，用GMT格式的字符串表示，如：Expires:Thu, 31 Dec 2016 23:55:55 GMT。这样存在一个问题，如果客户端的时间与服务器的时间相差很大（比如时钟不同步，或者跨时区），那么误差就很大，所以在HTTP 1.1版开始，使用Cache-Control: max-age=秒替代。

Cache-control策略（重点关注）：Cache-Control与Expires的作用一致，都是指明当前资源的有效期，控制浏览器是否直接从浏览器缓存取数据还是重新发请求到服务器取数据。只不过Cache-Control的选择更多，设置更细致，如果同时设置的话，其优先级高于Expires。读取缓存数据条件：上次缓存时间（客户端的）+max-age< 当前时间（客户端的）。Cache-Control值可以是public、private、no-cache、no- store、no-transform、must-revalidate、proxy-revalidate、max-age

字段名称	表示内容
Public	指示响应可被任何缓存区缓存
Private	指示对于单个用户的整个或部分响应消息，不能被共享缓存处理。这允许服务器仅仅描述当前用户的部分响应消息，此响应消息对于其他用户的请求无效
no-cache	指示请求或响应消息不能缓存，该选项并不是说可以设置”不缓存“，而是需要和服务器确认
no-store	在请求消息中发送将使得请求和响应消息都不使用缓存，完全不存下來
max-age	指示客户机可以接收生存期不大于指定时间（以秒为单位）的响应。上次缓存时间（客户端的）+max-age（64200s）<客户端当前时间
min-fresh	指示客户机可以接收响应时间小于当前时间加上指定时间的响应

提示：response header中，Expires和Cache-Control同时存在时，Cache-Control优先级高于Expires
Last-Modified/If-Modified-Since：Last-Modified/If-Modified-Since要配合Cache-Control使用

字段名称表示内容

Last-Modified 标示这个响应资源的最后修改时间.web服务器在响应请求时，告诉浏览器资源的最后修改时间

If-None-Match 当资源过期时(使用Cache-Control标识的max-age),发现资源具有Last-Modified声明,则再次向web服务器请求时带上头If-Modified-Since,表示请求时间.web服务器收到请求后发现有头If-Modified-Since则与被请求资源的最后修改时间进行比对.若最后修改时间较新,说明资源又被改动过,则响应整片资源内容(写在响应消息包体内),HTTP 200;若最后修改时间较旧,说明资源无新修改,则响应HTTP 304(无需包体,节省浏览)，告知浏览器继续使用所保存的cache

字段名称	表示内容
Last-Modified	标示这个响应资源的最后修改时间.`web`服务器在响应请求时，告诉浏览器资源的最后修改时间
If-None-Match	当资源过期时(使用`Cache-Control`标识的`max-age`),发现资源具有`Last-Modifie`d声明,则再次向`web`服务器请求时带上头`If-Modified-Since`,表示请求时间.`web`服务器收到请求后发现有头`If-Modified-Since`则与被请求资源的最后修改时间进行比对.若最后修改时间较新,说明资源又被改动过,则响应整片资源内容(写在响应消息包体内),`HTTP 200`;若最后修改时间较旧,说明资源无新修改,则响应`HTTP 304`(无需包体,节省浏览)，告知浏览器继续使用所保存的`cache`

Etag/If-None-Match：Etag/If-None-Match也要配合Cache-Control使用

字段名称	表示内容
Etag	`web`服务器响应请求时,告诉浏览器当前资源在服务器的唯一标识(生成规则由服务器决定).`Apache`中,`ETag`的值,默认是对文件的索引节(`INode`),大小(`Size`)和最后修改时间(`MTime`)进行`Hash`后得到的
If-None-Match	当资源过期时(使用`Cache-Control`标识的`max-age`),发现资源具有`Etage`声明,则再次向`web`服务器请求时带上头`If-None-Match`(`Etag`的值).`web`服务器收到请求后发现有头`If-None-Match`则与被请求资源的相应校验串进行比对,决定返回`200`或`304`

既生Last-Modified何生Etag?你可能会觉得使用Last-Modified已经足以让客户端知道本地的缓存副本是否足够新,为什么还需要Etag(实体标识)呢?HTTP1.1中Etag的出现主要是为了解决几个Last-Modified比较难解决的问题:

Last-Modified标注的最后修改只能精确到秒级,如果某些文件在1秒钟以内,被修改多次的话,它将不能准确标注文件的修改时间
如果某些文件会被定期生成,当有时内容并没有任何变化,但Last-Modified却改变了,导致文件没法使用缓存
有可能存在服务器没有准确获取文件修改时间,或者与代理服务器时间不一致等情形Etag是服务器自动生成或者由开发者生成的对应资源在服务器端的唯一标识符,能够更加准确的控制缓存.Last-Modified与ETag一起使用时,服务器会优先验证ETag

目录结构

主目录clientSide

    —— main.go

代码示例

main.go

//包main显示了如何使用`WriteWithExpiration`
//基于“modtime”，如果If-Modified-Since的时间将于之前的对比，如果超出了refreshEvery的范围
//它会刷新内容，否则会让客户端（99.9％的浏览器） 处理缓存机制，它比iris.Cache更快，因为服务器端
//如果没有任何操作，无需将响应存储在内存中。
package main
import (
    "time"
    "github.com/kataras/iris"
)
const refreshEvery = 10 * time.Second
func main() {
    app := iris.New()
    app.Use(iris.Cache304(refreshEvery))
    // 等同于
    // app.Use(func(ctx iris.Context) {
    //     now := time.Now()
    //     if modified, err := ctx.CheckIfModifiedSince(now.Add(-refresh)); !modified && err == nil {
    //         ctx.WriteNotModified()
    //         return
    //     }
    //     ctx.SetLastModified(now)
    //     ctx.Next()
    // })
    app.Get("/", greet)
    app.Run(iris.Addr(":8080"))
}
func greet(ctx iris.Context) {
    ctx.Header("X-Custom", "my  custom header")
    ctx.Writef("Hello World! %s", time.Now())
}

提示

运行上面代码,打开浏览器调试network工具,查看状态,status列,你会发现有时候是200有时候是304这就告诉你,何时是重新获取,何时是缓存
也可以尝试在浏览器地址栏按回车、F5、Ctrl+F5刷新网页的区别，注意观察其中的状态

IRIS 客户端缓存