SDWebImage 它是基于URL作為key 來實(shí)現(xiàn)圖片緩存機(jī)制的.在90%左右的情況下:
圖片與URL是一一對(duì)應(yīng)的,即使服務(wù)器修改了圖片也會(huì)相應(yīng)的變更URL,但是在少數(shù)情況下,要求服務(wù)器修改了圖片后不會(huì)變更相應(yīng)的URL
但是我們常規(guī)的SDWebImage的常規(guī)用法,客戶端肯定更新不到同一URL對(duì)應(yīng)到服務(wù)器已變更的圖片內(nèi)容
基于這一現(xiàn)象，我們來進(jìn)行分析。
客戶端第一次請(qǐng)求圖片時(shí)，Charles抓包得知response header里有一個(gè)名為L(zhǎng)ast-Modified、數(shù)據(jù)是時(shí)間戳的鍵值對(duì)。
客戶端第二次及以后請(qǐng)求圖片時(shí)，通過Charles抓包發(fā)現(xiàn)，服務(wù)器返回304 not modified狀態(tài)，說明服務(wù)器在接收客戶端請(qǐng)求后通過某種判斷邏輯得出結(jié)論：“客戶端已緩存的圖片與服務(wù)器圖片都是最新的”，那么服務(wù)器如何判斷的呢？
通過查閱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之后有沒有更新圖片，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í)際開發(fā)中，如果遇到明明傳了If-Modified-Since、服務(wù)器圖片也變更了、但是客戶端卻請(qǐng)求不到最新的圖片的情況時(shí)，那么就需要查看一下服務(wù)器對(duì)這兩個(gè)時(shí)間戳的比較邏輯。
那么，現(xiàn)在我們可以回到SDWebImage上來了。通過查看SDWebImageDownloader的源碼得知，它開放了一個(gè)headersFilter的block，意在讓開發(fā)者可以對(duì)所有圖片請(qǐng)求追加一些額外的header，這正合我意。那么我們就可以在諸如AppDelegate didFinishLaunching的地方追加如下代碼：
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)測(cè)試，服務(wù)器只修改圖片不變更URL的時(shí)候，客戶端也可以更新到最新的圖片。
從以上第一段代碼內(nèi)容可以看出我采用的是與ngix服務(wù)器比較邏輯對(duì)應(yīng)的代碼，BTW:我測(cè)試的服務(wù)器是又拍云，說明又拍云的比較邏輯是等與不等的關(guān)系判斷，不是大小關(guān)系的判斷。
這里順便說一下，如果服務(wù)器的環(huán)境是類似于Apache的比較邏輯時(shí)，客戶端可以把Last-Modified存放在圖片的名稱上(這需要修改SDWebImage源碼，不建議)，或者用一個(gè)plist文件存放圖片key名稱與時(shí)間的對(duì)應(yīng)關(guān)系(這個(gè)不用修改源碼)。
OK，到此這次的主題已得到完美解決。
- 知識(shí)擴(kuò)展
其實(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)系。
