前幾天有朋友問到關(guān)于AFNetworking的緩存策略,當(dāng)時想了想,自己有一點的理解,但是不知道該如何回答,畢竟平時常聽到的應(yīng)該都是關(guān)于SDWebImage的一些工作原理,對于AFNetworking的研究不深,后來再網(wǎng)上搜了一下,關(guān)于其緩存的策略介紹的文章也不多,后來在墻外搜了一些資料,在此整理如下,供大家參考:

How Does Caching Work in AFNetworking? : AFImageCache & NSUrlCache Explained

AFNetworking實際上使用了兩個獨立的緩存機制:AFImagecache和NSURLCache.

AFImagecache：一個提供圖片內(nèi)存緩存的類，繼承自NSCache。

NSURLCache：NSURLConnection's默認(rèn)的URL緩存機制，用于存儲NSURLResponse對象：一個默認(rèn)緩存在內(nèi)存，通過配置可以緩存到磁盤的類。

1.AFImagecache

AFImageCache是UIImageView+AFNetworking分類的一部分。它繼承自NSCache，通過一個URL字符串作為它的key（從NSURLRequest中獲?。﹣泶鎯IImage對象。

AFImagecache定義:

AFImageCache 從 AFNetworking 2.1開始可以進(jìn)行配置了。有一個公共方法setSharedImageCache。詳細(xì)文檔可以看這里 。它把所有可訪問的UIImage對象存到了NSCache。當(dāng)UIImage對象釋放之后NSCache會進(jìn)行處理。如果你想觀察images什么時候釋放，可以實現(xiàn)NSCacheDelegate的cache:willEvictObject方法

2.NSURLCache

既然AFNetworking使用NSURLConnection，它利用了原生的緩存機制NSURLCache。NSURLCache緩存了從服務(wù)器返回的NSURLResponse對象。

NSURLCache的shareCache方法默認(rèn)是可以使用的，緩存獲取的內(nèi)容。不幸的是，它的默認(rèn)配置只是緩存在內(nèi)存并沒有寫到硬盤。為了解決這個問題，你可以聲明一個 sharedCache，像這樣：

這樣，我們聲明了一個2M內(nèi)存，100M磁盤空間的NSURLCache。

對NSURLRequest對象設(shè)置緩存策略

NSURLCache對每個NSURLRequest對象都會遵守緩存策略（NSURLRequestCachePolicy）。策略定義如下：

NSURLRequestUseProtocolCachePolicy:指定定義在協(xié)議實現(xiàn)里的緩存邏輯被用于URL請求。這是URL請求的默認(rèn)策略

NSURLRequestReloadIgnoringLocalCacheData:忽略本地緩存，從源加載

NSURLRequestReloadIgnoringLocalAndRemoteCacheData:忽略本地&服務(wù)器緩存，從源加載

NSURLRequestReturnCacheDataElseLoad:先從緩存加載，如果沒有緩存，從源加載

NSURLRequestReturnCacheDataDontLoad離線模式，加載緩存數(shù)據(jù)（無論是否過期），不從源加載

NSURLRequestReloadRevalidatingCacheData存在的緩存數(shù)據(jù)先確認(rèn)有效性，無效的話從源加載

3.關(guān)于網(wǎng)絡(luò)中的數(shù)據(jù)緩存

一、關(guān)于同一個URL的多次請求

有時候，對同一個URL請求多次，返回的數(shù)據(jù)可能都是一樣的，比如服務(wù)器上的某張圖片，無論下載多少次，返回的數(shù)據(jù)都是一樣的。

上面的情況會造成以下問題

（1）用戶流量的浪費

（2）程序響應(yīng)速度不夠快

解決上面的問題，一般考慮對數(shù)據(jù)進(jìn)行緩存。

二、緩存

為了提高程序的響應(yīng)速度，可以考慮使用緩存（內(nèi)存緩存\硬盤緩存）

第一次請求數(shù)據(jù)時，內(nèi)存緩存中沒有數(shù)據(jù)，硬盤緩存中沒有數(shù)據(jù)。

緩存數(shù)據(jù)的過程

當(dāng)服務(wù)器返回數(shù)據(jù)時，需要做以下步驟

（1）使用服務(wù)器的數(shù)據(jù)（比如解析、顯示）

（2）將服務(wù)器的數(shù)據(jù)緩存到硬盤（沙盒）

此時緩存的情況是：內(nèi)存緩存中有數(shù)據(jù)，硬盤緩存中有數(shù)據(jù)。

再次請求數(shù)據(jù)分為兩種情況：

（1）如果程序并沒有被關(guān)閉，一直在運行

那么此時內(nèi)存緩存中有數(shù)據(jù)，硬盤緩存中有數(shù)據(jù)。如果此時再次請求數(shù)據(jù)，直接使用內(nèi)存緩存中的數(shù)據(jù)即可

（2）如果程序重新啟動

那么此時內(nèi)存緩存已經(jīng)消失，沒有數(shù)據(jù)，硬盤緩存依舊存在，還有數(shù)據(jù)。如果此時再次請求數(shù)據(jù)，需要讀取內(nèi)存中緩存的數(shù)據(jù)。

提示：從硬盤緩存中讀取數(shù)據(jù)后，內(nèi)存緩存中又有數(shù)據(jù)了

三、緩存的實現(xiàn)

1.說明：

由于GET請求一般用來查詢數(shù)據(jù)，POST請求一般是發(fā)大量數(shù)據(jù)給服務(wù)器處理（變動性比較大）

因此一般只對GET請求進(jìn)行緩存，而不對POST請求進(jìn)行緩存

在iOS中，可以使用NSURLCache類緩存數(shù)據(jù)

iOS 5之前：只支持內(nèi)存緩存。從iOS 5開始：同時支持內(nèi)存緩存和硬盤緩存

2.NSURLCache

iOS中得緩存技術(shù)用到了NSURLCache類。

緩存原理：一個NSURLRequest對應(yīng)一個NSCachedURLResponse

緩存技術(shù)：把緩存的數(shù)據(jù)都保存到數(shù)據(jù)庫中。

3.NSURLCache的常見用法

（1）獲得全局緩存對象（沒必要手動創(chuàng)建）NSURLCache *cache = [NSURLCache sharedURLCache];

（2）設(shè)置內(nèi)存緩存的最大容量（字節(jié)為單位，默認(rèn)為512KB）- (void)setMemoryCapacity:(NSUInteger)memoryCapacity;

（3）設(shè)置硬盤緩存的最大容量（字節(jié)為單位，默認(rèn)為10M）- (void)setDiskCapacity:(NSUInteger)diskCapacity;

（4）硬盤緩存的位置：沙盒/Library/Caches

（5）取得某個請求的緩存- (NSCachedURLResponse *)cachedResponseForRequest:(NSURLRequest *)request;

（6）清除某個請求的緩存- (void)removeCachedResponseForRequest:(NSURLRequest *)request;

（7）清除所有的緩存- (void)removeAllCachedResponses;

4.緩存GET請求

要想對某個GET請求進(jìn)行數(shù)據(jù)緩存，非常簡單

NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:url];

// 設(shè)置緩存策略

request.cachePolicy = NSURLRequestReturnCacheDataElseLoad;

只要設(shè)置了緩存策略，系統(tǒng)會自動利用NSURLCache進(jìn)行數(shù)據(jù)緩存

5.iOS對NSURLRequest提供了7種緩存策略：（實際上能用的只有4種）

NSURLRequestUseProtocolCachePolicy // 默認(rèn)的緩存策略（取決于協(xié)議）

NSURLRequestReloadIgnoringLocalCacheData // 忽略緩存，重新請求

NSURLRequestReloadIgnoringLocalAndRemoteCacheData // 未實現(xiàn)

NSURLRequestReloadIgnoringCacheData = NSURLRequestReloadIgnoringLocalCacheData // 忽略緩存，重新請求

NSURLRequestReturnCacheDataElseLoad// 有緩存就用緩存，沒有緩存就重新請求

NSURLRequestReturnCacheDataDontLoad// 有緩存就用緩存，沒有緩存就不發(fā)請求，當(dāng)做請求出錯處理（用于離線模式）

NSURLRequestReloadRevalidatingCacheData // 未實現(xiàn)

6.緩存的注意事項

緩存的設(shè)置需要根據(jù)具體的情況考慮，如果請求某個URL的返回數(shù)據(jù)：

（1）經(jīng)常更新：不能用緩存！比如股票、彩票數(shù)據(jù)

（2）一成不變：果斷用緩存

（3）偶爾更新：可以定期更改緩存策略 或者 清除緩存

提示：如果大量使用緩存，會越積越大，建議定期清除緩存

簡單示例:

原文地址:http://blog.originate.com/blog/2014/02/20/afimagecache-vs-nsurlcache/