SDWebImage支持異步的圖片下載+緩存，提供了UIImageView+WebCacha的 category，方便使用。紀錄一下 SDWebImage 加載圖片的流程。

入口setImageWithURL:placeholderImage:options:會先把 placeholderImage 顯示，然后 SDWebImageManager 根據 URL 開始處理圖片。

進入 SDWebImageManager-downloadWithURL:delegate:options:userInfo:，交給SDImageCache從緩存查找圖片是否已經下載queryDiskCacheForKey:delegate:userInfo:.

先從內存圖片緩存查找是否有圖片，如果內存中已經有圖片緩存，SDImageCacheDelegate 回調imageCache:didFindImage:forKey:userInfo:到 SDWebImageManager。

SDWebImageManagerDelegate 回調webImageManager:didFinishWithImage:到 UIImageView+WebCache 等前端展示圖片。

如果內存緩存中沒有，生成 NSInvocationOperation 添加到隊列開始從硬盤查找圖片是否已經緩存。

根據 URLKey 在硬盤緩存目錄下嘗試讀取圖片文件。這一步是在 NSOperation 進行的操作，所以回主線程進行結果回調notifyDelegate:。

如果上一操作從硬盤讀取到了圖片，將圖片添加到內存緩存中（如果空閑內存過小，會先清空內存緩存）。SDImageCacheDelegate 回調imageCache:didFindImage:forKey:userInfo:。進而回調展示圖片。

如果從硬盤緩存目錄讀取不到圖片，說明所有緩存都不存在該圖片，需要下載圖片，回調imageCache:didNotFindImageForKey:userInfo:。

共享或重新生成一個下載器SDWebImageDownloader開始下載圖片。

圖片下載由 NSURLConnection 來做，實現相關 delegate 來判斷圖片下載中、下載完成和下載失敗。

connection:didReceiveData:中利用 ImageIO 做了按圖片下載進度加載效果。

connectionDidFinishLoading:數據下載完成后交給SDWebImageDecoder做圖片解碼處理。

圖片解碼處理在一個 NSOperationQueue 完成，不會拖慢主線程 UI。如果有需要對下載的圖片進行二次處理，最好也在這里完成，效率會好很多。

在主線程notifyDelegateOnMainThreadWithInfo:宣告解碼完成，imageDecoder:didFinishDecodingImage:userInfo:回調給 SDWebImageDownloader。

imageDownloader:didFinishWithImage:回調給 SDWebImageManager 告知圖片下載完成。

通知所有的 downloadDelegates 下載完成，回調給需要的地方展示圖片。

將圖片保存到 SDImageCache 中，內存緩存和硬盤緩存同時保存。寫文件到硬盤也在以單獨 NSInvocationOperation 完成，避免拖慢主線程。

SDImageCache 在初始化的時候會注冊一些消息通知，在內存警告或退到后臺的時候清理內存圖片緩存，應用結束的時候清理過期圖片。

SDWI 也提供了UIButton+WebCache和MKAnnotationView+WebCache，方便使用。

SDWebImagePrefetcher可以預先下載圖片，方便后續使用。

SDWebImage庫的作用：

通過對UIImageView的類別擴展來實現異步加載替換圖片的工作。

主要用到的對象：

1、UIImageView (WebCache)類別，入口封裝，實現讀取圖片完成后的回調

2、SDWebImageManager，對圖片進行管理的中轉站，記錄那些圖片正在讀取。

向下層讀取Cache（調用SDImageCache），或者向網絡讀取對象（調用SDWebImageDownloader） 。

實現SDImageCache和SDWebImageDownloader的回調。

3、SDImageCache，根據URL的MD5摘要對圖片進行存儲和讀取（實現存在內存中或者存在硬盤上兩種實現）

實現圖片和內存清理工作。

4、SDWebImageDownloader，根據URL向網絡讀取數據（實現部分讀取和全部讀取后再通知回調兩種方式）

其他類：

SDWebImageDecoder，異步對圖像進行了一次解壓??

目前不明白為什么要做這么道工序。（現在清楚了，功能解釋見下文）

1、SDImageCache是怎么做數據管理的?

SDImageCache分兩個部分，一個是內存層面的，一個是硬盤層面的。

內存層面的相當是個緩存器，以Key-Value的形式存儲圖片。當內存不夠的時候會清除所有緩存圖片。

用搜索文件系統的方式做管理，文件替換方式是以時間為單位，剔除時間大于一周的圖片文件。

當SDWebImageManager向SDImageCache要資源時，先搜索內存層面的數據，如果有直接返回，沒有的話去訪問磁盤，將圖片從磁盤讀取出來，然后做Decoder，將圖片對象放到內存層面做備份，再返回調用層。

2、為啥必須做Decoder?

通過這個博客：http://www.cocoanetics.com/2011/10/avoiding-image-decompression-sickness/

現在明白了，由于UIImage的imageWithData函數是每次畫圖的時候才將Data解壓成ARGB的圖像，

所以在每次畫圖的時候，會有一個解壓操作，這樣效率很低，但是只有瞬時的內存需求。

為了提高效率通過SDWebImageDecoder將包裝在Data下的資源解壓，然后畫在另外一張圖片上，這樣這張新圖片就不再需要重復解壓了。

這種做法是典型的空間換時間的做法。