SDWebImage在iOS项目中是一个很常用的开源库,而且众所周知的是,它是基于URL作为Key来实现图片缓存机制的。在90%左右的情况下,图片与URL是一一对应的,即使服务器修改了图片也会相应的变更URL。但是在少数情况下,服务器修改了图片后不会变更相应的URL,也就是说图片本身的内容变了然而它的URL没有变化,那么按照对SDWebImage的常规使用方法的话,客户端肯定更新不到同一URL对应到服务器已变更的图片内容。
基于这一现象,我们来进行分析。
客户端第一次请求图片时,Charles抓包得知response header里有一个名为Last-Modified、数据是时间戳的键值对。
客户端第二次及以后请求图片时,通过Charles抓包发现,服务器返回304 not modified状态,说明服务器在接收客户端请求后通过某种判断逻辑得出结论:“客户端已缓存的图片与服务器图片都是最新的”,那么服务器如何判断的呢?
通过查阅HTTP协议相关的资料得知,与服务器返回的Last-Modified相对应的request header里可以加一个名为If-Modified-Since的key,value即是服务器回传的服务端图片最后被修改的时间,第一次图片请求时If-Modified-Since的值为空,第二次及以后的客户端请求会把服务器回传的Last-Modified值作为If-Modified-Since的值传给服务器,这样服务器每次接收到图片请求时就将If-Modified-Since与Last-Modified进行比较,如果客户端图片已陈旧那么返回状态码200、Last-Modified、图片内容,客户端存储Last-Modified和图片;如果客户端图片是最新的那么返回304 Not Modified、不会返回Last-Modified、图片内容。
关于服务器的比较逻辑,需要强调一下。
经查资料得知,Apache比较时是看If-Modified-Since之后有没有更新图片,Nginx比较时是看If-Modified-Since与Last-Modified是否相等,所以对于Apache服务器环境客户端每次都要严格的存储服务器回传的Last-Modified以便下次请求时作为If-Modified-Since的值传给服务器,对于Nginx服务器环境客户端不必存储服务器回传的Last-Modified,每次请求时只需将图片自身的fileModificationDate作为If-Modified-Since的值传服务器即可。在实际开发中,如果遇到明明传了If-Modified-Since、服务器图片也变更了、但是客户端却请求不到最新的图片的情况时,那么就需要查看一下服务器对这两个时间戳的比较逻辑。
那么,现在我们可以回到SDWebImage上来了。通过查看SDWebImageDownloader的源码得知,它开放了一个headersFilter的block,意在让开发者可以对所有图片请求追加一些额外的header,这正合我意。我直接在UIImageView上写了一个分类,见下图,每次需要加载图片的时候直接调用即可,
然后,加载图片的地方以前怎么写还是怎么写,但别忘了Option是SDWebImageRefreshCached
NSURL *imgURL = [NSURL URLWithString:@"http://handy-img-storage.b0.upaiyun.com/3.jpg"];[[self imageView] sd_setImageWithURL:imgURL placeholderImage:nil options:SDWebImageRefreshCached];
经测试,服务器只修改图片不变更URL的时候,客户端也可以更新到最新的图片。
从以上第一段代码内容可以看出我采用的是与ngix服务器比较逻辑对应的代码,BTW:我测试的服务器是又拍云,说明又拍云的比较逻辑是等与不等的关系判断,不是大小关系的判断。
这里顺便说一下,如果服务器的环境是类似于Apache的比较逻辑时,客户端可以把Last-Modified存放在图片的名称上(这需要修改SDWebImage源码,不建议),或者用一个plist文件存放图片key名称与时间的对应关系(这个不用修改源码)。
OK,到此这次的主题已得到完美解决。
知识扩展
其实,在抓取服务器返回的数据包时,还发现response header中还有一个ETag,与之相对应的request header中可以追加一个If-None-Match的key,这对header与Last-Modified、If-Modified-Since的作用是相同的,即服务器是否需要返回最新的图片,当然它们在服务器端的判断逻辑应该是等与不等的判断,Etag在客户端的存储同样可以采用在plist文件中存放图片key名称与Etag的对应关系。
以上转摘博客http://www.cnblogs.com/renshengruozhiruchujian/p/5886382.html
网友评论