- 在最初接触数据缓存的时候 就看到多个博客提到可以用SDWebImage缓存图片方式的思路去做数据缓存，可是基本没有看到去实践的，而更多看到的使用sqlite的封装FMDB去做缓存，也有用系统的NSURLCache，可表现的都很难扩展，对请求缓存中的一些操作都很单一。也许我没看到好的吧，如果有请留言给我谢谢。
- 先说说一些缓存中的 误区：看到很多刚接触缓存这块的开发者认为 网络状态是缓存的第一判断条件，大概是有网络就重新请求数据，无网络就使用缓存。这么认为的就是进入误区了。就说一个例子，有网络，但服务器挂了，怎么办。显示你返回请求失败的异常页面吗？有人说了 请求失败再使用缓存呗。咱们做APP的 是不是要考虑用户的使用体验啊。请求失败了，都啥时候了，黄花菜都凉了。
- 大家可以看看几个主流APP 的缓存显示方式“ 网易新闻”,“今日头条”,“ 微博” 。在有缓存的状态下， 这几款APP都是 优先显示缓存，同时有的进行自动下拉刷新操作，有的给你提示，有多少条数据更新，请进行下拉刷新操作 。下拉刷新就是重现请求，请求的结果有很多状态，与界面操作有关就几种，请求成功替换显示的数据，请求超时给提示，请求失败给提示。可以看出 缓存是和请求分不开的（由于GET请求一般用来查询数据，POST请求一般是发大量数据给服务器处理（变动性比较大）因此一般只对GET请求进行缓存，而不对POST请求进行缓存）。
- 正确的缓存的使用策略 是在有缓存的状态下，使用缓存，没有缓存去请求，请求的成功后的数据刷新界面，并覆盖原缓存文件。结合网络请求，还要给出不使用缓存的状态，和使用缓存的状态.在实际运用中可以能还有别的需求，比如上拉加载的状态，离线缓存的状态，所以请求的种类多样，缓存的使用策略的状态也要多样。
- 根据此缓存策略 封装的 请求框架 ZBNetworking
ZBNetworking
优点:
1.请求类型丰富/ * GET请求 // * POST请求 // * PUT请求 // * PATCH请求 // * DELETE请求 // * 上传请求 // * 下载请求 /
2.低耦合，易扩展。
3.通过Block配置信息，代码紧凑;
4.有缓存文件过期机制默认一周
5.显示缓存大小/个数，全部清除缓存/单个文件清除缓存/按时间清除缓存/按路径清除缓存方法多样并且都可以自定义路径可扩展性强
6.有缓存键过滤功能
7.离线下载功能
8.多种请求缓存类型的判断。也可不遵循，自由随你定。
/** 重新请求 ,不读取缓存，重新请求*/
ZBRequestTypeRefresh,
/** 有缓存,读取缓存 无缓存，重新请求*/
ZBRequestTypeCache,
/** 加载更多 ,不读取缓存，重新请求*/
ZBRequestTypeRefreshMore,
/** 加载更多 ,有缓存,读取缓存 无缓存，重新请求*/
ZBRequestTypeCacheMore,
/** 详情 ,有缓存,读取缓存 无缓存，重新请求*/
ZBRequestTypeDetailCache,
/** 自定义 ,有缓存,读取缓存 无缓存，重新请求*/
ZBRequestTypeCustomCache
9.可见的缓存文件
ZBNetworking_cache_gif.gif
AFNetworking 不多介绍了 在使用OC开发的，很多都用这个。封装了一个缓存管理类ZBCacheManager，主要参照了SDWebImage的SDImageCache磁盘存储的思路,SDWebImage的存储性能大家应该不用怀疑，但也要进行大量的改动，毕竟SDImageCache 只是缓存图片的。不管用那种请求方法 缓存文件都会存储到沙盒 /Library/Caches/ZBKit/AppCache 路径下 。
有一点要注意，请求下来的数据格式 是二进制的 因为缓存也是二进制数据 。所以设置了responseSerializer = [AFHTTPResponseSerializer serializer];不能更改。
- 运行流程如下图
F0C2D948-9691-40B5-8251-554FB85A84EA.png
请求示例 具体看demo 。
2017-8-21 重构了此库 现在默认为Refresh （重新请求，不读缓存）。
[ZBRequestManager requestWithConfig:^(ZBURLRequest *request){
request.urlString=list_URL;
request.methodType=ZBMethodTypeGET;//默认为GET
request.apiType=ZBRequestTypeCache;//默认为ZBRequestTypeRefresh
} success:^(id responseObj,apiType type){
if (type==ZBRequestTypeRefresh) {
//下拉结束刷新
}
if (type==ZBRequestTypeLoadMore) {
// 上拉结束刷新
}
//请求成功
} failed:^(NSError *error){
if (error.code==NSURLErrorCancelled)return;
if (error.code==NSURLErrorTimedOut){
[self alertTitle:@"请求超时" andMessage:@""];
}else{
[self alertTitle:@"请求失败" andMessage:@""];
}
}];
//取消对应的网络请求
[ZBRequestManager cancelRequest: list_URL completion:^(NSString *urlString){
//如果请求成功 或 读缓存 会返回null 无法取消。请求未完成的会取消并返回对应url
//NSLog(@"取消对应url:%@ ",urlString);
}];
-
其他的一些功能 显示缓存大小 ,缓存个数。按时间清除缓存，手动清理缓存，自定义清除某个路径文件，清除某个单独key的缓存等功能，
9075F331-0F70-44B8-8405-E067D1EE0A28.png
离线缓存/下载
- 下面要说离线缓存功能。不知道该功能的：可以下个今日头条/我的 /离线 功能看看 一般新闻类的APP 大多有该功能。
要做离线缓存功能:必须要有先决条件，就是一定不要多个缓存路径 ，特别是图片的缓存功能，存储路径要统一。我的demo中图片请求现在使用的是SDWebImage，其实也可以用别的（如YYWebImage）。只要你用的图片请求框架 在数据列表显示的图片 和 在离线下载 的图片 用的是一个缓存就可以，SDWebImage 因为用了MD5编码，确保了每个URL对应的缓存唯一性。这里有个问题，有很多应用有轮播视图的功能 ，而大多数封装好轮播都是自己进行请求并缓存到自定义的缓存路径，这个要处理一下，最好统一为一个图片请求框架，缓存路径也就一样了。
C2A147C7-8F29-490F-82CE-62810491A150.png
好了 我们的列表图片包括轮播图片 缓存 都在SDWebImage 的默认缓存路径里了，
而我们的json 数据 已经缓存到/Library/Caches/ZBKit/AppCache 路径下 。下面开始 实现离线功能
-
其实离线缓存并不是一个 高深的技术，还是缓存。正常我们浏览一个页面缓存这个页面的数据。而离线就是同时请求多个页面并缓存下来。
F7B3FE2C-FE73-4D9E-A394-104C22FAA391.png
思路就是 每个频道就是一个url,把你要缓存的 url 放到一个数组里 进行遍历请求。ZBRequestManager已经封装好了 离线的方法
- (void)requestOffline:(NSMutableArray *)offlineArray{
[ZBRequestManager sendBatchRequest:^(ZBBatchRequest *batchRequest){
for (NSString *urlString in offlineArray) {
ZBURLRequest *request=[[ZBURLRequest alloc]init];
request.urlString=urlString;
[batchRequest.urlArray addObject:request];
}
} success:^(id responseObj,apiType type){
NSLog(@"添加了几个url请求 就会走几遍");
NSDictionary *dict = [NSJSONSerialization JSONObjectWithData:responseObj options:NSJSONReadingMutableContainers error:nil];
NSArray *array=[dict objectForKey:@"videos"];
for (NSDictionary *dic in array) {
DetailsModel *model=[[DetailsModel alloc]init];
model.thumb=[dic objectForKey:@"thumb"]; //找到图片的key
[self.imageArray addObject:model];
//使用SDWebImage 下载图片
BOOL isKey=[[SDImageCache sharedImageCache]diskImageExistsWithKey:model.thumb];
if (isKey) {
self.offlineView.progressLabel.text=@"已经下载了";
} else{
[[SDWebImageManager sharedManager] downloadImageWithURL:[NSURL URLWithString:model.thumb] options:0 progress:^(NSInteger receivedSize, NSInteger expectedSize){
NSLog(@"%@",[self progressStrWithSize:(double)receivedSize/expectedSize]);
self.offlineView.progressLabel.text=[self progressStrWithSize:(double)receivedSize/expectedSize];
self.offlineView.pv.progress =(double)receivedSize/expectedSize;
} completed:^(UIImage *image, NSError *error, SDImageCacheType cacheType,BOOL finished,NSURL *imageURL){
NSLog(@"单个图片下载完成");
self.offlineView.progressLabel.text=nil;
self.offlineView.progressLabel.text=[self progressStrWithSize:0.0];
self.offlineView.pv.progress = 0.0;
[self.tableView reloadData];
//让 下载的url与模型的最后一个比较，如果相同证明下载完毕。
NSString *imageURLStr = [imageURL absoluteString];
NSString *lastImage=[NSString stringWithFormat:@"%@",((DetailsModel *)[self.imageArray lastObject]).thumb];
if ([imageURLStr isEqualToString:lastImage]) {
NSLog(@"下载完成");
[self.offlineView hide];//取消下载进度视图
[self alertTitle:@"下载完成"andMessage:@""];
self.imageArray=nil;
}
if (error) {
NSLog(@"下载失败");
}
}];
}
}
} failed:^(NSError *error){
if (error.code==NSURLErrorCancelled)return;
if (error.code==NSURLErrorTimedOut){
[self alertTitle:@"请求超时" andMessage:@""];
}else{
[self alertTitle:@"请求失败" andMessage:@""];
}
}];
}
cache
点击 Github地址 下载
结尾：水平有限，代码也很烂，一直在努力学习中，大家多多包涵。如果你喜欢这个轮子，请给个star，这是对作者最大的鼓励和支持，拜谢！！！假如你有更好的想法或方案请留言！
下篇文章：设计一个简单的图片缓存器