网络层设计二-缓存方案深入
1. YYCache分析
1. 优点：
1. 内部支持数据库存储、文件存储、或混合存储。
2. 使用LRU算法，最久未被使用的优先清除，以缓存总个数、缓存总开销、是否过期三个维度进行清理。
2. 缺点：
1. 是否过期这个维度不是根据写入时间去做的判断，而是根据访问时间，一次访问将更新刷新缓存时间，依此为基础再重新开始算过期时长
2. 所以，更加适合的是图片这种只要url一致则图片永远不会发生变更的场景。对于网络层缓存这种场景来说，很可能经常使用的缓存一直不过期，一直无法加载最新网络数据。
2. NSURLCache分析
NSURLCache.png
1. 缺点：
1. 只能缓存get请求，post请求不能缓存。
2. 不够灵活，只能设置一个缓存总文件夹，不能分别指定每个文件缓存的位置。
3. 苹果没有公开其内部实现的缓存策略是LRU还是别的，所以在超过缓存大小时哪些缓存会被清理掉是不确定的。
4. 依赖于云端设置Cache-Control:max-age、ETag、Last-Modified才能实现缓存，如果云端设置为Cache-Control:no-cache、Cache-Control:no-store、ETag没设置、Last-Modified没设置，则客户端无法实现缓存机制。
3. hyperoslo/Cache分析
1. 磁盘缓存完全根据过期时间进行清理，没有LRU算法。
2. 内存缓存在根据过期时间进行清理的前提下如果还超了缓存count和cost，则由NSCache来决定其清理策略。
4. 网络层Cache选型
1. 对比发现，hyperoslo/Cache比较适合用来做网络层缓存，可以支持GET、POST等Method，灵活性高。
2.其根据过期时间进行清理的方式契合网络层缓存方式。
3.支持实现Codable协议的可以直接缓存，看出作者考虑到了网络返回Model缓存的场景匹配性。
5. MD5值是否会发生哈希碰撞
根据这两个链接的说的，MD5的算法被设计为最小化碰撞的可能性，在128位MD5中，两个任意值，碰撞概率只有2^-128.
2. SDWebImage、YYCache、Cache这些著名三方框架都是使用md5值作为filename去存储的。
3. 不用md5存的话不确定会不会有其他问题，比如特殊字符、比如超过文件名最大长度。
6. 缓存过期问题，变了之后怎么处理。
问：
如果上午发起请求后服务端返回数据给客户端，客户端缓存到了本地，下午再次发起请求时服务端实际已经变了，但是取的客户端缓存，还是老数据，这种情况怎么处理？
答：
1. 我认为这个需要根据时效性要求来定，如果有很高的时效性要求，就不能使用缓存，而是使用remote来请求。
2.或者根据具体场景选择是否使用localThenRemote。
3.而localOrRemote需要谨慎使用，在时效性要求不高的场景来使用，依赖客户端的过期时长，过期后再次从服务器拉取。
4.还可以这样，比如在一级页面请求remote刷新缓存，二级以上页面使用localOrRemote。
7，增加缓存版本
在DiskCache的name字段中增加缓存版本，以app版本为缓存版本，升级版本后删除之前的缓存文件。
8，按照业务设置不同的基类去配置不同的缓存过期时长。
按照业务去配置不同的缓存过期时长。
9. 参考文章：
iOS网络缓存扫盲篇--使用两行代码就能完成80%的缓存需求
