原文链接：http://www.cnblogs.com/colima/p/8564903.html

一. 强缓存和协商缓存

    第一次请求资源时，会根据http头部信息判断是否缓存；

    第二次请求资源时，会先判断是否命中强缓存（Cache-Control和Expires），如果是则直接获取资源，本次请求不会与服务器进行通信；如果没有命中，则会携带第一次请求时返回有关缓存的头部信息（Last-Modified/If-Modified-Since 和 Etag/If-None-Match）；若命中则直接获取缓存资源，否则获取新资源。

	状态码	与服务器通信
强缓存（本地缓存）	200（from cache）	否，直接取缓存
协商缓存	304（not modified）	是，通过服务器判断缓存是否可用

 

 

 

二. 强缓存header

1. Expires：http1.0，GMT格式的时间字符串，缓存有效的截止时间；
2. Cache-Control:max-age=10000：http1.1，相对值，资源第一次请求时间和设定的有效期计算出一个资源过期时间，再拿这个时间和当前时间比较；
   还有几个常用值no-cache（不使用强缓存），no-store（禁止缓存数据），public（可被所有用户缓存），private（只允许终端用户缓存）；
3. Cache-Control优先级高于Expires；

三. 协商缓存header

1. 第一次请求响应头带上Last-Modified/Etag，则后续请求会带上If-Modified/If-None-Match；
2. Last-Modified：GMT格式，最后修改时间；
   If-Modified-Since：也是GMT格式，判断而这是否一样；如果命中缓存，则返回304，并且不会返回资源内容，不会返回Last-Modify；
3. Etag/If-None-Match：服务器生成的唯一标识字符串，与Last-Modified不同的是，当服务器返回304时，由于Etag重新生成过，所以头部信息还是会把这个Etag返回，即使没变化；
4. 为什么有了Last-Modified还要Etag：一些文件周期性更改，但内容不变；有些文件修改频繁，1s内修改多次；某些服务器不能精确得到文件最后修改时间；Etag优先于Last-Modified验证。

四. cookie & session & localStorage & sessionStorage

• cookie通常保存在浏览器，session通常保存在服务器端，一般来说当服务器收到请求要创建session时，首先会在客户端监测是否包含sessionid，如果有则根据id返回session；没有的话创建新的sessionid并相应给客户端；通常使用cookie存储sessionid。
• 单个cookie不超过4kb，session无大小限制；
• localStorage和sessionStorage一般都是5Mb，前者是永久的，后者关闭页面即失效；
  通用方法：setItem(key, value)，getItem(key)，removeItem(key)，clear()，key(index)；

转载于:https://www.cnblogs.com/colima/p/8564903.html