Ⅰ 浏览器强缓存与协商缓存
主要看response headers中Cache-Control的值
Cache-Control取值含义：
private：仅浏览器可以缓存
public：浏览器和代理服务器都可以缓存
max-age=xxx 过期时间（秒）
no-cache：不进行强缓存
no-store：不强缓猜脊陵存也不协商缓存
触发条件：
1、野差Cache-Control的值为no-cache（不强缓存）
2、max-age 设置的时间导致文件过期了
ETag：每个文件都有一个，改动文件就会变（类似md5）
Etag是服务器自动生成或者由开发者生成的对应资源在服务器端的唯一穗戚标识符。
Last-Modified：文件修改时间
每次http返回来response headers中都会带ETag和Last-Modefied ，下次请求时在request header就把这两个给带上但是名字有了变化（ETag->If-None-Match，Last-Modified->If-Modified-Since），服务端把带过来的标识与之前的标识进行对比 判断是否更改过了
请求资源时，把用户本地该资源的 ETag 同时带到服务端，服务端和最新资源做对比。
如果资源没更改，返回304，浏览器读取本地缓存。
如果资源有更改，返回200，返回最新的资源。
1.从服务器获取新的资源
2.命中强缓存，且资源没过期，直接读取本地缓存（请求成功 文件大小size会显示 from disk cache）
3.命中协商缓存，且资源未更改，读取本地缓存。
注意：协商缓存无论如果，都要向服务端发请求的，只不过，资源未更改时，返回的只是header信息，所以size很小；而资源有更改时，还要返回body数据，所以size会大。
可以有后端服务器配置，也可以在nginx中配置
参考链接： https://blog.csdn.net/Amnesiac666/article/details/121101165
疑问1：max-age时间是怎么来的 从什么时候开始计时
疑问2：为什么是response header中的而不是request header中
Ⅱ 关于html缓存设置
通过HTTP的META设置expires和cache-control
指令不区分大小写，并且具有可选参数，可以用令牌或者带引号的字符串语法。多个指令以逗号分隔。
客户端可以在HTTP请求中使用的标准 Cache-Control 指令。
Cache-Control: max-stale[=<seconds>]
Cache-Control: min-fresh=<seconds>
Cache-control: no-cache
Cache-control: no-store
Cache-control: no-transform
Cache-control: only-if-cached
服务器可以在响应中使用的标准 Cache-Control 指令。
Cache-control: no-cache
Cache-control: no-store
Cache-control: no-transform
Cache-control: public
Cache-control: private
Cache-control: proxy-revalidate
Cache-Control: max-age=<seconds>
Cache-control: s-maxage=<seconds>
拓展缓存指令不是HTTP缓存标准的一部分，使用前请注意检查 兼容性 ！
Cache-control: immutable
Cache-control: stale-while-revalidate=<seconds>
Cache-control: stale-if-error=<seconds>
public
表明响应可以被任何对象（包括：发送请求的客户端，代理服务器，等等）缓存。
private
表明响应只能被单个用户缓存，不能作为共享缓存（即代理服务器不能缓存它）。
no-cache
强制所有缓存了该响应的缓存用户，在使用已存储的缓存数据前，发送带验证器的请求到原始服务器
only-if-cached
表明如果缓存存在，只使用缓存，无论原始服务器数据是否有更新
max-age=<seconds>
设置缓存存储的最大周期，超过这个时间缓存被认为过期(单位秒)。与Expires相反，时间是相对于请求的时间。
s-maxage=<seconds>
覆盖max-age 或者 Expires 头，但是仅适用于共享缓存(比如各个代理)，并且私有缓存中它被忽略。
max-stale[=<seconds>]
表明客户端愿意接收一个已经过期的资源。 可选的设置一个时间(单位秒)，表示响 应不能超过的过时时间。
min-fresh=<seconds>
表示客户端希望在指定的时间内获取最新的响应。
must-revalidate
缓存必须在使用之前验证旧资源的状态，并且不可使用过期资源。
proxy-revalidate
与must-revalidate作用相同，但它仅适用于共享缓存（例如代理），并被私有缓存忽略。
immutable
表示响应正文不会随时间而改变。资源（如果未过期）在服务器上不发生改变，因此客户端不应发送重新验证请求头（例如If-None-Match或If-Modified-Since）来检查更新，即使用户显式地刷新页面。在Firefox中，immutable只能被用在 https:// transactions.
发送如下指令可以关闭缓存。此外，可以参考Expires 和 Pragma 标题。
对于应用程序中不会改变的文件，你通常可以在发送响应头前添加积极缓存。这包括例如由应用程序提供的静态文件，例如图像，CSS文件和JavaScript文件。另请参阅Expires标题。
缓存主要两个策略 强制缓存 ，协商缓存
强制缓存就是设置本地资源html img js等等缓存多长时间 超过时间就去服务器端取。
协商缓存就是每次都询问服务器资源是否已经过期 没有过期就使用缓存 已经过期就从服务器上重新取。
缓存流程可以分三个阶段 本地缓存，协商缓存 ，缓存失败
现在的vue项目里都不是这样缓存的 我个人感觉这是在静态页面时的缓存办法
现在都是webpack打包时通过 hash chunkhash contenthash来决定缓存方式 主要就是在请求的文件名称后面加一个id 来判断文件是否已经更新。
Ⅲ 前端HTTP缓存
在面试的时候总是遇到缓存相关问题，回答总是停留缓存就是从浏览器中获取，不向服务器发送请求，回答的不让面试官满意，索性抽点时间整理一下前端相关的缓存，希望下次回答的时候能够多讲点。
前端缓存分为 强缓存 和 协商缓存 ，强缓存就是在缓存未失效时，不在请求服务端，协商缓存就是去跟服务器比较是否需要重新获取资源 。
强缓存分为两种， Cache-control 和 Expires ， Expires 是HTTP1.0的东西，它的值是一个格林时间，比如 Expires: Wed, 21 Oct 2015 07:28:00 GMT ，由于服务器端和浏览器端的时间差异问题，浏览器比服务器时间快，会导致缓存失效。 Cache-control 是HTTP1.1时代的新东西，设置的是一个相对时间， Cache-Control:public, max-age=31536000 ，在31536000秒后才缓存才失效， Cache-control 有很多取值。
强缓存在缓存失效内，不会从原始服务器获取新的数据，假如在缓存时段内服务器有资源更新，会导致资源获取不及时。
协商缓存有两组报文
Ⅳ 浏览器中的缓存
在我们使用浏览器访问网页的过程中，浏览器经常会缓存各种网页中的内容。当再次访问同一个网页时，可以发现部分内容是从缓存直接读取的。
查看HTTP的响应信息，就能发现一些端倪。比如响应 200 from cache； 304 not modify 等等。
下面对浏览器使用缓存的各种情形做一下分析：
Pragma是HTTP 1.0版本的一个参数，在HTTP 1.1版本里面这个参数也会生效，如果不想浏览器缓存网页的内容，可以在 Response header 里面加上 ：Pragma: no-cache。
Cache-Control是HTTP 1.1版本新增的一个参数。
Cache-Control:no-store 不允许缓存
Cache-Control:no-cache 不允许直接使用缓存，需要先发起请求和服务器协商(这个经常被误认为是不允许缓存，实际上它的作用是让浏览器在使用缓存前先请求服务端一次，确认内容是否有更新)
这样的响应代表没有跟服务端进行交互，内容是直接从本地读取的。
Expires和Cache-control: max-age= 有类似的作用，都是指定缓存内容的有效周期，Expires指定的格式是格林威治时间，max-age则是秒数。
服务端也可以在 Response header 里加上 Last-Modified,它的格式是格林威治时间，再次请求时，浏览器的 Request header 中会多出一个叫 If-Modified-Since的值，通过比较这两个值是否一致来决定是否返回304。
ETag的用法和 Last-Modified 类似，值是一种文件指纹。比如：ETag:"5a3ccff0-5dc"。
服务端在 Response header 里加上 ETag，再次请求时，浏览器的 Request header 中会多出一个叫 If-None-Match的值，通过比较这两个值是否一致来决定是否返回304。
总体来说，浏览器使用缓存时有两种表现：
1.直接从本地读取，不与服务端有交互，就是 200 OK (from memory cache)。
2.请求一次服务端，查看本地缓存是否生效，这种方式叫 协商缓存。如果服务端判断缓存有效，将不返回完整内容，而是返回 304 Not Modified。
在优先级上 Pragma > Cache-Control > Expires。
Ⅳ 前端缓存的理解 或者 前端数据持久化的理解(强制缓存、协商缓存)
缓存可以说是性能优化中简单高效的一种优化方式了。一个优秀的缓存策略可以缩短网页请求资源的距离，减少延迟，并且由于 缓存文件可以重复利用 ，还可以减少带宽，降低网络负荷。
对于一个数据请求来说，可以分为发起 网络请求、后端处理、浏览器响应 三个步骤。浏览器缓存可以帮助我们在第一和第三步骤中优化性能。比如说直接使用缓存而不发起请求，或者发起了请求但后端存储的数据和前端一致，那么就没有必要再将数据回传回来，这样就减少了响应数据。
①不存在该缓存结果和缓存标识，强制缓存失效，则直接向服务器发起请求
②存在该缓存结果和缓存标识，但该结果已失效，强制缓存失效，则使用协商缓存
③存在该缓存结果和缓存标识，且该结果尚未失效，强制缓存生效，直接返回该结果
控制强制缓存的字段分别是Expires和Cache-Control，其中Cache-Control优先级比Expires高。
Cache-Control、Expires都是缓存到期时间，Cache-Control是相对值，Expires是绝对值，即再次发送请求时，如果时间没到期，强制缓存生效。
注：在无法确定客户端的时间是否与服务端的时间同步的情况下，Cache-Control相比于expires是更好的选择，所以同时存在时，只有Cache-Control生效。
①协商缓存生效，返回304
②协商缓存失效，返回200和请求结果
这里我们以博客的请求为例，状态码为灰色的请求则代表使用了强制缓存，请求对应的Size值则代表该缓存存放的位置，分别为from memory cache 和 from disk cache。那么from memory cache 和 from disk cache又分别代表的是什么呢？什么时候会使用from disk cache，什么时候会使用from memory cache呢？
from memory cache代表使用 内存中的缓存 ，from disk cache则代表使用的是 硬盘中的缓存 ，
Ⅵ 静态资源常用的一种缓存方式
http缓存分为强缓存和协商缓存。
强缓存并不会请求服务器，同时响应码会返回200。比如使用的配置cache-control:max-age=1200
在项目中缓存图片等静态资源常用的是协商缓存。
在第一次请求静态资源的时候，服务器会根据资源内容生成etag， 在响应头里返回给浏览器，在下次请求的时候浏览器会在头部配置If-None-Match，携带etag来向服务器询问资源是否发生改变。若是没有发生改变会返回304，这样浏览器就不会从服务器重新获取资源而是直接使用本地缓存。采用etag可以解决文件名没有发生变化但是文件内容被修改的问题。
通常会跟cache-control: no-cache 在一起配合使用。no-cache是指浏览器可以缓存响应，但是必须要向原始服务器提交验证请求。
参考：
https://www.imperva.com/learn/performance/cache-control/
https://blog.csdn.net/aimeimeiTS/article/details/105731709
https://www.zoo.team/article/http-cache
https://imweb.io/topic/5795dcb6fb312541492eda8c
https://aotu.io/notes/2016/09/22/http-caching/index.html
Ⅶ 了解一下浏览器的协商缓存以及nginx如何配置
强缓存：浏览器不与服务端协商直接取浏览器缓存
协商缓存：浏览器会先向服巧嫌凳务器确认资源的有效性后才决定是从缓存中取资源还是重新获取资源
HTTP协议的Cache -Control指定请求和响应遵循的缓存机制。在请求消息或响应消息中设置 Cache-Control并孝旅不会影响另一个消息处理过程中的缓存处理过程。
请求时的缓存指令包括: no-cache、no-store、max-age、 max-stale、min-fresh、only-if-cached等。
响应者昌消息中的指令包括: public、private、no-cache、no- store、no-transform、must-revalidate、proxy-revalidate、max-age。
参考文章：
Ⅷ 浏览器缓存策略
浏览器缓存策略分为两种 强缓存 （本地缓存） 和 协商缓存 （弱缓存）。
浏览器在发请求前，先检查强缓存，若没有需要的内容（未命中），则发起请求判断是否需要用弱缓存。
强缓存 是不发起请求，直接使用缓存内的内容的。浏览器将 js 、 css 、 image 、 font-family 等存到内存(存小文件)或者磁盘（存大文件）中，下次用户再访问的时候就从内存中取，以便提升性能。
协商缓存 需要往后台发请求， 通过判断来决定是使用协商缓存。如果请求内容没发生变化，则请求返回304（服务器收到请求，但内容无变化），浏览器就用缓存内的内容。
如果服务器返回的响应标头中包含 Expires (时间戳)，那么客户端发起请求的时间在 Expires 之前的话，就触发强缓存。
服务器在上一次响应请求时，返回一个带 Last-Modified 的响应头，值为一个时间戳，表示该资源最后一次在服务器修改的时间。当客户端再一次请求这个资源的时候， 请求头就会带上 If-Modified-Since ，值为上次服务器发来的 Last-Modified ， 服务器收到后，就和该资源最后修改时间比对， 没变化就返回304， 触发协商缓存。
弊端 ： 时间间隔最小为1s，如果请求的资源在1s内发生了改变，是可能会触发协商缓存的， 导致无法获取到最新的资源。
为解决间隔最小1s的问题， If-None-Match 和 Etag 就诞生了。 Etag 是由服务器世孙厅生成的， 是每个资源搜隐的唯一标识字符串， 随资源变化而改变。 判断过程和http1.0的一致，请求的时候携带 If-None-Match ，然后服务器比较这两个值，没变化就返回304， 触发协商缓存。
弊端凯销 ： 占用服务器资源较多， 虽然准确度高，但是性能上不如 Last-Modified & If-Modified-Since 的方法。不过实际的影响不会很大， 基本上可以忽略不计。
即便我们没有配置缓存策略，浏览器也会采用自己的算法来缓存资源。
Ⅸ 浏览器缓存机制
有dns的地方,就有缓存。浏览器、操作系统、Local DNS、根域名服务器，它们都会对DNS结果做一定程度的缓存。
DNS查询过程如下:
首先搜索浏览器自身的DNS缓存,如果存在，则域名解析到此完成。
如果浏览器自身的缓存里面没有找到对应的条目，那么会尝试读取操作系统的hosts文件看是否存在对应的映射关系,如果存在，则域名解析到此完成。
如果本地hosts文件不存在映射关系，则查找本地DNS服务器(ISP服务器,或者自己手动设置的DNS服务器),如果存在,域名到此解析完成。
如果本地DNS服务器还没找到的话,它就会向根服务器发出请求,进行递归查询。
浏览器本地缓存失效后，浏览器会向CDN边缘节点发起请求。类似浏览器缓存,CDN边缘节点也存在着一套缓存机制。CDN边缘节点缓存策略因服务商不同而不同，但一般都会遵循http标准协议，通过http响应头中的
Cache-control: max-age 的字段来设置CDN边缘节点数据缓存时间。
当浏览器向CDN节点请求数据时，CDN节点会判断缓存数据是否过期，若缓存数据并没有过期，则直接将缓存数据返回给客户端；否则，CDN节点就会向服务器发出回源请求，从服务器拉取最新数据，更新本地缓存，并将最新数据返回给客户端。 CDN服务商一般会提供基于文件后缀、目录多个维度来指定CDN缓存时间，为用户提供更精细化的缓存管理。
CDN 优势
CDN节点解决了跨运营商和跨地域访问的问题，访问延时大大降低。
大部分请求在CDN边缘节点完成，CDN起到了分流作用，减轻了源服务器的负载。
http请求报文（request）
请求行
请求方法 空格 URL 空格 协议版本 回车符 换行符
请求头（通用信息头、请求头、实体头）
头部字段名 冒号 值 回车键 换行符
...
头部字段名 冒号 值 回车键 换行符
空行
回车符 换行符
实体主体（只有post请求有）
主体
http响应报文（response）
状态行
协议版本 空格 状态码 空格 状态码描述 回车符 换行符
响应头部
头部字段名 冒号 值 回车符 换行符
...
头部字段名 冒号 值 回车符 换行符
空行
回车符 换行符
响应正文
正文
浏览器初次向服务器发起请求后拿到请求结果，会根据响应报文中HTTP头的缓存标识，决定是否缓存返回的结果，是则将请求结果和缓存标识存入浏览器缓存中
浏览器每次发起请求，都会现在浏览器缓存中查找该请求的结果以及缓存标识
浏览器 浏览器缓存 服务器
——————第一次发起http请求——————>
<——没有该请求的缓存结果和缓存标识————
——————————————发起http请求——————————————>
<——————————返回该请求结果和缓存规则————————————
——将请求结果和缓存标识存入浏览器缓存——>
强制缓存就是向浏览器缓存查找结果，并根据该结果的缓存规则来决定是否使用该缓存结果的过程
强制缓存的情况分为三种：
1、不存在该缓存结果和缓存标识，强制缓存失效，直接向服务器发起请求
2、存在该缓存结果和缓存标识，但结果已经失效，强制缓存失效，使用协商缓存
3、存在该缓存结果和缓存标识，且该结果没有失效，强制缓存生效，直接返回该结果
控制强制缓存的字段：Expires，Cache-Control
Expires 是 HTTP/1.0 控制缓存的字段，值为服务器返回该请求的结果缓存时间
即再次发送请求是，客户端时间 小于 Expires的值，直接使用缓存结果
Cache-Control 是HTTP/1.1的规则，主要用于控制网页缓存，主要取值为：
public：所有的内容都缓存（客户端和代理服务器都可以缓存）
private：所有内容只有客户端可以缓存（默认值）
no-cache：客户端缓存内容，但是是否使用缓存则需要经过协商缓存来验证决定
no-store：即不使用强制缓存，也不使用协商缓存
max-age=xxx：缓存内容将在xxx秒后失效
Expires 是一个绝对值
Cache-Control 中 max-age 是相对值，解决了 Expires时期 服务端与客户端 可能出现时间差的问题
注：Expires和Cache-Control同时存在时，只有Cache-Control生效
协商缓存就是强制缓存失效后，浏览器携带缓存标识向服务器发起请求，由服务器根据缓存标识决定是否使用缓存的过程
协商缓存的两种情况：
1、协商缓存生效，返回304，继续使用缓存
过程：
浏览器 浏览器缓存 服务器
————————发起http请求————————>
<——该请求的缓存结果失效，只返回缓存标识——
————————携带该资源的缓存标识，发起http请求————————>
<—————————————304，该资源无更新————————————
——————获取该请求的缓存结果——————>
<——————返回该请求的缓存结果——————
2、协商缓存失败，返回200和请求结果
过程：
浏览器 浏览器缓存 服务器
————————发起http请求————————>
<——该请求的缓存结果失效，只返回缓存标识——
————————携带该资源的缓存标识，发起http请求————————>
<————————200，资源已更新，重新返回请求和结果———————
——将该请求结果和缓存标识存入浏览器缓存中—>
协商缓存的标识也是在响应报文的HTTP头中和请求结果一起返回给浏览器的
控制协商缓存的字段：
(1) Last-Modified/If-Modified-Since：Last-Modified是服务器响应请求是，返回该资源文件在服务器最后被修改的时间；If-Modified-Since再次发起请求时，携带上次返回的Last-Modified的值，服务器将该字段值与该资源最后修改时间对比，决定是否用缓存
(2)Etag/If-None-Match：Etag服务器响应请求时，返回当前资源文件的一个唯一标识，由服务器生成之；If-None-Match是再次发起请求时，携带上次返回的唯一标识Etag的值，服务器收到后，将该字段值与该资源在服务器上的Etag对比，一致 则返回304，否则返回200
注：Etag/If-None-Match优先级高于Last-Modified/If-Modified-Since，同时存在时只有Etag/If-None-Match生效
浏览器缓存分为：内存缓存 和 硬盘缓存
内存缓存特性：
(1)快速读取：内存缓存会将编译解析后的文件，存入该进程的内存中，便于下次运行时快速读取
(2)时效性：一旦关闭进程，进程内存清空
硬盘缓存特性：
永久性：直接写入硬盘文件中
复杂、缓慢：读取缓存对该缓存存放的硬盘文件进行I/O操作，重新解析
from memory cache：使用内存中的缓存
from disk cache：使用硬盘中的缓存
浏览器读取顺序：memory ——> disk
浏览器将js和图片等文件解析执行后直接存入内存缓存中，F5刷新页面时，from memory cache(使用内存中的缓存)
css文件存入硬盘中，F5刷新页面时，from disk cache(使用硬盘中的缓存)
参考文章
https://segmentfault.com/a/1190000017962411
https://www.cnblogs.com/chengxs/p/10396066.html
Ⅹ 浏览器缓存和服务器缓存
一、浏览器缓存
浏览器缓存即http缓存；浏览器缓存根据是否需要向服务器重新发起HTTP请求将缓存过程分为两个部分，分别是 强制缓存 和 协商缓存 。
浏览器第一次请求资源的时候服务器会告诉客户端是否应该缓存资源，根据响应报文中HTTP头的缓存标识，决定是否缓存结果，是则将请求结果和缓存标识存入浏览器缓存中。如下图：
1.强制缓存 ：浏览器会对缓存进行查找，并根据一定的规则确定是否使用缓存。
强制缓存的缓存规则？
HTTP/1.0 Expires 这个字段是绝对时间，比如2018年6月30日12:30，然后在这个时间点之前的请求都会使用浏览器缓存，除非清除了缓存。
这个字段的缺点就是只会同步客户端的时间，这就有可能修改客户端时间导致缓存失效。
HTTP/1.1 cache-Control 这个是1.1的时候替换Expires的，它会有几种取值：
public ：所有内容都将被缓存（客户端和代理服务器都可缓存）
private ：所有内容只有客户端可以缓存， Cache-Control的默认取值
no-cache ：客户端缓存内容，但是是否使用缓存则需要经过协商缓存来验证决定
no-store ：所有内容都不会被缓存，即不使用强制缓存，也不使用协商缓存
max-age=xxx (xxx is numeric) ：缓存内容将在xxx秒后失效
比如max-age=500，则在500秒内再次请求会直接只用缓存。
优先性：cache-Control > Expires
如果同时存在，cache-Control会覆盖Expires。
这个字段的缺点就是：
如果资源更新的速度是秒以下单位，那么该缓存是不能被使用的，因为它的时间单位最低是秒。
如果文件是通过服务器动态生成的，那么该方法的更新时间永远是生成的时间，尽管文件可能没有变化，所以起不到缓存的作用。
上图中浏览器缓存中存在该资源的缓存结果，并且没有失效，就会直接使用缓存的内容。
上图中浏览器缓存中没有该资源的缓存结果和标识，就会直接向服务器发起HTTP请求。
2.协商缓存： 浏览器的强制缓存失效后(时间过期)，浏览器携带缓存标识请求服务器，由服务器决定是否使用缓存。
服务器决定的规则？
控制协商缓存的字段有 Last-Modified / If-Modified-Since 和 Etag / If-None-Match。
①Last-Modified 是服务器返回给浏览器的本资源的最后修改时间。
当下次再次请求的时候，浏览器会在请求头中带 If-Modified-Since ,即上次请求下来的 Last-Modified 的值，
然后服务器会用这个值和该资源最后修改的时间比较，如果最后修改时间大于这个值，则会重新请求该资源，返回状态码200。
如果这个值和最后修改时间相等，则会返回304，告诉浏览器继续使用缓存。
② Etag 是服务器返回的一个hash值。
当下次再次请求的时候，浏览器会在请求头中带 If-None-Match ,即上次请求下来的 Etag 值，
然后服务器会用这个值和该资源在服务器的 Etag 值比较，如果一致则会返回304，继续使用缓存；如果不一致，则会重新请求，返回200。
二、服务器缓存
上面是一个简单的流程图：
用户1访问A页面，服务器解析A页面返回给用户1，同时在服务器内存上做一定映射，把A页面缓存在硬盘上面
用户2访问A页面，服务器直接根据内存上的映射找到对应的页面缓存，直接返回给用户2，这样就减少了服务器对同一页面的重复解析
服务器缓存和浏览器缓存的区别：
服务器缓存是把页面缓存到服务器上的硬盘里，而浏览器缓存是把页面缓存到用户自己的电脑里
Nginx服务器
Nginx是一个高性能的HTTP和反向代理服务器。具有非常多的优越性：
在连接高并发的情况下，Nginx是Apache服务器不错的替代品，Nginx在美国是做虚拟主机生意的老板们经常选择的软件平台之一。
Nginx提供了expires、etag、if-modified-since指令来实现浏览器缓存控制。
nginx -s reload#重新加载配置文件
nginx -s reopen#重新打开log文件
nginx -s stop#快速关闭nginx服务
nginx -s quit #优雅的关闭nginx服务，等待工作进程处理完所有的请求
Nginx设置静态文件的缓存过期时间
location ~.*\.(js|css|html|png|jpg)$ {
expires 3d;
}
expires 3d;//表示缓存3天
expires 3h;//表示缓存3小时
expires max;//表示缓存10年
expires -1;//表示永远过期。
如果设置为-1在js、css等静态文件在没有修改的情况下返回的是http 304，如果修改返回http 200
对于静态资源会自动添加ETag，可以通过添加etag off指令禁止生成ETag。如果是静态文件，那么Last-Modified值为文件的最后修改时间。
在开发调试web的时候，经常会碰到因浏览器缓存(cache)而经常要去清空缓存或者强制刷新来测试的烦恼，提供下apache不缓存配置和nginx不缓存配置的设置。在常用的缓存设置里面有两种方式，都是使用add_header来设置：分别为Cache-Control和Pragma。
location ~ .*\.(css|js|swf|php|htm|html )$ {
add_header Cache-Control no-store;
add_header Pragma no-cache;
}
nginx gzip压缩
使用 gzip 压缩可以降低网站带宽消耗，同时提升访问速度。
主要在nginx服务端将页面进行压缩，然后在浏览器端进行解压和解析，
目前大多数流行的浏览器都迟滞gzip格式的压缩，所以不用担心。
默认情况下，Nginx的gzip压缩是关闭的，同时，Nginx默认只对text/html进行压缩
gzip on;
ersio #开启gzip压缩输出
gzip_http_vn 1.0 ;#默认1.1
#其中的gzip_http_version的设置，它的默认值是1.1，就是说对HTTP/1.1协议的请求才会进行gzip压缩
#如果我们使用了proxy_pass进行反向代理，那么nginx和后端的upstream server之间是用HTTP/1.0协议通信的。
gzip_vary on ;
#和http头有关系，加个vary头，给代理服务器用的，有的浏览器支持压缩，有的不支持，
#所以避免浪费不支持的也压缩，所以根据客户端的HTTP头来判断，是否需要压缩
gzip_comp_level 6;
#设置gzip压缩等级，等级越底压缩速度越快文件压缩比越小，反之速度越慢文件压缩比越大 1-9
gzip_proxied any;
#Ngnix作为反向代理的时候启用
#expample:gzip_proxied no-cache;
# off – 关闭所有的代理结果数据压缩
# expired – 启用压缩，如果header中包含”Expires”头信息
# no-cache – 启用压缩，如果header中包含”Cache-Control:no-cache”头信息
# no-store – 启用压缩，如果header中包含”Cache-Control:no-store”头信息
# private – 启用压缩，如果header中包含”Cache-Control:private”头信息
# no_last_modified – 启用压缩，如果header中包含”Last_Modified”头信息
# no_etag – 启用压缩，如果header中包含“ETag”头信息
# auth – 启用压缩，如果header中包含“Authorization”头信息
# any – 无条件压缩所有结果数据
gzip_types text/html ;#压缩的文件类型
#设置需要压缩的MIME类型,非设置值不进行压缩
#param:text/html|application/x-javascript|text/css|application/xml
gzip_buffers 16 8k; #设置gzip申请内存的大小,其作用是按块大小的倍数申请内存空间设置gzip申请内存的大小,其作用是按块大小的倍数申请内存空间
#设置gzip申请内存的大小,其作用是按块大小的倍数申请内存空间
# param1:int 增加的倍数
# param2:int(k) 后面单位是k
# example: gzip_buffers 4 8k;
# Disable gzip for certain browsers.
gzip_disable “MSIE [1-6].(?!.*SV1)”; #ie6不支持gzip，需要禁用掉ie6