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囊扳，這正合我意。我直接在UIImageView上寫了一個(gè)分類兜看，見(jiàn)下圖锥咸，每次需要加載圖片的時(shí)候直接調(diào)用即可，
然后铣减，加載圖片的地方以前怎么寫還是怎么寫她君，但別忘了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í)擴(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)系唤冈。
以上轉(zhuǎn)摘博客http://www.cnblogs.com/renshengruozhiruchujian/p/5886382.html
