概述
這個類庫提供一個UIImageView類別以支持加載來自網(wǎng)絡(luò)的遠程圖片。具有緩存管理、異步下載、同一個URL下載次數(shù)控制和優(yōu)化等特征。
SDWebImage 加載圖片的流程
- 入口 setImageWithURL:placeholderImage:options: 會先把 placeholderImage 顯示，然后 SDWebImageManager 根據(jù) URL 開始處理圖片。
- 進入 SDWebImageManager-downloadWithURL:delegate:options:userInfo:，交給 SDImageCache 從緩存查找圖片是否已經(jīng)下載 queryDiskCacheForKey:delegate:userInfo:.
- 先從內(nèi)存圖片緩存查找是否有圖片，如果內(nèi)存中已經(jīng)有圖片緩存，SDImageCacheDelegate 回調(diào) imageCache:didFindImage:forKey:userInfo: 到 SDWebImageManager。
- SDWebImageManagerDelegate 回調(diào) webImageManager:didFinishWithImage: 到 UIImageView+WebCache 等前端展示圖片。
- 如果內(nèi)存緩存中沒有，生成 NSInvocationOperation 添加到隊列開始從硬盤查找圖片是否已經(jīng)緩存。
- 根據(jù) URLKey 在硬盤緩存目錄下嘗試讀取圖片文件。這一步是在 NSOperation 進行的操作，所以回主線程進行結(jié)果回調(diào) notifyDelegate:。
- 如果上一操作從硬盤讀取到了圖片，將圖片添加到內(nèi)存緩存中（如果空閑內(nèi)存過小，會先清空內(nèi)存緩存）。SDImageCacheDelegate 回調(diào) imageCache:didFindImage:forKey:userInfo:。進而回調(diào)展示圖片。
- 如果從硬盤緩存目錄讀取不到圖片，說明所有緩存都不存在該圖片，需要下載圖片，回調(diào) imageCache:didNotFindImageForKey:userInfo:。
- 共享或重新生成一個下載器 SDWebImageDownloader 開始下載圖片。
- 圖片下載由 NSURLConnection 來做，實現(xiàn)相關(guān) delegate 來判斷圖片下載中、下載完成和下載失敗。
- connection:didReceiveData: 中利用 ImageIO 做了按圖片下載進度加載效果。
- connectionDidFinishLoading: 數(shù)據(jù)下載完成后交給 SDWebImageDecoder 做圖片解碼處理。
- 圖片解碼處理在一個 NSOperationQueue 完成，不會拖慢主線程 UI。如果有需要對下載的圖片進行二次處理，最好也在這里完成，效率會好很多。
- 在主線程 notifyDelegateOnMainThreadWithInfo: 宣告解碼完成，imageDecoder:didFinishDecodingImage:userInfo: 回調(diào)給 SDWebImageDownloader。
- imageDownloader:didFinishWithImage: 回調(diào)給 SDWebImageManager 告知圖片下載完成。
- 通知所有的 downloadDelegates 下載完成，回調(diào)給需要的地方展示圖片。
- 將圖片保存到 SDImageCache 中，內(nèi)存緩存和硬盤緩存同時保存。寫文件到硬盤也在以單獨 NSInvocationOperation 完成，避免拖慢主線程。
- SDImageCache 在初始化的時候會注冊一些消息通知，在內(nèi)存警告或退到后臺的時候清理內(nèi)存圖片緩存，應(yīng)用結(jié)束的時候清理過期圖片。
- SDWI 也提供了 UIButton+WebCache 和 MKAnnotationView+WebCache，方便使用。
- SDWebImagePrefetcher 可以預(yù)先下載圖片，方便后續(xù)使用
前面的20條看完是不是感覺直接懵逼了？給你一幅圖讓你知道最直觀的SDWebImage的解釋(涵蓋了20條的內(nèi)容)，看了就知道屌不屌了：建議記住20條里面的方法，那樣可以裝逼?。?！
SDWebImage庫的作用
通過對UIImageView的類別擴展來實現(xiàn)異步加載替換圖片的工作。
主要用到的對象：
1、UIImageView (WebCache)類別，入口封裝，實現(xiàn)讀取圖片完成后的回調(diào)
2、SDWebImageManager，對圖片進行管理的中轉(zhuǎn)站，記錄那些圖片正在讀取。
向下層讀取Cache（調(diào)用SDImageCache），或者向網(wǎng)絡(luò)讀取對象（調(diào)用SDWebImageDownloader） 。
實現(xiàn)SDImageCache和SDWebImageDownloader的回調(diào)。
3、SDImageCache，根據(jù)URL的MD5摘要對圖片進行存儲和讀?。▽崿F(xiàn)存在內(nèi)存中或者存在硬盤上兩種實現(xiàn)）
實現(xiàn)圖片和內(nèi)存清理工作。
4、SDWebImageDownloader，根據(jù)URL向網(wǎng)絡(luò)讀取數(shù)據(jù)（實現(xiàn)部分讀取和全部讀取后再通知回調(diào)兩種方式）
其他類：
SDWebImageDecoder，異步對圖像進行了一次解壓??
解惑
1、SDImageCache是怎么做數(shù)據(jù)管理的?
SDImageCache分兩個部分，一個是內(nèi)存層面的，一個是硬盤層面的。
內(nèi)存層面的相當(dāng)是個緩存器，以Key-Value的形式存儲圖片。當(dāng)內(nèi)存不夠的時候會清除所有緩存圖片。
用搜索文件系統(tǒng)的方式做管理，文件替換方式是以時間為單位，剔除時間大于一周的圖片文件。
當(dāng)SDWebImageManager向SDImageCache要資源時，先搜索內(nèi)存層面的數(shù)據(jù)，如果有直接返回，沒有的話去訪問磁盤，將圖片從磁盤讀取出來，然后做Decoder，將圖片對象放到內(nèi)存層面做備份，再返回調(diào)用層。
2、為啥必須做Decoder?
通過這個博客：http://www.cocoanetics.com/2011/10/avoiding-image-decompression-sickness/
現(xiàn)在明白了，由于UIImage的imageWithData函數(shù)是每次畫圖的時候才將Data解壓成ARGB的圖像，
所以在每次畫圖的時候，會有一個解壓操作，這樣效率很低，但是只有瞬時的內(nèi)存需求。
為了提高效率通過SDWebImageDecoder將包裝在Data下的資源解壓，然后畫在另外一張圖片上，這樣這張新圖片就不再需要重復(fù)解壓了。
這種做法是典型的空間換時間的做法。
