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
//缺陷:
a、只要资源修改，无论内容是否发生实质性的变化，都会将该资源返回客户端。例如周期性重写，这种情况下该资源包含的数据实际上一样的。
b、以时刻作为标识，无法识别一秒内进行多次修改的情况。
c、某些服务器不能精确的得到文件的最后修改时间。
4.ETag
response.setHeader('ETag','3fd729c07839068ebb6f7f4374981d9f') //一般可用MD5
//服务器在响应时，回传一个唯一标志符（比如md5），服务器在把页面响应给客户端的时候，会在实体首部加上“ETag: 唯一标识符”一起返回给客户端
//客服端会保留ETag字段，在下次请求时，通过在请求中添加if-none-match:ETag-value 给服务器，与服务器的ETag字段进行匹配，如果匹配上，则直接回送304 和响应报头即可。反之，则重新发送资源数据并回传新的ETag字段