99色天堂,日韩九九九精品,色在线视频亚洲

NSURLSession

NSURLSession在iOS7中推出，NSURLSession的推出旨在替換之前的NSURLConnection，NSURLSession的使用相對(duì)于之前的NSURLConnection更簡(jiǎn)單，而且不用處理Runloop相關(guān)的東西。

2015年RFC 7540標(biāo)準(zhǔn)發(fā)布了http 2.0版本，http 2.0版本中包含很多新的特性，在傳輸速度上也有很明顯的提升。NSURLSession從iOS9.0開始，對(duì)http 2.0提供了支持。

NSURLSession部分構(gòu)成：

NSURLSession：請(qǐng)求會(huì)話對(duì)象，可以用系統(tǒng)提供的單例對(duì)象，也可以自己創(chuàng)建。

NSURLSessionConfiguration：對(duì)session會(huì)話進(jìn)行配置，一般都采用default。

NSURLSessionTask：負(fù)責(zé)執(zhí)行具體請(qǐng)求的task，由session創(chuàng)建。

NSURLSession有三種方式創(chuàng)建：

sharedSession

系統(tǒng)維護(hù)的一個(gè)單例對(duì)象，可以和其他使用這個(gè)session的task共享連接和請(qǐng)求信息。

sessionWithConfiguration:

在NSURLSession初始化時(shí)傳入一個(gè)NSURLSessionConfiguration，這樣可以自定義請(qǐng)求頭、cookie等信息。

sessionWithConfiguration:delegate:delegateQueue:

如果想更好的控制請(qǐng)求過(guò)程以及回調(diào)線程，需要上面的方法進(jìn)行初始化操作，并傳入delegate來(lái)設(shè)置回調(diào)對(duì)象和回調(diào)的線程。

通過(guò)NSURLSession發(fā)起一個(gè)網(wǎng)絡(luò)請(qǐng)求也比較簡(jiǎn)單。

創(chuàng)建一個(gè)NSURLSessionConfiguration配置請(qǐng)求。

通過(guò)Configuration創(chuàng)建NSURLSession對(duì)象。

通過(guò)session對(duì)象發(fā)起網(wǎng)絡(luò)請(qǐng)求，并獲取task對(duì)象。

調(diào)用[task resume]方法發(fā)起網(wǎng)絡(luò)請(qǐng)求。

NSURLSessionConfiguration*config?=?[NSURLSessionConfigurationdefaultSessionConfiguration];

NSURLSession*session?=?[NSURLSessionsessionWithConfiguration:config

delegate:self

delegateQueue:[NSOperationQueuemainQueue]];

NSURLSessionDataTask*task?=?[session?dataTaskWithURL:[NSURLURLWithString:@"http://www.baidu.com"]];

[task?resume];

NSURLSessionTask

通過(guò)NSURLSession發(fā)起的每個(gè)請(qǐng)求，都會(huì)被封裝為一個(gè)NSURLSessionTask任務(wù)，但一般不會(huì)直接是NSURLSessionTask類，而是基于不同任務(wù)類型，被封裝為其對(duì)應(yīng)的子類。

NSURLSessionDataTask：處理普通的Get、Post請(qǐng)求。

NSURLSessionUploadTask：處理上傳請(qǐng)求，可以傳入對(duì)應(yīng)的上傳文件或路徑。

NSURLSessionDownloadTask：處理下載地址，提供斷點(diǎn)續(xù)傳功能的cancel方法。

主要方法都定義在父類NSURLSessionTask中，下面是一些關(guān)鍵方法或?qū)傩浴?/p>

currentRequest

當(dāng)前正在執(zhí)行的任務(wù)，一般和originalRequest是一樣的，除非發(fā)生重定向才會(huì)有所區(qū)別。

originalRequest

主要用于重定向操作，用來(lái)記錄重定向前的請(qǐng)求。

taskIdentifier

當(dāng)前session下，task的唯一標(biāo)示，多個(gè)session之間可能存在相同的標(biāo)識(shí)。

priority

task中可以設(shè)置優(yōu)先級(jí)，但這個(gè)屬性并不代表請(qǐng)求的優(yōu)先級(jí)，而是一個(gè)標(biāo)示。官方已經(jīng)說(shuō)明，NSURLSession并沒(méi)有提供API可以改變請(qǐng)求的優(yōu)先級(jí)。

state

當(dāng)前任務(wù)的狀態(tài)，可以通過(guò)KVO的方式監(jiān)聽狀態(tài)的改變。

- resume

開始或繼續(xù)請(qǐng)求，創(chuàng)建后的task默認(rèn)是掛起的，需要手動(dòng)調(diào)用resume才可以開始請(qǐng)求。

- suspend

掛起當(dāng)前請(qǐng)求。主要是下載請(qǐng)求用的多一些，普通請(qǐng)求掛起后都會(huì)重新開始請(qǐng)求。下載請(qǐng)求掛起后，只要不超過(guò)NSURLRequest設(shè)置的timeout時(shí)間，調(diào)用resume就是繼續(xù)請(qǐng)求。

- cancel

取消當(dāng)前請(qǐng)求。任務(wù)會(huì)被標(biāo)記為取消，并在未來(lái)某個(gè)時(shí)間調(diào)用URLSession:task:didCompleteWithError:方法。

NSURLSession提供有普通創(chuàng)建task的方式，創(chuàng)建后可以通過(guò)重寫代理方法，獲取對(duì)應(yīng)的回調(diào)和參數(shù)。這種方式對(duì)于請(qǐng)求過(guò)程比較好控制。

-?(NSURLSessionDataTask*)dataTaskWithRequest:(NSURLRequest*)request;

-?(NSURLSessionUploadTask*)uploadTaskWithRequest:(NSURLRequest*)request?fromFile:(NSURL*)fileURL;

-?(NSURLSessionDownloadTask*)downloadTaskWithRequest:(NSURLRequest*)request;

除此之外，NSURLSession也提供了block的方式創(chuàng)建task，創(chuàng)建方式簡(jiǎn)單如AFN，直接傳入U(xiǎn)RL或NSURLRequest，即可直接在block中接收返回?cái)?shù)據(jù)。和普通創(chuàng)建方式一樣，block的創(chuàng)建方式創(chuàng)建后默認(rèn)也是suspend的狀態(tài)，需要調(diào)用resume開始任務(wù)。

completionHandler和delegate是互斥的，completionHandler的優(yōu)先級(jí)大于delegate。相對(duì)于普通創(chuàng)建方法，block方式更偏向于面向結(jié)果的創(chuàng)建，可以直接在completionHandler中獲取返回結(jié)果，但不能控制請(qǐng)求過(guò)程。

-?(NSURLSessionDataTask*)dataTaskWithURL:(NSURL*)url?completionHandler:(void(^)(NSData*?_Nullable?data,NSURLResponse*?_Nullable?response,NSError*?_Nullable?error))completionHandler;

-?(NSURLSessionUploadTask*)uploadTaskWithRequest:(NSURLRequest*)request?fromData:(nullableNSData*)bodyData?completionHandler:(void(^)(NSData*?_Nullable?data,NSURLResponse*?_Nullable?response,NSError*?_Nullable?error))completionHandler;

-?(NSURLSessionDownloadTask*)downloadTaskWithURL:(NSURL*)url?completionHandler:(void(^)(NSURL*?_Nullable?location,NSURLResponse*?_Nullable?response,NSError*?_Nullable?error))completionHandler;

可以通過(guò)下面的兩個(gè)方法，獲取當(dāng)前session對(duì)應(yīng)的所有task，方法區(qū)別在于回調(diào)的參數(shù)不同。以getTasksWithCompletionHandler為例，在AFN中的應(yīng)用是用來(lái)獲取當(dāng)前session的task，并將AFURLSessionManagerTaskDelegate的回調(diào)都置為nil，以防止崩潰。

-?(void)getTasksWithCompletionHandler:(void(^)(NSArray?*dataTasks,NSArray?*uploadTasks,NSArray?*downloadTasks))completionHandler;

-?(void)getAllTasksWithCompletionHandler:(void(^)(NSArray<__kindofNSURLSessionTask*>?*tasks))completionHandler);

delegateQueue

在初始化NSURLSession時(shí)可以指定線程，如果不指定線程，則completionHandler和delegate的回調(diào)方法，都會(huì)在子線程中執(zhí)行。

如果初始化NSURLSession時(shí)指定了delegateQueue，則回調(diào)會(huì)在指定的隊(duì)列中執(zhí)行，如果指定的是mainQueue，則回調(diào)在主線程中執(zhí)行，這樣就避免了切換線程的問(wèn)題。

[NSURLSessionsessionWithConfiguration:config?delegate:selfdelegateQueue:nil];

delegate

對(duì)于NSURLSession的代理方法這里就不詳細(xì)列舉了，方法命名遵循蘋果一貫見名知意的原則，用起來(lái)很簡(jiǎn)單。這里介紹一下NSURLSession的代理繼承結(jié)構(gòu)。

NSURLSession中定義了一系列代理，并遵循上面的繼承關(guān)系。根據(jù)繼承關(guān)系和代理方法的聲明，如果執(zhí)行某項(xiàng)任務(wù)，只需要遵守其中的某個(gè)代理即可。

例如執(zhí)行上傳或普通Post請(qǐng)求，則遵守NSURLSessionDataDelegate，執(zhí)行下載任務(wù)則遵循NSURLSessionDownloadDelegate，父級(jí)代理定義的都是公共方法。

請(qǐng)求重定向

HTTP協(xié)議中定義了例如301等重定向狀態(tài)碼，通過(guò)下面的代理方法，可以處理重定向任務(wù)。發(fā)生重定向時(shí)可以根據(jù)response創(chuàng)建一個(gè)新的request，也可以直接用系統(tǒng)生成的request，并在completionHandler回調(diào)中傳入，如果想終止這次重定向，在completionHandler傳入nil即可。

-?(void)URLSession:(NSURLSession*)session

task:(NSURLSessionTask*)task

willPerformHTTPRedirection:(NSHTTPURLResponse*)response

newRequest:(NSURLRequest*)request

completionHandler:(void(^)(NSURLRequest*))completionHandler

{

NSURLRequest*redirectRequest?=?request;

if(self.taskWillPerformHTTPRedirection)?{

redirectRequest?=self.taskWillPerformHTTPRedirection(session,?task,?response,?request);

}

if(completionHandler)?{

completionHandler(redirectRequest);

}

NSURLSessionConfiguration

創(chuàng)建方式

NSURLSessionConfiguration負(fù)責(zé)對(duì)NSURLSession初始化時(shí)進(jìn)行配置，通過(guò)NSURLSessionConfiguration可以設(shè)置請(qǐng)求的Cookie、密鑰、緩存、請(qǐng)求頭等參數(shù)，將網(wǎng)絡(luò)請(qǐng)求的一些配置參數(shù)從NSURLSession中分離出來(lái)。

NSURLSessionConfiguration*config?=?[NSURLSessionConfigurationdefaultSessionConfiguration];

NSURLSession*session?=?[NSURLSessionsessionWithConfiguration:config

delegate:self

delegateQueue:[NSOperationQueuemainQueue]];

NSURLSessionConfiguration提供三種初始化方法，下面是請(qǐng)求的方法的一些解釋。

@property(class,readonly,strong)NSURLSessionConfiguration*defaultSessionConfiguration;

NSURLSessionConfiguration提供defaultSessionConfiguration的方式創(chuàng)建，但這并不是單例方法，而是類方法，創(chuàng)建的是不同對(duì)象。通過(guò)這種方式創(chuàng)建的configuration，并不會(huì)共享cookie、cache、密鑰等，而是不同configuration都需要單獨(dú)設(shè)置。

這塊網(wǎng)上很多人理解都是錯(cuò)的，并沒(méi)有真的在項(xiàng)目里使用或者沒(méi)有留意過(guò)，如和其他人有出入，以我為準(zhǔn)。

@property(class,readonly,strong)NSURLSessionConfiguration*ephemeralSessionConfiguration;

創(chuàng)建臨時(shí)的configuration，通過(guò)這種方式創(chuàng)建的對(duì)象，和普通的對(duì)象主要區(qū)別在于URLCache、URLCredentialStorage、HTTPCookieStorage上面。同樣的，Ephemeral也不是單例方法，而只是類方法。

URLCredentialStorage

Ephemeral<__NSCFMemoryURLCredentialStorage:0x600001bc8320>

HTTPCookieStorage

Ephemeral

如果對(duì)Ephemeral方式創(chuàng)建的config進(jìn)行打印的話，可以看到變量類型明顯區(qū)別于其他類型，并且在打印信息前面會(huì)有Ephemeral的標(biāo)示。通過(guò)Ephemeral的方式創(chuàng)建的config，不會(huì)產(chǎn)生持久化信息，可以很好保護(hù)請(qǐng)求的數(shù)據(jù)安全性。

+?(NSURLSessionConfiguration*)backgroundSessionConfigurationWithIdentifier:(NSString*)identifier;

identifier方式一般用于恢復(fù)之前的任務(wù)，主要用于下載。如果一個(gè)下載任務(wù)正在進(jìn)行中，程序被kill調(diào)，可以在程序退出之前保存identifier。下次進(jìn)入程序后通過(guò)identifier恢復(fù)之前的任務(wù)，系統(tǒng)會(huì)將NSURLSession及NSURLSessionConfiguration和之前的下載任務(wù)進(jìn)行關(guān)聯(lián)，并繼續(xù)之前的任務(wù)。

timeout

timeoutIntervalForRequest

設(shè)置session請(qǐng)求間的超時(shí)時(shí)間，這個(gè)超時(shí)時(shí)間并不是請(qǐng)求從開始到結(jié)束的時(shí)間，而是兩個(gè)數(shù)據(jù)包之間的時(shí)間間隔。當(dāng)任意請(qǐng)求返回后這個(gè)值將會(huì)被重置，如果在超時(shí)時(shí)間內(nèi)未返回則超時(shí)。單位為秒，默認(rèn)為60秒。

timeoutIntervalForResource

資源超時(shí)時(shí)間，一般用于上傳或下載任務(wù)，在上傳或下載任務(wù)開始后計(jì)時(shí)，如果到達(dá)時(shí)間任務(wù)未結(jié)束，則刪除資源文件。單位為秒，默認(rèn)時(shí)間是七天。

資源共享

如果是相同的NSURLSessionConfiguration對(duì)象，會(huì)共享請(qǐng)求頭、緩存、cookie、Credential，通過(guò)Configuration創(chuàng)建的NSURLSession，也會(huì)擁有對(duì)應(yīng)的請(qǐng)求信息。

@property(nullable,copy)NSDictionary*HTTPAdditionalHeaders;

公共請(qǐng)求頭，默認(rèn)是空的，設(shè)置后所有經(jīng)Confuguration配置的NSURLSession，請(qǐng)求頭都會(huì)帶有設(shè)置的信息。

@property(nullable,retain)NSHTTPCookieStorage*HTTPCookieStorage;

HTTP請(qǐng)求的Cookie管理器。如果是通過(guò)sharedSession或backgroundConfiguration創(chuàng)建的NSURLSession，默認(rèn)使用sharedHTTPCookieStorage的Cookie數(shù)據(jù)。如果不想使用Cookie，則直接設(shè)置為nil即可，也可以手動(dòng)設(shè)置為自己的CookieStorage。

@property(nullable,retain)NSURLCredentialStorage*URLCredentialStorage;

證書管理器。如果是通過(guò)sharedSession或backgroundConfiguration創(chuàng)建的NSURLSession，默認(rèn)使用sharedCredentialStorage的證書。如果不想使用證書，可以直接設(shè)置為nil，也可以自己創(chuàng)建證書管理器。

@property(nullable,retain)NSURLCache*URLCache;

請(qǐng)求緩存，如果不手動(dòng)設(shè)置的話為nil，對(duì)于NSURLCache這個(gè)類我沒(méi)有研究過(guò)，不太了解。

緩存處理

在NSURLRequest中可以設(shè)置cachePolicy請(qǐng)求緩存策略，這里不對(duì)具體值做詳細(xì)描述，默認(rèn)值為NSURLRequestUseProtocolCachePolicy使用緩存。

NSURLSessionConfiguration可以設(shè)置處理緩存的對(duì)象，我們可以手動(dòng)設(shè)置自定義的緩存對(duì)象，如果不設(shè)置的話，默認(rèn)使用系統(tǒng)的sharedURLCache單例緩存對(duì)象。經(jīng)過(guò)configuration創(chuàng)建的NSURLSession發(fā)出的請(qǐng)求，NSURLRequest都會(huì)使用這個(gè)NSURLCache來(lái)處理緩存。

@property(nullable,retain)NSURLCache*URLCache;

NSURLCache提供了Memory和Disk的緩存，在創(chuàng)建時(shí)需要為其分別指定Memory和Disk的大小，以及存儲(chǔ)的文件位置。使用NSURLCache不用考慮磁盤空間不夠，或手動(dòng)管理內(nèi)存空間的問(wèn)題，如果發(fā)生內(nèi)存警告系統(tǒng)會(huì)自動(dòng)清理內(nèi)存空間。但是NSURLCache提供的功能非常有限，項(xiàng)目中一般很少直接使用它來(lái)處理緩存數(shù)據(jù)，還是用數(shù)據(jù)庫(kù)比較多。

[[NSURLCache?alloc]?initWithMemoryCapacity:30?*?1024?*?1024

diskCapacity:30?*?1024?*?1024

directoryURL:[NSURL?URLWithString:filePath]]

;

使用NSURLCache還有一個(gè)好處，就是可以由服務(wù)端來(lái)設(shè)置資源過(guò)期時(shí)間，在請(qǐng)求服務(wù)端后，服務(wù)端會(huì)返回Cache-Control來(lái)說(shuō)明文件的過(guò)期時(shí)間。NSURLCache會(huì)根據(jù)NSURLResponse來(lái)自動(dòng)完成過(guò)期時(shí)間的設(shè)置。

最大連接數(shù)

限制NSURLSession的最大連接數(shù)，通過(guò)此方法創(chuàng)建的NSURLSession和服務(wù)端的最大連接數(shù)量不會(huì)超出這里設(shè)置的數(shù)量。蘋果為我們?cè)O(shè)置的iOS端默認(rèn)為4，Mac端默認(rèn)為6。

@propertyNSInteger?HTTPMaximumConnectionsPerHost;

連接復(fù)用

HTTP是基于傳輸層協(xié)議TCP的，通過(guò)TCP發(fā)送網(wǎng)絡(luò)請(qǐng)求都需要先進(jìn)行三次握手，建立網(wǎng)絡(luò)請(qǐng)求后再發(fā)送數(shù)據(jù)，請(qǐng)求結(jié)束時(shí)再經(jīng)歷四次揮手。HTTP1.0開始支持keep-alive，keep-alive可以保持已經(jīng)建立的鏈接，如果是相同的域名，在請(qǐng)求連接建立后，后面的請(qǐng)求不會(huì)立刻斷開，而是復(fù)用現(xiàn)有的連接。從HTTP1.1開始默認(rèn)開啟keep-alive。

請(qǐng)求是在請(qǐng)求頭中設(shè)置下面的參數(shù)，服務(wù)器如果支持keep-alive的話，響應(yīng)客戶端請(qǐng)求時(shí)，也會(huì)在響應(yīng)頭中加上相同的字段。

Connection:?Keep-Alive

如果想斷開keep-alive，可以在請(qǐng)求頭中加上下面的字段，但一般不推薦這么做。

Connection:?Close

如果通過(guò)NSURLSession來(lái)進(jìn)行網(wǎng)絡(luò)請(qǐng)求的話，需要使用同一個(gè)NSURLSession對(duì)象，如果創(chuàng)建新的session對(duì)象則不能復(fù)用之前的鏈接。keep-alive可以保持請(qǐng)求的連接，蘋果允許在iOS上最大保持有4個(gè)連接，Mac則是6個(gè)連接。

pipeline

在HTTP1.1中，基于keep-alive，還可以將請(qǐng)求進(jìn)行管線化。和相同后端服務(wù)，TCP層建立的鏈接，一般都需要前一個(gè)請(qǐng)求返回后，后面的請(qǐng)求再發(fā)出。但pipeline就可以不依賴之前請(qǐng)求的響應(yīng)，而發(fā)出后面的請(qǐng)求。

pipeline依賴客戶端和服務(wù)器都有實(shí)現(xiàn)，服務(wù)端收到客戶端的請(qǐng)求后，要按照先進(jìn)先出的順序進(jìn)行任務(wù)處理和響應(yīng)。pipeline依然存在之前非pipeline的問(wèn)題，就是前面的請(qǐng)求如果出現(xiàn)問(wèn)題，會(huì)阻塞當(dāng)前連接影響后面的請(qǐng)求。

pipeline對(duì)于請(qǐng)求大文件并沒(méi)有提升作用，只是對(duì)于普通請(qǐng)求速度有提升。在NSURLSessionConfiguration中可以設(shè)置HTTPShouldUsePipelining為YES，開啟管線化，此屬性默認(rèn)為NO。

NSURLSessionTaskMetrics

在日常開發(fā)過(guò)程中，經(jīng)常遇到頁(yè)面加載太慢的問(wèn)題，這很大一部分原因都是因?yàn)榫W(wǎng)絡(luò)導(dǎo)致的。所以，查找網(wǎng)絡(luò)耗時(shí)的原因并解決，就是一個(gè)很重要的任務(wù)了。蘋果對(duì)于網(wǎng)絡(luò)檢查提供了NSURLSessionTaskMetrics類來(lái)進(jìn)行檢查，NSURLSessionTaskMetrics是對(duì)應(yīng)NSURLSessionTaskDelegate的，每個(gè)task結(jié)束時(shí)都會(huì)回調(diào)下面的方法，并且可以獲得一個(gè)metrics對(duì)象。

-?(void)URLSession:(NSURLSession*)session

task:(NSURLSessionTask*)task

didFinishCollectingMetrics:(NSURLSessionTaskMetrics*)metrics;

NSURLSessionTaskMetrics可以很好的幫助我們分析網(wǎng)絡(luò)請(qǐng)求的過(guò)程，以找到耗時(shí)原因。除了這個(gè)類之外，NSURLSessionTaskTransactionMetrics類中承載了更詳細(xì)的數(shù)據(jù)。

@property(copy,readonly)NSArray?*transactionMetrics;

transactionMetrics數(shù)組中每一個(gè)元素都對(duì)應(yīng)著當(dāng)前task的一個(gè)請(qǐng)求，一般數(shù)組中只會(huì)有一個(gè)元素，如果發(fā)生重定向等情況，可能會(huì)存在多個(gè)元素。

@property(copy,readonly)NSDateInterval*taskInterval;

taskInterval記錄了當(dāng)前task從開始請(qǐng)求到最后完成的總耗時(shí)，NSDateInterval中包含了startDate、endDate和duration耗時(shí)時(shí)間。

@property(assign,readonly)NSUIntegerredirectCount;

redirectCount記錄了重定向次數(shù)，在進(jìn)行下載請(qǐng)求時(shí)一般都會(huì)進(jìn)行重定向，來(lái)保證下載任務(wù)能由后端最合適的節(jié)點(diǎn)來(lái)處理。

NSURLSessionTaskTransactionMetrics

NSURLSessionTaskTransactionMetrics中的屬性都是用來(lái)做統(tǒng)計(jì)的，功能都是記錄某個(gè)值，并沒(méi)有邏輯上的意義。所以這里就對(duì)一些主要的屬性做一下解釋，基本涵蓋了大部分屬性，其他就不管了。

這張圖是我從網(wǎng)上扒下來(lái)的，標(biāo)示了NSURLSessionTaskTransactionMetrics的屬性在請(qǐng)求過(guò)程中處于什么位置。

//?請(qǐng)求對(duì)象

@property(copy,readonly)NSURLRequest*request;

//?響應(yīng)對(duì)象，請(qǐng)求失敗可能會(huì)為nil

@property(nullable,copy,readonly)NSURLResponse*response;

//?請(qǐng)求開始時(shí)間

@property(nullable,copy,readonly)NSDate*fetchStartDate;

//?DNS解析開始時(shí)間

@property(nullable,copy,readonly)NSDate*domainLookupStartDate;

//?DNS解析結(jié)束時(shí)間，如果解析失敗可能為nil

@property(nullable,copy,readonly)NSDate*domainLookupEndDate;

//?開始建立TCP連接時(shí)間

@property(nullable,copy,readonly)NSDate*connectStartDate;

//?結(jié)束建立TCP連接時(shí)間

@property(nullable,copy,readonly)NSDate*connectEndDate;

//?開始TLS握手時(shí)間

@property(nullable,copy,readonly)NSDate*secureConnectionStartDate;

//?結(jié)束TLS握手時(shí)間

@property(nullable,copy,readonly)NSDate*secureConnectionEndDate;

//?開始傳輸請(qǐng)求數(shù)據(jù)時(shí)間

@property(nullable,copy,readonly)NSDate*requestStartDate;

//?結(jié)束傳輸請(qǐng)求數(shù)據(jù)時(shí)間

@property(nullable,copy,readonly)NSDate*requestEndDate;

//?接收到服務(wù)端響應(yīng)數(shù)據(jù)時(shí)間

@property(nullable,copy,readonly)NSDate*responseStartDate;

//?服務(wù)端響應(yīng)數(shù)據(jù)傳輸完成時(shí)間

@property(nullable,copy,readonly)NSDate*responseEndDate;

//?網(wǎng)絡(luò)協(xié)議，例如http/1.1

@property(nullable,copy,readonly)NSString*networkProtocolName;

//?請(qǐng)求是否使用代理

@property(assign,readonly,getter=isProxyConnection)BOOLproxyConnection;

//?是否復(fù)用已有連接

@property(assign,readonly,getter=isReusedConnection)BOOLreusedConnection;

//?資源標(biāo)識(shí)符，表示請(qǐng)求是從Cache、Push、Network哪種類型加載的

@property(assign,readonly)NSURLSessionTaskMetricsResourceFetchTyperesourceFetchType;

//?本地IP

@property(nullable,copy,readonly)NSString*localAddress;

//?本地端口號(hào)

@property(nullable,copy,readonly)NSNumber*localPort;

//?遠(yuǎn)端IP

@property(nullable,copy,readonly)NSString*remoteAddress;

//?遠(yuǎn)端端口號(hào)

@property(nullable,copy,readonly)NSNumber*remotePort;

//?TLS協(xié)議版本，如果是http則是0x0000

@property(nullable,copy,readonly)NSNumber*negotiatedTLSProtocolVersion;

//?是否使用蜂窩數(shù)據(jù)

@property(readonly,getter=isCellular)BOOLcellular;

下面是我發(fā)起一個(gè)http的下載請(qǐng)求，統(tǒng)計(jì)得到的數(shù)據(jù)。設(shè)備是Xcode模擬器，網(wǎng)絡(luò)環(huán)境是WiFi。

(Request)??{?URL:?http://vfx.mtime.cn/Video/2017/03/31/mp4/170331093811717750.mp4?}

(Response)??{?URL:?http://vfx.mtime.cn/Video/2017/03/31/mp4/170331093811717750.mp4?}?{?Status?Code:?200,?Headers?{

"Accept-Ranges"=?????(

bytes

);

Age?=?????(

1063663

);

"Ali-Swift-Global-Savetime"=?????(

1575358696

);

Connection?=?????(

"keep-alive"

);

"Content-Length"=?????(

20472584

);

"Content-Md5"=?????(

"YM+JxIH9oLH6l1+jHN9pmQ=="

);

"Content-Type"=?????(

"video/mp4"

);

Date?=?????(

"Tue,?03?Dec?2019?07:38:16?GMT"

);

EagleId?=?????(

dbee142415764223598843838e

);

Etag?=?????(

"\"60CF89C481FDA0B1FA975FA31CDF6999\""

);

"Last-Modified"=?????(

"Fri,?31?Mar?2017?01:41:36?GMT"

);

Server?=?????(

Tengine

);

"Timing-Allow-Origin"=?????(

"*"

);

Via?=?????(

"cache39.l2et2[0,200-0,H],?cache6.l2et2[3,0],?cache16.cn548[0,200-0,H],?cache16.cn548[1,0]"

);

"X-Cache"=?????(

"HIT?TCP_MEM_HIT?dirn:-2:-2"

);

"X-M-Log"=?????(

"QNM:xs451;QNM3:71"

);

"X-M-Reqid"=?????(

"m0AAAP__UChjzNwV"

);

"X-Oss-Hash-Crc64ecma"=?????(

12355898484621380721

);

"X-Oss-Object-Type"=?????(

Normal

);

"X-Oss-Request-Id"=?????(

5DE20106F3150D38305CE159

);

"X-Oss-Server-Time"=?????(

130

);

"X-Oss-Storage-Class"=?????(

Standard

);

"X-Qnm-Cache"=?????(

Hit

);

"X-Swift-CacheTime"=?????(

2592000

);

"X-Swift-SaveTime"=?????(

"Sun,?15?Dec?2019?15:05:37?GMT"

);

}?}

(Fetch?Start)2019-12-1515:05:59+0000

(Domain?Lookup?Start)2019-12-1515:05:59+0000

(Domain?Lookup?End)2019-12-1515:05:59+0000

(Connect?Start)2019-12-1515:05:59+0000

(Secure?Connection?Start)?(null)

(Secure?Connection?End)?(null)

(Connect?End)2019-12-1515:05:59+0000

(Request?Start)2019-12-1515:05:59+0000

(Request?End)2019-12-1515:05:59+0000

(Response?Start)2019-12-1515:05:59+0000

(Response?End)2019-12-1515:06:04+0000

(Protocol?Name)?http/1.1

(Proxy?Connection)NO

(Reused?Connection)NO

(Fetch?Type)?Network?Load

(Request?Header?Bytes)235

(Request?Body?Transfer?Bytes)0

(Request?Body?Bytes)0

(Response?Header?Bytes)866

(Response?Body?Transfer?Bytes)20472584

(Response?Body?Bytes)20472584

(Local?Address)192.168.1.105

(Local?Port)63379

(Remote?Address)219.238.20.101

(Remote?Port)80

(TLS?Protocol?Version)0x0000

(TLS?Cipher?Suite)0x0000

(Cellular)NO

(Expensive)NO

(Constrained)NO

(Multipath)NO

FAQ

NSURLSession的delegate為什么是強(qiáng)引用？

在初始化NSURLSession對(duì)象并設(shè)置代理后，代理對(duì)象將會(huì)被強(qiáng)引用。根據(jù)蘋果官方的注釋來(lái)看，這個(gè)強(qiáng)持有并不會(huì)一直存在，而是在調(diào)用URLSession:didBecomeInvalidWithError:方法后，會(huì)將delegate釋放。

通過(guò)調(diào)用NSURLSession的invalidateAndCancel或finishTasksAndInvalidate方法，即可將強(qiáng)引用斷開并執(zhí)行didBecomeInvalidWithError:代理方法，執(zhí)行完成后session就會(huì)無(wú)效不可以使用。也就是只有在session無(wú)效時(shí)，才可以解除強(qiáng)引用的關(guān)系。

有時(shí)候?yàn)榱吮ＷC連接復(fù)用等問(wèn)題，一般不會(huì)輕易將session會(huì)話invalid，所以最好不要直接使用NSURLSession，而是要對(duì)其進(jìn)行一次二次封裝，使用AFN3.0的原因之一也在于此。

文件上傳

表單上傳

客戶端有時(shí)候需要給服務(wù)端上傳大文件，進(jìn)行大文件肯定不能全都加載到內(nèi)存里，一口氣都傳給服務(wù)器。進(jìn)行大文件上傳時(shí)，一般都會(huì)對(duì)需要上傳的文件進(jìn)行分片，分片后逐個(gè)文件進(jìn)行上傳。需要注意的是，分片上傳和斷點(diǎn)續(xù)傳并不是同一個(gè)概念，上傳并不支持?jǐn)帱c(diǎn)續(xù)傳。

進(jìn)行分片上傳時(shí)，需要對(duì)本地文件進(jìn)行讀取，我們使用NSFileHandle來(lái)進(jìn)行文件讀取。NSFileHandle提供了一個(gè)偏移量的功能，我們可以將handle的當(dāng)前讀取位置seek到上次讀取的位置，并設(shè)置本次讀取長(zhǎng)度，讀取的文件就是我們指定文件的字節(jié)。

-?(NSData*)readNextBuffer?{

if(self.maxSegment?<=self.currentIndex)?{

returnnil;

}

if(!self.fileHandler){

NSString*filePath?=?[selfuploadFile];

NSFileHandle*fileHandle?=?[NSFileHandlefileHandleForReadingAtPath:filePath];

self.fileHandler?=?fileHandle;

}

[self.fileHandler?seekToFileOffset:(self.currentIndex)?*self.segmentSize];

NSData*data?=?[self.fileHandler?readDataOfLength:self.segmentSize];

returndata;

}

上傳文件現(xiàn)在主流的方式，都是采取表單上傳的方式，也就是multipart/from-data，AFNetworking對(duì)表單上傳也有很有的支持。表單上傳需要遵循下面的格式進(jìn)行上傳，boundary是一個(gè)16進(jìn)制字符串，可以是任何且唯一的。boundary的功能用來(lái)進(jìn)行字段分割，區(qū)分開不同的參數(shù)部分。

multipart/from-data規(guī)范定義在rfc2388，詳細(xì)字段可以看一下規(guī)范。

--boundary

Content-Disposition:?form-data;?name="參數(shù)名"

參數(shù)值

--boundary

Content-Disposition:form-data;name=”表單控件名”;filename=”上傳文件名”

Content-Type:mime?type

要上傳文件二進(jìn)制數(shù)據(jù)

--boundary--

拼接上傳文件基本上可以分為下面三部分，上傳參數(shù)、上傳信息、上傳文件。并且通過(guò)UTF-8格式進(jìn)行編碼，服務(wù)端也采用相同的解碼方式，則可以獲得上傳文件和信息。需要注意的是，換行符數(shù)量是固定的，這都是固定的協(xié)議格式，不要多或者少，會(huì)導(dǎo)致服務(wù)端解析失敗。

-?(NSData*)writeMultipartFormData:(NSData*)data

parameters:(NSDictionary*)parameters?{

if(data.length?==0)?{

returnnil;

}

NSMutableData*formData?=?[NSMutableDatadata];

NSData*lineData?=?[@"\r\n"dataUsingEncoding:NSUTF8StringEncoding];

NSData*boundary?=?[kBoundary?dataUsingEncoding:NSUTF8StringEncoding];

//?拼接上傳參數(shù)

[parameters?enumerateKeysAndObjectsUsingBlock:^(idkey,idobj,BOOL*stop)?{

[formData?appendData:boundary];