版本記錄

前言

我們做APP發(fā)起網(wǎng)絡(luò)請求，一般都是使用框架，這些框架的底層也都是蘋果的API，接下來幾篇就一起來看一下和網(wǎng)絡(luò)有關(guān)的幾個類。感興趣的可以看上面幾篇文章。
1. 詳細(xì)解析幾個和網(wǎng)絡(luò)請求有關(guān)的類 （一） —— NSURLSession
2. 詳細(xì)解析幾個和網(wǎng)絡(luò)請求有關(guān)的類（二） —— NSURLRequest和NSMutableURLRequest
3. 詳細(xì)解析幾個和網(wǎng)絡(luò)請求有關(guān)的類（三） —— NSURLConnection
4. 詳細(xì)解析幾個和網(wǎng)絡(luò)請求有關(guān)的類（四） —— NSURLSession和NSURLConnection的區(qū)別
5. 詳細(xì)解析幾個和網(wǎng)絡(luò)請求有關(guān)的類（五） —— 關(guān)于NSURL加載系統(tǒng)（一）
6. 詳細(xì)解析幾個和網(wǎng)絡(luò)請求有關(guān)的類（六） —— 使用NSURLSession（二）
7. 詳細(xì)解析幾個和網(wǎng)絡(luò)請求有關(guān)的類（七） —— URL數(shù)據(jù)的編碼和解碼（三）
8. 詳細(xì)解析幾個和網(wǎng)絡(luò)請求有關(guān)的類（八） —— 處理重定向和其他請求更改（四）
9. 詳細(xì)解析幾個和網(wǎng)絡(luò)請求有關(guān)的類（九） —— 身份驗(yàn)證挑戰(zhàn)和TLS鏈驗(yàn)證（五）

回顧

上一篇主要講述身份驗(yàn)證挑戰(zhàn)和TLS鏈驗(yàn)證，這里我們就看一下關(guān)于獲取緩存方面的理解。

Understanding Cache Access - 理解緩存的獲取

URL加載系統(tǒng)提供了對請求的響應(yīng)的復(fù)合磁盤和內(nèi)存緩存。 此緩存允許應(yīng)用程序減少對網(wǎng)絡(luò)連接的依賴并提高其性能。

Using the Cache for a Request - 使用緩存進(jìn)行請求

NSURLRequest實(shí)例通過將緩存策略設(shè)置為NSURLRequestCachePolicy值之一來指定本地緩存的使用方式：NSURLRequestUseProtocolCachePolicy，NSURLRequestReloadIgnoringCacheData，NSURLRequestReturnCacheDataElseLoad或NSURLRequestReturnCacheDataDontLoad。

NSURLRequest實(shí)例的默認(rèn)緩存策略是NSURLRequestUseProtocolCachePolicy。 NSURLRequestUseProtocolCachePolicy行為是協(xié)議特定的，并被定義為協(xié)議的最佳符合策略。

將緩存策略設(shè)置為NSURLRequestReloadIgnoringCacheData將導(dǎo)致URL加載系統(tǒng)從原始源加載數(shù)據(jù)，并完全忽略緩存。

NSURLRequestReturnCacheDataElseLoad緩存策略會導(dǎo)致URL加載系統(tǒng)使用緩存數(shù)據(jù)，忽略其時間或到期日期，并且僅在沒有緩存版本時才從原始源加載數(shù)據(jù)。

NSURLRequestReturnCacheDataDontLoad策略允許應(yīng)用程序指定只返回緩存中的數(shù)據(jù)。如果響應(yīng)不在本地緩存中，嘗試使用此緩存策略創(chuàng)建NSURLSessionTask實(shí)例將立即返回nil。這在功能上與“脫機(jī)”模式類似，并且永遠(yuǎn)不會啟動網(wǎng)絡(luò)連接。

注意：目前只緩存對HTTP和HTTPS請求的響應(yīng)。 FTP和file協(xié)議嘗試訪問緩存策略允許的發(fā)起源。自定義NSURLProtocol類可以選擇性的提供緩存。

Cache Use Semantics for the HTTP Protocol - 緩存使用HTTP協(xié)議的語義

最復(fù)雜的緩存使用情況是當(dāng)請求使用HTTP協(xié)議并將緩存策略設(shè)置為NSURLRequestUseProtocolCachePolicy時。

如果請求中不存在NSCachedURLResponse，則URL加載系統(tǒng)將從原始源獲取數(shù)據(jù)。

如果請求存在緩存的響應(yīng)，則URL加載系統(tǒng)會檢查響應(yīng)以確定它是否指定內(nèi)容必須重新生效。

如果內(nèi)容必須重新生效，則URL加載系統(tǒng)會向始發(fā)源發(fā)出HEAD請求，以查看資源是否已更改。如果它沒有改變，那么URL加載系統(tǒng)返回緩存的響應(yīng)。如果它已更改，則URL加載系統(tǒng)將從原始源中提取數(shù)據(jù)。

如果緩存的響應(yīng)未指定必須重新驗(yàn)證內(nèi)容，則URL加載系統(tǒng)將檢查緩存響應(yīng)中指定的最大使用期限或到期日期。如果緩存的響應(yīng)足夠接近最近的時間，則URL加載系統(tǒng)返回緩存的響應(yīng)。如果響應(yīng)失效，則URL加載系統(tǒng)向始發(fā)源發(fā)出HEAD請求以確定資源是否已更改。如果是這樣，則URL加載系統(tǒng)從原始源獲取資源。否則，它返回緩存的響應(yīng)。

RFC 2616第13節(jié)（http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html#sec13）詳細(xì)說明了詳細(xì)涉及的語義。

Controlling Caching Programmatically - 以編程方式控制緩存

默認(rèn)情況下，根據(jù)請求的緩存策略對請求的數(shù)據(jù)進(jìn)行緩存，正如處理請求的NSURLProtocol子類所解釋的那樣。

如果您的應(yīng)用程序需要對緩存進(jìn)行更精確的編程控制（并且協(xié)議支持緩存），則可以實(shí)現(xiàn)代理方法，以便應(yīng)用程序根據(jù)每個請求確定是否應(yīng)緩存特定的響應(yīng)。

對于NSURLSession數(shù)據(jù)和上傳任務(wù)，實(shí)現(xiàn)URLSession:dataTask:willCacheResponse:completionHandler:方法。此委托方法僅用于數(shù)據(jù)和上載任務(wù)。下載任務(wù)的緩存策略由指定的緩存策略獨(dú)占決定。

對于NSURLSession，您的代理方法調(diào)用完成處理程序塊來告訴會話要緩存的內(nèi)容。代理通常會提供以下一個值：

• 提供的響應(yīng)對象以允許緩存
• 新創(chuàng)建的響應(yīng)對象來緩存修改后的響應(yīng) - 例如，具有允許將內(nèi)容緩存到內(nèi)存但不保存到磁盤的存儲策略的響應(yīng)
• nil以防止緩存

您的代理方法還可以將對象插入到與NSCachedURLResponse對象關(guān)聯(lián)的userInfo字典中，從而將這些對象作為響應(yīng)的一部分存儲在緩存中。

重要：你的代理方法必須調(diào)用提供的完成處理handler，否則會引起內(nèi)存泄露。

Listing 5 - 1 中的例子阻止了HTTPS響應(yīng)的磁盤緩存。 它還會將當(dāng)前日期添加到用戶信息字典中以緩存響應(yīng)。

// Listing 5-1  Example URLSession:dataTask:willCacheResponse:completionHandler: implementation

- (void)URLSession:(NSURLSession *)session dataTask:(NSURLSessionDataTask *)dataTask
 willCacheResponse:(NSCachedURLResponse *)proposedResponse
 completionHandler:(void (^)(NSCachedURLResponse * __nullable cachedResponse))completionHandler {
    NSCachedURLResponse *newCachedResponse = proposedResponse;
    NSDictionary *newUserInfo;
    newUserInfo = [NSDictionary dictionaryWithObject:[NSDate date]
                                              forKey:@"Cached Date"];
    if ([proposedResponse.response.URL.scheme isEqualToString:@"https"]) {
#if ALLOW_IN_MEMORY_CACHING
        newCachedResponse = [[NSCachedURLResponse alloc]
                             initWithResponse:proposedResponse.response
                             data:proposedResponse.data
                             userInfo:newUserInfo
                             storagePolicy:NSURLCacheStorageAllowedInMemoryOnly];
#else // !ALLOW_IN_MEMORY_CACHING
        newCachedResponse = nil;
#endif // ALLOW_IN_MEMORY_CACHING
    } else {
        newCachedResponse = [[NSCachedURLResponse alloc]
                             initWithResponse:[proposedResponse response]
                             data:[proposedResponse data]
                             userInfo:newUserInfo
                             storagePolicy:[proposedResponse storagePolicy]];
    }
 
    completionHandler(newCachedResponse);
}

后記

本篇主要介紹了關(guān)于緩存獲取方面的內(nèi)容，喜歡的給個關(guān)注，謝謝~~~