【nodejs】http强缓存协商缓存以及设置

背景

• 以前啥都不懂时候听这个名字感觉好牛b的，实际上这玩意很简单，就是改个请求头完了。

概念

一、强缓存

• 强缓存是设置过期时间，超过设置的时间会发请求，否则就会走缓存，连请求也不会发。
• 状态码是200

二、协商缓存

• 协商缓存常用模式有两种，一种是last-modified，一种是etag。也有地方叫对比缓存的。
• last-modified就是资源的修改时间。如果客户端来请求服务器一个文件，服务器便会给请求头加上last-modified返回给客户端，客户端下次请求同一个文件时，会带上If-Modified-Since，这样会对比跟服务端的修改时间是否一样，如果一样说明没改，从浏览器缓存里拿文件，如果不一样说明改了，会去服务端拿文件。
• etag是根据内容来判断文件修改没有。可以发现上面修改时间有几个明显弊端：如果资源是cdn给的，用户第一次拿一个cdn的，第二次拿另一个cdn的文件，实际文件没变，就浪费流量了。另外如果一个文件高速修改，比如1秒钟修改了好几次，实际最后修改时间跟客户端拿的修改时间一样，客户端也会认为文件没改，实际文件已经改了。这个etag就是解决此类问题。
• 总结下last-modified就是看文件修改时间，etag就是看摘要算法，所以etag要耗点性能。
• 状态码304

设置

强缓存

• 强缓存设置靠请求头的Cache-Control或者Expires，听说有兼容性问题，老的是Expires，现在越来越多浏览器支持Cache-Control了，建议全都设上。
• Cache-Control设置的是个相对于现在的时间，单位是秒，Expires设置的是GMT时间，以设置10秒为例：

    res.setHeader('Expires',new Date(Date.now()+10*1000).toGMTString())
    res.setHeader('Cache-Control','max-age=10')

• 另外Cache-Control设置no-cache就不会强缓存，no-store不会缓存。

协商缓存

• 先看Last-Modified设置：
• 服务端设置Last-Modified后，浏览器请求同一个资源会带if-modified-since的请求头，所以服务端还要获取这个请求头的时间进行对比，相等返回304提前关闭请求即可，浏览器会自己去缓存里拿。

let statObj= await fs.stat(absPath)
let ctime = statObj.ctime.toGMTString()
res.setHeader('Last-Modified',ctime)//设置
let ifModifiedSince =req.headers['if-modified-since']//获取
if(ifModifiedSince===ctime){
    res.statusCode=304
    return res.end()//直接返回
}

• 看一下etag设置：
• etag要稍微复杂点，主要看摘要算法，一般的摘要算法是用md5，由于md5会暴力破解，所以也可以采用sha1或者sha256等加盐算法，其中盐值就是相当于自己的一个密码本，要暴力破解必须知道盐值才行。
• 这些算法在nodejs自带的crypto里都有。

let content = await fs.readFile(currentpath,'utf8')
let hash = crypto.createHash('md5').update(content).digest('base64')
res.setHeader('Etag',hash)
let ifNoneMatch =req.headers['if-none-match']
if(ifNoneMatch){
    res.statusCode=304
    return res.end()
}

• 跟上面的last-modified一个套路，对比一样就直接返回。