這篇文章主要為大家展示了“iOS開(kāi)發(fā)之NSURLProtocol的示例分析”，內(nèi)容簡(jiǎn)而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“iOS開(kāi)發(fā)之NSURLProtocol的示例分析”這篇文章吧。

10年積累的成都網(wǎng)站設(shè)計(jì)、做網(wǎng)站經(jīng)驗(yàn)，可以快速應(yīng)對(duì)客戶對(duì)網(wǎng)站的新想法和需求。提供各種問(wèn)題對(duì)應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識(shí)你，你也不認(rèn)識(shí)我。但先網(wǎng)站設(shè)計(jì)后付款的網(wǎng)站建設(shè)流程，更有臨翔免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。

NSURLProtocol

NSURLProtocol能夠讓你去重新定義蘋果的URL加載系統(tǒng) (URL Loading System)的行為，URL Loading System里有許多類用于處理URL請(qǐng)求，比如NSURL，NSURLRequest，NSURLConnection和NSURLSession等，當(dāng)URL Loading System使用NSURLRequest去獲取資源的時(shí)候，它會(huì)創(chuàng)建一個(gè)NSURLProtocol子類的實(shí)例，你不應(yīng)該直接實(shí)例化一個(gè)NSURLProtocol，NSURLProtocol看起來(lái)像是一個(gè)協(xié)議，但其實(shí)這是一個(gè)類，而且必須使用該類的子類，并且需要被注冊(cè)。

使用場(chǎng)景

 不管你是通過(guò)UIWebView, NSURLConnection 或者第三方庫(kù) (AFNetworking, MKNetworkKit等)，他們都是基于NSURLConnection或者 NSURLSession實(shí)現(xiàn)的，因此你可以通過(guò)NSURLProtocol做自定義的操作。

1. 重定向網(wǎng)絡(luò)請(qǐng)求

2. 忽略網(wǎng)絡(luò)請(qǐng)求，使用本地緩存

3. 自定義網(wǎng)絡(luò)請(qǐng)求的返回結(jié)果

4. 一些全局的網(wǎng)絡(luò)請(qǐng)求設(shè)置

 接觸過(guò)iOS系統(tǒng)中URL Loading System都知道，NSURLProtocol是如此地強(qiáng)大，可以攔截應(yīng)用內(nèi)幾乎所有的網(wǎng)絡(luò)請(qǐng)求（除了WKWebView），并可以修改請(qǐng)求頭，返回client任意自定義的數(shù)據(jù)等等，據(jù)說(shuō)很多做網(wǎng)絡(luò)緩存都是利用這個(gè)類的。

那么，首先講解一下NSURLProtocol怎么使用吧。

1. 定義一個(gè)NSURLProtocol的子類

在繼承NSURLProtocol中，我們需要實(shí)現(xiàn)

+ (BOOL)canInitWithRequest:(NSURLRequest *)request, 定義攔截請(qǐng)求的URL規(guī)則

- (void)startLoading, 對(duì)于攔截的請(qǐng)求，系統(tǒng)創(chuàng)建一個(gè)NSURLProtocol對(duì)象執(zhí)行startLoading方法開(kāi)始加載請(qǐng)求

- (void)stopLoading，對(duì)于攔截的請(qǐng)求，NSURLProtocol對(duì)象在停止加載時(shí)調(diào)用該方法

+ (NSURLRequest *)canonicalRequestForRequest:(NSURLRequest *)request，可選方法，對(duì)于需要修改請(qǐng)求頭的請(qǐng)求在該方法中修改

下面代碼定義了一個(gè)專門攔截https請(qǐng)求的NSURLProtocol子類，并通過(guò)CFHttpMessageRef重新請(qǐng)求

@interface CFHttpMessageURLProtocol ()  { 
  NSMutableURLRequest *curRequest; 
  NSRunLoop *curRunLoop; 
  NSInputStream *inputStream; 
} 
 
@end 
 
@implementation CFHttpMessageURLProtocol 
 
/** 
 * 是否攔截處理指定的請(qǐng)求 
 * 
 * @param request 指定的請(qǐng)求 
 * 
 * @return 返回YES表示要攔截處理，返回NO表示不攔截處理 
 */ 
+ (BOOL)canInitWithRequest:(NSURLRequest *)request { 
   
  /* 防止無(wú)限循環(huán)，因?yàn)橐粋€(gè)請(qǐng)求在被攔截處理過(guò)程中，也會(huì)發(fā)起一個(gè)請(qǐng)求，這樣又會(huì)走到這里，如果不進(jìn)行處理，就會(huì)造成無(wú)限循環(huán) */ 
  if ([NSURLProtocol propertyForKey:protocolKey inRequest:request]) { 
    return NO; 
  } 
   
  NSString *url = request.URL.absoluteString; 
   
  // 如果url以https開(kāi)頭，則進(jìn)行攔截處理，否則不處理 
  if ([url hasPrefix:@"https"]) { 
    return YES; 
  } 
  return NO; 
} 
 
/** 
 * 如果需要對(duì)請(qǐng)求進(jìn)行重定向，添加指定頭部等操作，可以在該方法中進(jìn)行 
 */ 
+ (NSURLRequest *)canonicalRequestForRequest:(NSURLRequest *)request { 
  return request; 
} 
 
/** 
 * 開(kāi)始加載，在該方法中，加載一個(gè)請(qǐng)求 
 */ 
- (void)startLoading { 
  NSMutableURLRequest *request = [self.request mutableCopy]; 
  // 表示該請(qǐng)求已經(jīng)被處理，防止無(wú)限循環(huán) 
  [NSURLProtocol setProperty:@(YES) forKey:protocolKey inRequest:request]; 
  curRequest = request; 
  [self startRequest]; 
} 
 
/** 
 * 取消請(qǐng)求 
 */ 
- (void)stopLoading { 
  if (inputStream.streamStatus == NSStreamStatusOpen) { 
    [inputStream removeFromRunLoop:curRunLoop forMode:NSRunLoopCommonModes]; 
    [inputStream setDelegate:nil]; 
    [inputStream close]; 
  } 
  [self.client URLProtocol:self didFailWithError:[[NSError alloc] initWithDomain:@"stop loading" code:-1 userInfo:nil]]; 
}

以上代碼中的startRequest方法是通過(guò)復(fù)制原始請(qǐng)求頭，使用CFHttpMessageRef重新發(fā)起請(qǐng)求的，關(guān)于這部分的代碼由于跟本文章內(nèi)容關(guān)系不大，這里就先不放，有興趣的朋友可以參考我的下一篇博客。

2. 在網(wǎng)絡(luò)請(qǐng)求前注冊(cè)NSURLProtocol

 // 注冊(cè)攔截請(qǐng)求的NSURLProtocol 
[NSURLProtocol registerClass:[CFHttpMessageURLProtocol class]];

對(duì)于NSURLSession的請(qǐng)求，注冊(cè)NSURLProtocol的方式稍有不同，是通過(guò)NSURLSessionConfiguration注冊(cè)的

// NSURLSession例子 
NSURLSessionConfiguration *configuration = [NSURLSessionConfiguration defaultSessionConfiguration]; 
NSArray *protocolArray = @[ [CFHttpMessageURLProtocol class] ]; 
configuration.protocolClasses = protocolArray; 
NSURLSession *session = [NSURLSession sessionWithConfiguration:configuration delegate:self delegateQueue:[NSOperationQueue mainQueue]]; 
NSURLSessionTask *task = [session dataTaskWithRequest:_request]; 
[task resume];

3. 請(qǐng)求結(jié)束后注銷NSURLProtocol

[NSURLProtocol unregisterClass:[CFHttpMessageURLProtocol class]];

好了，到這里NSURLProtocol的使用方法大家應(yīng)該有所了解了。下面主要講一下NSURLProtocol在使用過(guò)程中可能會(huì)遇到的坑，給自己以及需要的朋友留個(gè)提醒。

1. 上面一開(kāi)始就已經(jīng)說(shuō)了，對(duì)于WebView的請(qǐng)求，目前NSURLProtocol還不能攔截WKWebView的請(qǐng)求，只能攔截UIWebview的，但后者好像AppStore已經(jīng)不讓審核通過(guò)了（尷尬臉）。

2. NSURLProtocol在攔截NSURLSession的POST請(qǐng)求時(shí)不能獲取到Request中的HTTPBody，這個(gè)貌似早就國(guó)外的論壇上傳開(kāi)了，但國(guó)內(nèi)好像還鮮有人知，據(jù)蘋果官方的解釋是Body是NSData類型，即可能為二進(jìn)制內(nèi)容，而且還沒(méi)有大小限制，所以可能會(huì)很大，為了性能考慮，索性就攔截時(shí)就不拷貝了（內(nèi)流滿面臉）。為了解決這個(gè)問(wèn)題，我們可以通過(guò)把Body數(shù)據(jù)放到Header中，不過(guò)Header的大小好像是有限制的，我試過(guò)2M是沒(méi)有問(wèn)題，不過(guò)超過(guò)10M就直接Request timeout了。。。而且當(dāng)Body數(shù)據(jù)為二進(jìn)制數(shù)據(jù)時(shí)這招也沒(méi)轍了，因?yàn)镠eader里都是文本數(shù)據(jù)，另一種方案就是用一個(gè)NSDictionary或NSCache保存沒(méi)有請(qǐng)求的Body數(shù)據(jù)，用URL為key，最后方法就是別用NSURLSession，老老實(shí)實(shí)用古老的NSURLConnection算了。。。

3. 使用NSURLProtocol時(shí)，在那兩個(gè)類方法可以發(fā)送同步網(wǎng)絡(luò)請(qǐng)求，而實(shí)例方法，如startLoading則進(jìn)入死鎖，直至超時(shí)，原因是執(zhí)行實(shí)例方法所在的線程并沒(méi)有啟動(dòng)runloop，而NSURLConnection這些網(wǎng)絡(luò)請(qǐng)求需要依賴于runloop的，因此這些請(qǐng)求根本發(fā)不出去，所以必須使用異步請(qǐng)求，NSURLConnection/NSURLSession的異步請(qǐng)求的線程保證啟動(dòng)了runloop。

以上是“iOS開(kāi)發(fā)之NSURLProtocol的示例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！