静态缓存

一、浏览器缓存

浏览器缓存，也称为客户端缓存，是静态缓存中最常见最直接的表现形式，很多时候都往往被人忽略掉。

案例1：

我们经常在nginx的配置文件中看到以下缓存配置：

案例2：

在经常写 jsp 的时候，html 标签中关于 http 头信息也可以注意到“ expires ”的字样：

对于案例1和案例2中（nginx设置的expires优先级大于代码中设置的expires优先级），expires是给一个资源设定一个过期时间，也就是说无需去服务端验证，直接通过浏览器自身确认是否过期即可，所以不会产生额外的流量。此种方法非常适合不经常变动的资源。如果文件变动较频繁，就不要使用 expires 来缓存。

比如对于常见类web网站来说，css 样式和 js 脚本基本已经定型，所以最适合的方法是 expires 来缓存一些内容到访问者浏览器。

案例3：

通过 chrome 访问服务器端的一张图片，用F12键打开开发者前端调试工具：

第一次访问，响应200状态，当第二次及后续访问的时候，变成304状态，客户端已经开始获取浏览器缓存内容，而不需要去服务器端获取对应的请求内容，即 nginx 中 expires 参数设置已经生效。等待客户端缓存时间过期后，会再次请求服务器端内容来更新本地缓存。

介绍到这里，突然想起一个有意思的需求。比如，访问一张静态文件，不想客户端缓存，需要每次都去服务器端取数据。我们可以用“ last-modified ”参数来实现，即“ last-modified ”是根据文件更新时间来确定是否再次发送加载。

Nginx核心配置如下：

我们更改掉服务器传回客户端的“ last-modified ”文件修改时间参数的值，这样导致客户端本地保存的文件时间每次跟服务器端传回来的时间不一致，所以每次客户端“ 误认为 ”服务器端有静态文件更新，每次都会去服务器端取“ 所谓的最新数据 ”。这样我们可以看到，不管在浏览器访问多少次，返回的 http 状态都是200，再也找不到304状态了。

误区：在 nginx 中设置 expires，并不是指把静态内容缓存在 nginx 中，而是设置客户端浏览器缓存的时间，这是很多人的误区所在。

二、磁盘缓存

除了存储在客户端的静态缓存（浏览器静态）技术外，在服务器端的静态缓存技术主要分为磁盘缓存和内存缓存两大类。单纯围绕 nginx 的 squid、varnish 等一类中间件，处理静态数据的性能十分优秀。核心是 nginx 基于 epoll 网络模型，而相比 apache 基于 select 网络模型。所以 apache 的优势在于密计算型，稳定性好。而 nginx 偏向静态处理，反向代理，高并发。比如 apache+php 的稳定性比 nginx+php 要好，而性能是明显 nginx 要优秀许多。

以上仅单纯是对磁盘中静态数据处理的能力，所谓磁盘缓存，指另外的一种缓存静态文件的技术。以 nginx 配置为例：

可以看出 nginx 主要通过 proxy_cache 来实现 web cache，熟悉 nginx 的同学，不难看出，以上配置在 location 这里，不仅可以实现静态文件的缓存，还可以实现动态文件的缓存（这里放在下章节详细介绍）。我们编写个 test.html测试文件，然后并访问。test.html 源码如下：

我们发现服务器的 cache 目录里面，多了两个缓存文件：

有意思的，这两个文件里面的内容分别为（通过 less 命令查看）：

（b0ad5d3e7f099bfff9e4fc6a159d868c）

（53edc39ed253e14415a29412cfc01faf）

所以不难看出，nginx 把 html 内容和图片二进制全部缓存到本地磁盘上了。下次用户再次来访问 test.html 的时候，nginx 直接将缓存在本地磁盘的文件返回给用户。特别是后端如若是部署的 tomcat、iis 等，nginx 强大的静态缓存能力，有效减少了服务器压力。

三、内存缓存

紧接上面描述的磁盘缓存，内存缓存顾名思义，就是把静态文件缓存在服务器端的内存中。所以这种缓存，如若命中缓存的话，取内存中的缓存数据返回比取磁盘中的缓存数据返回，性能要高很多。以 varnish 为例，varnish 核心配置如下：

启动命令：

参数简介：

default.vcl核心配置如下：

Varnish对.gif、.jpg、.jpeg、.png等结尾的 URL 缓存时间设置1小时。varnish设置完毕后，我们用命令行方式，通过查看网页头来查看命中情况：

最后，我们可以通过 varnishadm 命令来清理缓存，也可以通过 varnishstat 命令来查看 varnish 系统缓存状态。

四、Nginx 的内存缓存