轉(zhuǎn):http://www.cnblogs.com/renshengruozhiruchujian/p/5886382.html?
SDWebImage在iOS項(xiàng)目中是一個(gè)很常用的開源庫，而且眾所周知的是枉氮，它是基于URL作為Key來實(shí)現(xiàn)圖片緩存機(jī)制的鞋诗。在90%左右的情況下，
圖片與URL是一一對應(yīng)的妙啃，即使服務(wù)器修改了圖片也會相應(yīng)的變更URL乍赫。但是在少數(shù)情況下匆篓，服務(wù)器修改了圖片后不會變更相應(yīng)的URL，也就是
說圖片本身的內(nèi)容變了然而它的URL沒有變化胖秒，那么按照對SDWebImage的常規(guī)使用方法的話缎患，客戶端肯定更新不到同一URL對應(yīng)到服務(wù)器已變
更的圖片內(nèi)容。
基于這一現(xiàn)象阎肝，我們來進(jìn)行分析挤渔。
客戶端第一次請求圖片時(shí)，Charles抓包得知response header里有一個(gè)名為Last-Modified风题、數(shù)據(jù)是時(shí)間戳的鍵值對判导。
客戶端第二次及以后請求圖片時(shí)嫉父，通過Charles抓包發(fā)現(xiàn)，服務(wù)器返回304 not modified狀態(tài)眼刃，說明服務(wù)器在接收客戶端請求后通過某種判斷邏輯得出結(jié)論：“客戶端已緩存的圖片與服務(wù)器圖片都是最新的”绕辖，那么服務(wù)器如何判斷的呢？
通過查閱HTTP協(xié)議相關(guān)的資料得知擂红，與服務(wù)器返回的Last-Modified相對應(yīng)的request header里可以加一個(gè)名為If-Modified-Since的key仪际，value即是服務(wù)器回傳的服務(wù)端圖片最后被修改的時(shí)間，第一次圖片請求時(shí)If-Modified-Since的值為空昵骤，第二次及以后的客戶端請求會把服務(wù)器回傳的Last-Modified值作為If-Modified-Since的值傳給服務(wù)器树碱，這樣服務(wù)器每次接收到圖片請求時(shí)就將If-Modified-Since與Last-Modified進(jìn)行比較，如果客戶端圖片已陳舊那么返回狀態(tài)碼200变秦、Last-Modified赴恨、圖片內(nèi)容，客戶端存儲Last-Modified和圖片伴栓；如果客戶端圖片是最新的那么返回304 Not Modified、不會返回Last-Modified雨饺、圖片內(nèi)容钳垮。
關(guān)于服務(wù)器的比較邏輯，需要強(qiáng)調(diào)一下额港。
經(jīng)查資料得知饺窿，Apache比較時(shí)是看If-Modified-Since之后有沒有更新圖片，Nginx比較時(shí)是看If-Modified-Since與Last-Modified是否相等移斩，所以對于Apache服務(wù)器環(huán)境客戶端每次都要嚴(yán)格的存儲服務(wù)器回傳的Last-Modified以便下次請求時(shí)作為If-Modified-Since的值傳給服務(wù)器肚医，對于Nginx服務(wù)器環(huán)境客戶端不必存儲服務(wù)器回傳的Last-Modified，每次請求時(shí)只需將圖片自身的fileModificationDate作為If-Modified-Since的值傳服務(wù)器即可向瓷。在實(shí)際開發(fā)中肠套，如果遇到明明傳了If-Modified-Since、服務(wù)器圖片也變更了猖任、但是客戶端卻請求不到最新的圖片的情況時(shí)你稚，那么就需要查看一下服務(wù)器對這兩個(gè)時(shí)間戳的比較邏輯。
那么朱躺，現(xiàn)在我們可以回到SDWebImage上來了刁赖。通過查看SDWebImageDownloader的源碼得知，它開放了一個(gè)headersFilter的block长搀，意在讓開發(fā)者可以對所有圖片請求追加一些額外的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;
};
然后源请，加載圖片的地方以前怎么寫還是怎么寫枪芒，但別忘了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)測試彻况，服務(wù)器只修改圖片不變更URL的時(shí)候，客戶端也可以更新到最新的圖片病苗。
從以上第一段代碼內(nèi)容可以看出我采用的是與ngix服務(wù)器比較邏輯對應(yīng)的代碼疗垛，BTW:我測試的服務(wù)器是又拍云，說明又拍云的比較邏輯是等與不等的關(guān)系判斷硫朦，不是大小關(guān)系的判斷贷腕。
這里順便說一下，如果服務(wù)器的環(huán)境是類似于Apache的比較邏輯時(shí)咬展，客戶端可以把Last-Modified存放在圖片的名稱上(這需要修改SDWebImage源碼泽裳，不建議)，或者用一個(gè)plist文件存放圖片key名稱與時(shí)間的對應(yīng)關(guān)系(這個(gè)不用修改源碼)破婆。
OK涮总，到此這次的主題已得到完美解決。
其實(shí)祷舀，在抓取服務(wù)器返回的數(shù)據(jù)包時(shí)瀑梗，還發(fā)現(xiàn)response header中還有一個(gè)ETag，與之相對應(yīng)的request header中可以追加一個(gè)
If-None-Match的key裳扯，這對header與Last-Modified抛丽、If-Modified-Since的作用是相同的，即服務(wù)器是否需要返回最新的圖片饰豺，
當(dāng)然它們在服務(wù)器端的判斷邏輯應(yīng)該是等與不等的判斷亿鲜，Etag在客戶端的存儲同樣可以采用在plist文件中存放圖片key名稱與Etag的對應(yīng)
關(guān)系。
有關(guān)Last-Modified 與 If-Modified-Since
SDWebImage load pictures and something about setting HTTP headers
重點(diǎn)推薦-AFNetWorking 和 SDWebImage 圖片緩存對比
重點(diǎn)推薦-How Does Caching Work in AFNetworking? : AFImageCache & NSUrlCache Explained
