1.Cache-Control

response.setHeader(‘Cache-Control’,’public,max-age=360’)

  • 服务器在响应时，回传max-age参数，表示缓存时间：xx秒，那么客户端在下次请求时，根据上次回传的max-age值,
  • 首先判断缓存的相对时间，如果还未超过时间，则不发起请求，直接从Cache中读取。反之，则重新请求。

2.Expires

response.setHeader(‘Expires’,’Mon Jan 01 2018 08:00:00 GMT’) //必须用格林威治时间格式

  • 服务器在响应时，回传格林威治时间，表示在次时间内的请求直接从Cache中读取
  • 那么客户端在下次请求时，根据上次回传的时间，比对客户端本地时间，
  • 如果本地时间未超过回传时间，则不发起请求，直接从Cache中读取。反之，则重新请求。
  • 缺陷:由于返回的时间比对的是客户端本地时间，如果本地时钟修改，则会导致缓存出现异常

3.Last-Modified

response.setHeader(‘Last-Modified’,’Fri,22 Jul 2016 08:00:00 GMT’)

  • 服务器在响应时，同样回传格林威治时间，不同的是，它表示的是服务器最新一次对页面修改的时间
  • 那么客户端在下次请求时，会通过If-Modified-Since: Last-Modified-value带上之前回传回来的时间
  • 如果客户端传来的最后修改时间与服务器上的依然一致，则直接回送304 和响应报头即可。
  • 如果没有匹配上，说明服务器已对页面做了修改，则重新相应新的页面并回传新的Last-Modified

缺陷:

  1. 只要资源修改，无论内容是否发生实质性的变化，都会将该资源返回客户端。例如周期性重写，这种情况下该资源包含的数据实际上一样的。
  2. 以时刻作为标识，无法识别一秒内进行多次修改的情况。
  3. 某些服务器不能精确的得到文件的最后修改时间。

4.ETag

response.setHeader(‘ETag’,’3fd729c07839068ebb6f7f4374981d9f’) //一般可用MD5

  • 服务器在响应时，回传一个唯一标志符（比如md5），服务器在把页面响应给客户端的时候，会在实体首部加上“ETag: 唯一标识符”一起返回给客户端
  • 客服端会保留ETag字段，在下次请求时，通过在请求中添加if-none-match:ETag-value 给服务器，与服务器的ETag字段进行匹配，如果匹配上，则直接回送304 和响应报头即可。反之，则重新发送资源数据并回传新的ETag字段