缓存篇--浏览器缓存

为什么使用浏览器缓存

互联网应用系统,在高并发的情况下,都会使用缓存,例如:浏览器缓存,CDN缓存,Nginx反向代理缓存,应用多级缓存,以及数据库缓存等等,如下

http请求可缓存节点

缓存的目的是为了让数据离用户更近,使用户能够以最快的速度获取到数据同时降低对后端系统压力,今天我们将介绍,离用户最近的缓存,浏览器缓存的使用,浏览器缓存依赖于,Http协议规范,可在响应头(Reponse Header)声明缓存策略

缓存请求

浏览器缓存请求到本地,需要解决一个问题,即缓存如何更新,因为内容是由web服务器更新,却存在于本地浏览器,所以他们之间必须建立起一种沟通机制,即HTTP“缓存协商”
浏览器如何协商缓存?首先服务端响应头(Reponse Header)会返回Last-Modified,如下:

Last-Modified:Sun, 07 May 2017 07:34:12 GMT

浏览器下次请求,请求头(Request Header)将带上

If-Modified-Since:Sun, 07 May 2017 07:34:12 GMT

这样浏览器根据返回的时间,确认请求内容是否更新,如果没有更新则返回状态码HTTP 304,告诉浏览器Not Modified可直接使用本地缓存,下面以java代码来实现如下

@RequestMapping("/cache")
public ResponseEntity cache(@RequestHeader(value = "If-Modified-Since", required = false) Date modifiedSence, HttpServletResponse response) {
     //缓存1天
     long nowTime = new Date().getTime();
     if(modifiedSence!=null) {
         long expireTime = modifiedSence.getTime() + 24 * 3600 * 1000;
         //未过期
         if (nowTime<expireTime) {
             return new ResponseEntity("cached", HttpStatus.NOT_MODIFIED);
         }
     }
     response.setDateHeader("Last-Modified", nowTime);
     return new ResponseEntity("not cache", HttpStatus.OK);
}

还有一种协商策略基于请求头的ETag,如:ETag:W/"590ecdf4-1a6",服务器端比对资源的Etag,确定资源是否变更

消灭请求

跟据上节所讲,浏览器会发送请求到服务器检查缓存是否有更新,在大多数场景下面,这样依然能够提高服务器的性能以及吞吐率,能否彻底消灭不必要的请求呢?答案是可以的,只需要标记Expires过期时间,下面将以nginx(1.10+版本),chrome(测试浏览器)作为示例

# 针对url http://localhost:8080/hello/ 下面所有文件做缓存处理,缓存两天
location ^~ /hello/ {
     expires 20d;
} 

访问则浏览器会响应头(Reponse Header),会携带如下信息

Cache-Control:max-age=1728000
ETag:W/"590ecfcb-fb"
Expires:Sat, 27 May 2017 07:43:20 GMT # 日期可能不同
Last-Modified:Sun, 07 May 2017 07:42:03 GMT #日期可能不同

Expires说明,缓存起作用了,但是Expires会存在一个问题,即来自于web服务器的时间可能和本地时间不一致,会影响到本地缓存的有效性检查

Cache-Control可弥补Expires的不足,max-age直接指定了缓存过期的相对时间,这个时间是相对于浏览器本地的时间

再次请求点击浏览器刷新按钮,监视到请求返回到状态码是

Status Code:304 Not Modified

缓存没有起作用,还是发起了请求,这里表示很奇怪,网上查找资料,发现其实浏览器针对刷新请求响应行为如下

用户行为与浏览器缓存行为

知道了浏览器的属性,我们可以模拟常用场景,从一个页面B跳转到我们需要测试页面A的,发现成功了,浏览器没有发起请求,如下

Status Code:200 OK (from disk cache)

如何使用浏览器缓存

一般情况下针对不同的场景,采取不同的缓存策略
1、站点的静态资源请求最适合使用浏览器缓存,这样能减轻服务器的压力,降低出口带宽压力
2、动态请求一般依据策略区分,写请求自然不会缓存,针对读请求,则看场景是否对一致性要求比较高,例如:页面上的新闻列表,可缓存下来,每隔n分钟刷新一次

参考文档

[1] 构建高性能web站点 郭欣著
[2] Spring官方文档

示例

[1] http-cache

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,117评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,963评论 1 290
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 107,897评论 0 240
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,805评论 0 203
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,208评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,535评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,797评论 2 311
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,493评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,215评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,477评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,988评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,325评论 2 252
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,971评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,055评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,807评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,544评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,455评论 2 266

推荐阅读更多精彩内容