swift 网络端的缓存思想

/*  网络请求数据的缓存策略




 */






/* 简单缓存思想1 


->有网络情形：从网络中更新数据且进行缓存; 
->无网络情形:直接从缓存中取出; 
*/








/* 简单缓存思想2


(1) 什么是“Last-Modified”?   请求资源文件的最后修改时间

   在浏览器第一次请求某个url时，服务器端的返回状态会是200，内容是你请求的资源，同时有一个Last-Modified的属性标记此文件在服务器
端最后被修改的时间;  格式类似于 Last-Modifed: Fri, 12 May 2006 18:53:33 GMT 
  
  客户端第二次请求此URL时，根据HTTP协议的规定，浏览器会想服务器传送 IF-Modified-Since报头，询问该时间之后文件是否被修改过; 
if-Modified-Since:Fri, 12 May 2006 18:53:33 GMT 


如果服务器端的资源没有变化，则自动返回HTTP304(not changed)状态码，内容为空，这样就节省了传输数据量。当服务器端代码发生改变或者重启
服务器时，则重新发出资源，返回和第一次请求时类似。从而保证不向客户端重复发出资源，也保证当服务器有变化时，客户端能够得到最新的资源。




 请求时的字段:  Last-Modified
 响应时的字段:  If-Modified-Since






(2) 什么是"Etag"？


   HTTP协议规定说明定义ETag为"被请求变量的实体值". 另一种说法是，ETag是一个可以与Web资源关联的记号(token).服务器单独负责判断记号是
 什么及其含义，并在http响应头中将其传送到客户端，以下是服务器端返回的格式: ETag: "50b1c1d4f775c61:df3" ;


 客户端的查询更新格式是这样的:  If-None-Match: W/"50b1c1d4f775c61:df3" 
 如果ETag没改变，则返回状态304且不返回其他数据；




  请求时的字段: ETag
  响应时的字段: If-None-Match






(3) 那么Last-Modified 和 ETags如何帮助提高性能?

   把Last-Modified 和 ETags请求的http报头一起使用，这样可利用客户端嘚缓存。因为服务器首先产生Last-Modified/ETags标记，服务器稍后使用它
来判断页面是否已经被修改。本质上，客服端通过将该记号传回服务器，要求服务器验证其客服端的缓存;


过程:  
 (1) 客户端请求一个页面(A)
 (2) 服务器返回页面A, 并在给A家上一个 Last-Midified/ETag
 (3) 客服端展现该页面, 并将页面连同Last-Modified/ETag一起缓存
 (4) 客户再次请求页面A, 并将上次请求时服务器返回的Last-Modified/ETag一起传递给服务器。
 (5) 服务器检查该Last-Modified或ETag,并判断出该页面自上次客户端请求之后还未被修改，直接返回状态码304以及空的响应体;






两种思想结合：

1. 没有网络的情形，只浏览本地的缓存;
2. 有网络时，校对Last-Modified 或者 ETag， 如果一致，表示没有修改，那么使用缓存;
  有网络时，不过不一致，那么服务器下发新数据;












上述是将的缓存使用策略
下面该讲述 缓存命中机制  以及命中概率， 依旧缓存清除机制（缓存总会满，所以需要按某个机制进行缓存的清除）










缓存机制:
用来改善应用所表现出的性能。
   (1) 提供离线使用功能
(2) 优化应用，用容量换取时间(比如内存中存储图片，存储访问的数据，减少用户流量)


 */