轉(zhuǎn):http://www.cnblogs.com/renshengruozhiruchujian/p/5886382.html?
SDWebImage在iOS項(xiàng)目中是一個(gè)很常用的開(kāi)源庫(kù)，而且眾所周知的是，它是基于URL作為Key來(lái)實(shí)現(xiàn)圖片緩存機(jī)制的。在90%左右的情況下，
圖片與URL是一一對(duì)應(yīng)的，即使服務(wù)器修改了圖片也會(huì)相應(yīng)的變更URL。但是在少數(shù)情況下，服務(wù)器修改了圖片后不會(huì)變更相應(yīng)的URL，也就是
說(shuō)圖片本身的內(nèi)容變了然而它的URL沒(méi)有變化，那么按照對(duì)SDWebImage的常規(guī)使用方法的話，客戶端肯定更新不到同一URL對(duì)應(yīng)到服務(wù)器已變
更的圖片內(nèi)容。
基于這一現(xiàn)象，我們來(lái)進(jìn)行分析。
客戶端第一次請(qǐng)求圖片時(shí)，Charles抓包得知response header里有一個(gè)名為L(zhǎng)ast-Modified、數(shù)據(jù)是時(shí)間戳的鍵值對(duì)。
客戶端第二次及以后請(qǐng)求圖片時(shí)，通過(guò)Charles抓包發(fā)現(xiàn)，服務(wù)器返回304 not modified狀態(tài)，說(shuō)明服務(wù)器在接收客戶端請(qǐng)求后通過(guò)某種判斷邏輯得出結(jié)論：“客戶端已緩存的圖片與服務(wù)器圖片都是最新的”，那么服務(wù)器如何判斷的呢？
通過(guò)查閱HTTP協(xié)議相關(guān)的資料得知，與服務(wù)器返回的Last-Modified相對(duì)應(yīng)的request header里可以加一個(gè)名為If-Modified-Since的key，value即是服務(wù)器回傳的服務(wù)端圖片最后被修改的時(shí)間，第一次圖片請(qǐng)求時(shí)If-Modified-Since的值為空，第二次及以后的客戶端請(qǐng)求會(huì)把服務(wù)器回傳的Last-Modified值作為If-Modified-Since的值傳給服務(wù)器，這樣服務(wù)器每次接收到圖片請(qǐng)求時(shí)就將If-Modified-Since與Last-Modified進(jìn)行比較，如果客戶端圖片已陳舊那么返回狀態(tài)碼200、Last-Modified、圖片內(nèi)容，客戶端存儲(chǔ)Last-Modified和圖片；如果客戶端圖片是最新的那么返回304 Not Modified、不會(huì)返回Last-Modified、圖片內(nèi)容。
關(guān)于服務(wù)器的比較邏輯，需要強(qiáng)調(diào)一下。
經(jīng)查資料得知，Apache比較時(shí)是看If-Modified-Since之后有沒(méi)有更新圖片，Nginx比較時(shí)是看If-Modified-Since與Last-Modified是否相等，所以對(duì)于Apache服務(wù)器環(huán)境客戶端每次都要嚴(yán)格的存儲(chǔ)服務(wù)器回傳的Last-Modified以便下次請(qǐng)求時(shí)作為If-Modified-Since的值傳給服務(wù)器，對(duì)于Nginx服務(wù)器環(huán)境客戶端不必存儲(chǔ)服務(wù)器回傳的Last-Modified，每次請(qǐng)求時(shí)只需將圖片自身的fileModificationDate作為If-Modified-Since的值傳服務(wù)器即可。在實(shí)際開(kāi)發(fā)中，如果遇到明明傳了If-Modified-Since、服務(wù)器圖片也變更了、但是客戶端卻請(qǐng)求不到最新的圖片的情況時(shí)，那么就需要查看一下服務(wù)器對(duì)這兩個(gè)時(shí)間戳的比較邏輯。
那么，現(xiàn)在我們可以回到SDWebImage上來(lái)了。通過(guò)查看SDWebImageDownloader的源碼得知，它開(kāi)放了一個(gè)headersFilter的block，意在讓開(kāi)發(fā)者可以對(duì)所有圖片請(qǐng)求追加一些額外的header，這正合我意。那么我們就可以在諸如AppDelegate didFinishLaunching的地方追加如下代碼：
SDWebImageDownloader *imgDownloader = SDWebImageManager.sharedManager.imageDownloader;
imgDownloader.headersFilter? = ^NSDictionary *(NSURL *url, NSDictionary *headers) {
NSFileManager *fm = [[NSFileManager alloc] init];
NSString *imgKey = [SDWebImageManager.sharedManager cacheKeyForURL:url];
NSString *imgPath = [SDWebImageManager.sharedManager.imageCache defaultCachePathForKey:imgKey];
NSDictionary *fileAttr = [fm attributesOfItemAtPath:imgPath error:nil];
NSMutableDictionary *mutableHeaders = [headers mutableCopy];
NSDate *lastModifiedDate = nil;
if (fileAttr.count > 0) {
if (fileAttr.count > 0) {
lastModifiedDate = (NSDate *)fileAttr[NSFileModificationDate];
}
}
NSDateFormatter *formatter = [[NSDateFormatter alloc] init];
formatter.timeZone = [NSTimeZone timeZoneWithAbbreviation:@"GMT"];
formatter.locale = [[NSLocale alloc] initWithLocaleIdentifier:@"en_US"];
formatter.dateFormat = @"EEE, dd MMM yyyy HH:mm:ss z";
NSString *lastModifiedStr = [formatter stringFromDate:lastModifiedDate];
lastModifiedStr = lastModifiedStr.length > 0 ? lastModifiedStr : @"";
[mutableHeaders setValue:lastModifiedStr forKey:@"If-Modified-Since"];
return mutableHeaders;
};
然后，加載圖片的地方以前怎么寫(xiě)還是怎么寫(xiě)，但別忘了Option是SDWebImageRefreshCached
NSURL *imgURL = [NSURL URLWithString:@"http://handy-img-storage.b0.upaiyun.com/3.jpg"];
[[self imageView] sd_setImageWithURL:imgURL
placeholderImage:nil
options:SDWebImageRefreshCached];
經(jīng)測(cè)試，服務(wù)器只修改圖片不變更URL的時(shí)候，客戶端也可以更新到最新的圖片。
從以上第一段代碼內(nèi)容可以看出我采用的是與ngix服務(wù)器比較邏輯對(duì)應(yīng)的代碼，BTW:我測(cè)試的服務(wù)器是又拍云，說(shuō)明又拍云的比較邏輯是等與不等的關(guān)系判斷，不是大小關(guān)系的判斷。
這里順便說(shuō)一下，如果服務(wù)器的環(huán)境是類似于Apache的比較邏輯時(shí)，客戶端可以把Last-Modified存放在圖片的名稱上(這需要修改SDWebImage源碼，不建議)，或者用一個(gè)plist文件存放圖片key名稱與時(shí)間的對(duì)應(yīng)關(guān)系(這個(gè)不用修改源碼)。
OK，到此這次的主題已得到完美解決。
其實(shí)，在抓取服務(wù)器返回的數(shù)據(jù)包時(shí)，還發(fā)現(xiàn)response header中還有一個(gè)ETag，與之相對(duì)應(yīng)的request header中可以追加一個(gè)
If-None-Match的key，這對(duì)header與Last-Modified、If-Modified-Since的作用是相同的，即服務(wù)器是否需要返回最新的圖片，
當(dāng)然它們?cè)诜?wù)器端的判斷邏輯應(yīng)該是等與不等的判斷，Etag在客戶端的存儲(chǔ)同樣可以采用在plist文件中存放圖片key名稱與Etag的對(duì)應(yīng)
關(guān)系。
有關(guān)Last-Modified 與 If-Modified-Since
SDWebImage load pictures and something about setting HTTP headers
重點(diǎn)推薦-AFNetWorking 和 SDWebImage 圖片緩存對(duì)比
重點(diǎn)推薦-How Does Caching Work in AFNetworking? : AFImageCache & NSUrlCache Explained
