NSURLSession最全攻略

NSURLSession

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

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

NSURLSession部分構(gòu)成：

NSURLSession：請求會話對象黄鳍，可以用系統(tǒng)提供的單例對象，也可以自己創(chuàng)建平匈。

NSURLSessionConfiguration：對session會話進行配置框沟，一般都采用default。

NSURLSessionTask：負責執(zhí)行具體請求的task增炭，由session創(chuàng)建忍燥。

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

sharedSession

系統(tǒng)維護的一個單例對象，可以和其他使用這個session的task共享連接和請求信息隙姿。

sessionWithConfiguration:

在NSURLSession初始化時傳入一個NSURLSessionConfiguration梅垄，這樣可以自定義請求頭、cookie等信息孟辑。

sessionWithConfiguration:delegate:delegateQueue:

如果想更好的控制請求過程以及回調(diào)線程哎甲，需要上面的方法進行初始化操作，并傳入delegate來設(shè)置回調(diào)對象和回調(diào)的線程饲嗽。

通過NSURLSession發(fā)起一個網(wǎng)絡(luò)請求也比較簡單炭玫。

創(chuàng)建一個NSURLSessionConfiguration配置請求。

通過Configuration創(chuàng)建NSURLSession對象貌虾。

通過session對象發(fā)起網(wǎng)絡(luò)請求吞加，并獲取task對象。

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

NSURLSessionConfiguration*config?=?[NSURLSessionConfigurationdefaultSessionConfiguration];

NSURLSession*session?=?[NSURLSessionsessionWithConfiguration:config

delegate:self

delegateQueue:[NSOperationQueuemainQueue]];

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

[task?resume];

NSURLSessionTask

通過NSURLSession發(fā)起的每個請求衔憨，都會被封裝為一個NSURLSessionTask任務(wù)叶圃，但一般不會直接是NSURLSessionTask類，而是基于不同任務(wù)類型践图，被封裝為其對應(yīng)的子類掺冠。

NSURLSessionDataTask：處理普通的Get、Post請求码党。

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

NSURLSessionDownloadTask：處理下載地址揖盘，提供斷點續(xù)傳功能的cancel方法眉厨。

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

currentRequest

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

originalRequest

主要用于重定向操作箕慧，用來記錄重定向前的請求服球。

taskIdentifier

當前session下，task的唯一標示销钝，多個session之間可能存在相同的標識有咨。

priority

task中可以設(shè)置優(yōu)先級，但這個屬性并不代表請求的優(yōu)先級蒸健，而是一個標示座享。官方已經(jīng)說明，NSURLSession并沒有提供API可以改變請求的優(yōu)先級似忧。

state

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

- resume

開始或繼續(xù)請求盯捌，創(chuàng)建后的task默認是掛起的淳衙，需要手動調(diào)用resume才可以開始請求。

- suspend

掛起當前請求饺著。主要是下載請求用的多一些箫攀，普通請求掛起后都會重新開始請求。下載請求掛起后幼衰，只要不超過NSURLRequest設(shè)置的timeout時間靴跛，調(diào)用resume就是繼續(xù)請求。

- cancel

取消當前請求渡嚣。任務(wù)會被標記為取消梢睛，并在未來某個時間調(diào)用URLSession:task:didCompleteWithError:方法肥印。

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

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

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

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

除此之外藏畅，NSURLSession也提供了block的方式創(chuàng)建task敷硅，創(chuàng)建方式簡單如AFN，直接傳入URL或NSURLRequest墓赴，即可直接在block中接收返回數(shù)據(jù)竞膳。和普通創(chuàng)建方式一樣，block的創(chuàng)建方式創(chuàng)建后默認也是suspend的狀態(tài)诫硕，需要調(diào)用resume開始任務(wù)。

completionHandler和delegate是互斥的刊侯，completionHandler的優(yōu)先級大于delegate章办。相對于普通創(chuàng)建方法，block方式更偏向于面向結(jié)果的創(chuàng)建滨彻，可以直接在completionHandler中獲取返回結(jié)果藕届，但不能控制請求過程。

-?(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;

可以通過下面的兩個方法亭饵，獲取當前session對應(yīng)的所有task休偶，方法區(qū)別在于回調(diào)的參數(shù)不同。以getTasksWithCompletionHandler為例辜羊，在AFN中的應(yī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時可以指定線程碱妆，如果不指定線程，則completionHandler和delegate的回調(diào)方法昔驱，都會在子線程中執(zhí)行疹尾。

如果初始化NSURLSession時指定了delegateQueue，則回調(diào)會在指定的隊列中執(zhí)行骤肛，如果指定的是mainQueue纳本，則回調(diào)在主線程中執(zhí)行，這樣就避免了切換線程的問題腋颠。

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

delegate

對于NSURLSession的代理方法這里就不詳細列舉了繁成，方法命名遵循蘋果一貫見名知意的原則，用起來很簡單秕豫。這里介紹一下NSURLSession的代理繼承結(jié)構(gòu)朴艰。

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

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

請求重定向

HTTP協(xié)議中定義了例如301等重定向狀態(tài)碼克锣，通過下面的代理方法，可以處理重定向任務(wù)腔长。發(fā)生重定向時可以根據(jù)response創(chuàng)建一個新的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負責對NSURLSession初始化時進行配置鸟召，通過NSURLSessionConfiguration可以設(shè)置請求的Cookie胆绊、密鑰、緩存欧募、請求頭等參數(shù)压状，將網(wǎng)絡(luò)請求的一些配置參數(shù)從NSURLSession中分離出來。

NSURLSessionConfiguration*config?=?[NSURLSessionConfigurationdefaultSessionConfiguration];

NSURLSession*session?=?[NSURLSessionsessionWithConfiguration:config

delegate:self

delegateQueue:[NSOperationQueuemainQueue]];

NSURLSessionConfiguration提供三種初始化方法跟继，下面是請求的方法的一些解釋种冬。

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

NSURLSessionConfiguration提供defaultSessionConfiguration的方式創(chuàng)建，但這并不是單例方法还栓，而是類方法碌廓，創(chuàng)建的是不同對象。通過這種方式創(chuàng)建的configuration剩盒，并不會共享cookie谷婆、cache、密鑰等辽聊，而是不同configuration都需要單獨設(shè)置纪挎。

這塊網(wǎng)上很多人理解都是錯的，并沒有真的在項目里使用或者沒有留意過跟匆，如和其他人有出入异袄，以我為準。

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

創(chuàng)建臨時的configuration玛臂，通過這種方式創(chuàng)建的對象烤蜕，和普通的對象主要區(qū)別在于URLCache封孙、URLCredentialStorage、HTTPCookieStorage上面讽营。同樣的虎忌，Ephemeral也不是單例方法，而只是類方法橱鹏。

URLCredentialStorage

Ephemeral<__NSCFMemoryURLCredentialStorage:0x600001bc8320>

HTTPCookieStorage

Ephemeral

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

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

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

timeout

timeoutIntervalForRequest

設(shè)置session請求間的超時時間寓搬，這個超時時間并不是請求從開始到結(jié)束的時間，而是兩個數(shù)據(jù)包之間的時間間隔县耽。當任意請求返回后這個值將會被重置句喷，如果在超時時間內(nèi)未返回則超時。單位為秒兔毙，默認為60秒唾琼。

timeoutIntervalForResource

資源超時時間，一般用于上傳或下載任務(wù)澎剥，在上傳或下載任務(wù)開始后計時锡溯，如果到達時間任務(wù)未結(jié)束，則刪除資源文件哑姚。單位為秒祭饭，默認時間是七天。

資源共享

如果是相同的NSURLSessionConfiguration對象叙量，會共享請求頭倡蝙、緩存、cookie绞佩、Credential寺鸥，通過Configuration創(chuàng)建的NSURLSession猪钮，也會擁有對應(yīng)的請求信息。

@property(nullable,copy)NSDictionary*HTTPAdditionalHeaders;

公共請求頭胆建，默認是空的烤低，設(shè)置后所有經(jīng)Confuguration配置的NSURLSession，請求頭都會帶有設(shè)置的信息眼坏。

@property(nullable,retain)NSHTTPCookieStorage*HTTPCookieStorage;

HTTP請求的Cookie管理器拂玻。如果是通過sharedSession或backgroundConfiguration創(chuàng)建的NSURLSession，默認使用sharedHTTPCookieStorage的Cookie數(shù)據(jù)宰译。如果不想使用Cookie檐蚜，則直接設(shè)置為nil即可，也可以手動設(shè)置為自己的CookieStorage沿侈。

@property(nullable,retain)NSURLCredentialStorage*URLCredentialStorage;

證書管理器闯第。如果是通過sharedSession或backgroundConfiguration創(chuàng)建的NSURLSession，默認使用sharedCredentialStorage的證書缀拭。如果不想使用證書咳短，可以直接設(shè)置為nil，也可以自己創(chuàng)建證書管理器蛛淋。

@property(nullable,retain)NSURLCache*URLCache;

請求緩存咙好，如果不手動設(shè)置的話為nil，對于NSURLCache這個類我沒有研究過褐荷，不太了解勾效。

緩存處理

在NSURLRequest中可以設(shè)置cachePolicy請求緩存策略，這里不對具體值做詳細描述叛甫，默認值為NSURLRequestUseProtocolCachePolicy使用緩存层宫。

NSURLSessionConfiguration可以設(shè)置處理緩存的對象，我們可以手動設(shè)置自定義的緩存對象其监，如果不設(shè)置的話萌腿，默認使用系統(tǒng)的sharedURLCache單例緩存對象。經(jīng)過configuration創(chuàng)建的NSURLSession發(fā)出的請求抖苦，NSURLRequest都會使用這個NSURLCache來處理緩存毁菱。

@property(nullable,retain)NSURLCache*URLCache;

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

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

diskCapacity:30?*?1024?*?1024

directoryURL:[NSURL?URLWithString:filePath]]

;

使用NSURLCache還有一個好處脯丝，就是可以由服務(wù)端來設(shè)置資源過期時間，在請求服務(wù)端后伏伐，服務(wù)端會返回Cache-Control來說明文件的過期時間宠进。NSURLCache會根據(jù)NSURLResponse來自動完成過期時間的設(shè)置。

最大連接數(shù)

限制NSURLSession的最大連接數(shù)藐翎，通過此方法創(chuàng)建的NSURLSession和服務(wù)端的最大連接數(shù)量不會超出這里設(shè)置的數(shù)量材蹬。蘋果為我們設(shè)置的iOS端默認為4，Mac端默認為6吝镣。

@propertyNSInteger?HTTPMaximumConnectionsPerHost;

連接復(fù)用

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

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

Connection:?Keep-Alive

如果想斷開keep-alive，可以在請求頭中加上下面的字段扰法，但一般不推薦這么做蛹含。

Connection:?Close

如果通過NSURLSession來進行網(wǎng)絡(luò)請求的話，需要使用同一個NSURLSession對象塞颁，如果創(chuàng)建新的session對象則不能復(fù)用之前的鏈接浦箱。keep-alive可以保持請求的連接，蘋果允許在iOS上最大保持有4個連接祠锣，Mac則是6個連接酷窥。

pipeline

在HTTP1.1中，基于keep-alive伴网，還可以將請求進行管線化蓬推。和相同后端服務(wù)，TCP層建立的鏈接澡腾，一般都需要前一個請求返回后沸伏，后面的請求再發(fā)出糕珊。但pipeline就可以不依賴之前請求的響應(yīng)，而發(fā)出后面的請求毅糟。

pipeline依賴客戶端和服務(wù)器都有實現(xiàn)红选，服務(wù)端收到客戶端的請求后，要按照先進先出的順序進行任務(wù)處理和響應(yīng)姆另。pipeline依然存在之前非pipeline的問題喇肋，就是前面的請求如果出現(xiàn)問題，會阻塞當前連接影響后面的請求迹辐。

pipeline對于請求大文件并沒有提升作用蝶防，只是對于普通請求速度有提升。在NSURLSessionConfiguration中可以設(shè)置HTTPShouldUsePipelining為YES右核，開啟管線化慧脱，此屬性默認為NO。

NSURLSessionTaskMetrics

在日常開發(fā)過程中贺喝，經(jīng)常遇到頁面加載太慢的問題菱鸥，這很大一部分原因都是因為網(wǎng)絡(luò)導(dǎo)致的。所以躏鱼，查找網(wǎng)絡(luò)耗時的原因并解決氮采，就是一個很重要的任務(wù)了。蘋果對于網(wǎng)絡(luò)檢查提供了NSURLSessionTaskMetrics類來進行檢查染苛，NSURLSessionTaskMetrics是對應(yīng)NSURLSessionTaskDelegate的鹊漠，每個task結(jié)束時都會回調(diào)下面的方法，并且可以獲得一個metrics對象茶行。

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

task:(NSURLSessionTask*)task

didFinishCollectingMetrics:(NSURLSessionTaskMetrics*)metrics;

NSURLSessionTaskMetrics可以很好的幫助我們分析網(wǎng)絡(luò)請求的過程躯概，以找到耗時原因。除了這個類之外畔师，NSURLSessionTaskTransactionMetrics類中承載了更詳細的數(shù)據(jù)娶靡。

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

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

@property(copy,readonly)NSDateInterval*taskInterval;

taskInterval記錄了當前task從開始請求到最后完成的總耗時伯铣，NSDateInterval中包含了startDate呻此、endDate和duration耗時時間。

@property(assign,readonly)NSUIntegerredirectCount;

redirectCount記錄了重定向次數(shù)腔寡，在進行下載請求時一般都會進行重定向焚鲜，來保證下載任務(wù)能由后端最合適的節(jié)點來處理。

NSURLSessionTaskTransactionMetrics

NSURLSessionTaskTransactionMetrics中的屬性都是用來做統(tǒng)計的，功能都是記錄某個值恃泪，并沒有邏輯上的意義郑兴。所以這里就對一些主要的屬性做一下解釋，基本涵蓋了大部分屬性贝乎，其他就不管了情连。

這張圖是我從網(wǎng)上扒下來的，標示了NSURLSessionTaskTransactionMetrics的屬性在請求過程中處于什么位置览效。

//?請求對象

@property(copy,readonly)NSURLRequest*request;

//?響應(yīng)對象却舀，請求失敗可能會為nil

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

//?請求開始時間

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

//?DNS解析開始時間

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

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

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

//?開始建立TCP連接時間

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

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

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

//?開始TLS握手時間

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

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

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

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

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

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

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

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

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

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

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

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

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

//?請求是否使用代理

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

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

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

//?資源標識符挽拔，表示請求是從Cache、Push但校、Network哪種類型加載的

@property(assign,readonly)NSURLSessionTaskMetricsResourceFetchTyperesourceFetchType;

//?本地IP

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

//?本地端口號

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

//?遠端IP

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

//?遠端端口號

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

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

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

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

@property(readonly,getter=isCellular)BOOLcellular;

下面是我發(fā)起一個http的下載請求，統(tǒng)計得到的數(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為什么是強引用亭枷？

在初始化NSURLSession對象并設(shè)置代理后袭艺，代理對象將會被強引用。根據(jù)蘋果官方的注釋來看叨粘，這個強持有并不會一直存在猾编，而是在調(diào)用URLSession:didBecomeInvalidWithError:方法后，會將delegate釋放升敲。

通過調(diào)用NSURLSession的invalidateAndCancel或finishTasksAndInvalidate方法答倡，即可將強引用斷開并執(zhí)行didBecomeInvalidWithError:代理方法，執(zhí)行完成后session就會無效不可以使用驴党。也就是只有在session無效時苇羡，才可以解除強引用的關(guān)系。

有時候為了保證連接復(fù)用等問題鼻弧，一般不會輕易將session會話invalid，所以最好不要直接使用NSURLSession锦茁，而是要對其進行一次二次封裝攘轩，使用AFN3.0的原因之一也在于此。

文件上傳

表單上傳

客戶端有時候需要給服務(wù)端上傳大文件码俩，進行大文件肯定不能全都加載到內(nèi)存里度帮，一口氣都傳給服務(wù)器。進行大文件上傳時，一般都會對需要上傳的文件進行分片笨篷，分片后逐個文件進行上傳瞳秽。需要注意的是，分片上傳和斷點續(xù)傳并不是同一個概念率翅，上傳并不支持斷點續(xù)傳练俐。

進行分片上傳時，需要對本地文件進行讀取冕臭，我們使用NSFileHandle來進行文件讀取腺晾。NSFileHandle提供了一個偏移量的功能，我們可以將handle的當前讀取位置seek到上次讀取的位置辜贵，并設(shè)置本次讀取長度悯蝉，讀取的文件就是我們指定文件的字節(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對表單上傳也有很有的支持厚棵。表單上傳需要遵循下面的格式進行上傳蕉世，boundary是一個16進制字符串，可以是任何且唯一的窟感。boundary的功能用來進行字段分割讨彼，區(qū)分開不同的參數(shù)部分。

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

--boundary

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

參數(shù)值

--boundary

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

Content-Type:mime?type

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

--boundary--

拼接上傳文件基本上可以分為下面三部分，上傳參數(shù)、上傳信息站蝠、上傳文件奥务。并且通過UTF-8格式進行編碼，服務(wù)端也采用相同的解碼方式重荠，則可以獲得上傳文件和信息。需要注意的是虚茶，換行符數(shù)量是固定的戈鲁，這都是固定的協(xié)議格式，不要多或者少嘹叫，會導(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];