---

本文將為大家闡明總結IOS開發中的斷點續傳那些事兒的相關引見，詳細實例請看下文

前言 斷點續傳概述

斷點續傳就是從文件恩賜中綴的中央重新開端下載或許上傳數據，而不是從頭文件開端。當下載大文件的時分，假如沒有完成斷點續傳功用，那麼每次呈現異常或許用戶自動的暫停，都會從頭下載，這樣很糜費時間有木有。所以呢，項目中完成大文件下載的時分，斷點續傳功用是必不可少了。當然咯，斷點續傳有一種特殊的狀況，就是我們的使用呗用戶kill掉或許使用crash，要完成使用重啟之後的斷點續傳，這種狀況就是我們將要處理的問題。

斷點續傳的原理

要完成斷點續傳，服務器必需是要支持的。目前最罕見的兩種方式：FTP和HTTP。

上面來復雜引見HTTP斷點續傳的原理。

HTTP

經過HTTP，可以十分方便的完成斷點續傳。斷點續傳次要依賴於HTTP頭部定義的Range，使用可以經過HTTP懇求已經獲取失敗的資源的某一個前往或許局部來恢復下載該資源。當然並不是一切風服務器都支持Range，所以不支持Range的不在我們思索之內。Range是以字節計算的，懇求的時分不比給我開頭字節數，由於懇求方並不一定知道資源的大小。經過這個關鍵字可以通知服務器前往哪些數據給我。比方:bytes=500-999 表示第500-第999字節bytes=500- 表示從第500字節往後的一切字節然後我們再依據服務器前往的數據，將失掉的data數據拼接到文件前面,就可以完成斷點續傳了。

斷點續傳剖析—AFHTTPRequestOperation

在理解了斷點續傳的原理之後，我們就可以入手來完成IOS中的斷點續傳了。由於我如今接觸到的項目都是部署在HTTP服務器上的，所以斷點續傳功用也基於HTTP完成。首先我們來最復雜的動手，第三方神奇A.networking中提供的完成，上面請看詳細代碼：

 //1.指定下載文件的地址URLString
 //2.獲取保管的文件途徑filePath
 //3.取得NSURLRquest
  NSString* URLString = @"";
  NSString* filePath = @"";

  NSURLRequest* request = [NSURLRequest requestWithURL:[NSURL URLWithString:URLString]];
  signed long long downloadBytes = 0;
  ([[NSFileManager defaultManager] fileExistsAtPath:filePath]) {
    // 3.1 若之前下載過 , 則在 HTTP 懇求頭部參加 Range
    // 獲取已下載文件的 size
    downloadedBytes = [self fileSizeForPath:filePath];

    // 驗證能否下載過文件
    if (downloadedBytes > 0) {
      // 若下載過 , 斷點續傳的時分修正 HTTP 頭部局部的 Range
      NSMutableURLRequest *mutableURLRequest = [request mutableCopy];
      NSString *requestRange =
      [NSString stringWithFormat:@"bytes=%llu-", downloadedBytes];
      [mutableURLRequest setValue:requestRange forHTTPHeaderField:@"Range"];
      request = mutableURLRequest;
    }
  }

  // 4 創立 AFHTTPRequestOperation
  AFHTTPRequestOperation *operation
  = [[AFHTTPRequestOperation alloc] initWithRequest:request];

  // 5 設置操作輸入流 , 保管在第 2 步的文件中
  operation.outputStream = [NSOutputStream
               outputStreamToFileAtPath:filePath append:YES];

  // 6 設置下載進度處置 block
  [operation setDownloadProgressBlock:^(NSUInteger bytesRead,
                     long long totalBytesRead, long long totalBytesExpectedToRead) {
    // bytesRead 以後讀取的字節數
    // totalBytesRead 讀取的總字節數 , 包括斷點續傳之前的
    // totalBytesExpectedToRead 文件總大小
  }]; 

  // 7 設置 success 和 failure 處置 block 
  [operation setCompletionBlockWithSuccess:^(
                        AFHTTPRequestOperation *operation,
                        id responSEObject) {


  }                failure:^(AFHTTPRequestOperation *operation,
                        NSError *error) {

  }];

  // 8 啟動 operation
  [operation start];

運用以上代碼 , 斷點續傳功用就完成了，使用重新啟動或許呈現異常狀況下 , 都可以基於曾經下載的局部開端持續下載。關鍵的中央就是把曾經下載的數據耐久化。接上去復雜看下AFHTTPRequestOperation是怎樣完成的。經過檢查源碼 , 我們發現AFHTTPRequestOperation承繼自AFURLConnectionOperation,而AFURLConnectionOperation完成了NSURLConnectionDataDelegate協議。

處置流程如圖所示：可以看到，這裡的A.networking采取自線程調一步接口的方式，是由於直接在主線程調用異步接口會有一個Runloop的問題。當主線程調用[[NSURLConnection alloc] initWithRequest:request delegate:self startImmediately:YES]時，懇求收回之後的監聽義務會加到主線程中的Runloop中，我們知道RunloopMode默許為NSDefuaultRunloopMode，這個表示只要以後線程的Runloop處置NSDefaultRunloopMode時，這個義務才會執行。而當用戶正在滾動tableview和scrollview的時分，主線程的Runloop處於NSEventTrackingRunloop形式下，就不會執行NSDefaultRunloopMode的義務。

另外由於采取子線程調用接口的方式，所以這邊的DownloadProgressBlock,success 和 failure Block 都需求回到主線程來處置。

斷點續傳實戰 NSURLConnecttion的完成

NSURLConnecttion這家伙曾經在2015年就曾經被蘋果遺棄，所以在這裡我們不做過多討論，請留意啊，我是省略號……

NSURLSessionDataTask

蘋果在IOS7開端，推出一個新的類NSURLSession，它具有了NSURLConnection所具有的辦法，並且愈加弱小。所以我愈加引薦大家運用這個類去完成下載和續傳。NSURLConnection 和 NSURLSession delegate 辦法的映射關系 , 如下圖所示。所以關鍵是要滿足 NSURLSessionDataDelegate 和 NSURLsessionTaskDelegate。

文件下載和暫停的完成

當運用NSURLSessionDownloadTask停止下載的時分，零碎會在cache文件夾下創立一個下載的途徑，途徑下會有一個以”C.networking”打頭的.tmp文件(以下簡稱”下載文件”避免混雜),這個就是我們正在下載中的文件。而當我們調用了cancelByProducingResumeData:辦法後，會失掉一個data文件,經過String格式化後，發現是一個XmlRss/ target=_blank class=infotextkey>Xml文件，外面包括了關於.tmp文件的一些關鍵點的描繪,包括”Range”,”key”,”下載文件的途徑”等等.而本來存在於download文件下的下載文件，則被挪動到了零碎tmp文件夾目錄下.而當我們再次停止resume操作的時分，下載文件則又被移回到了download文件夾下。

順序被殺掉的斷點續傳resumeData

依據下面的剖析,根本可以失掉以下結論:

DownloadTask每次停止斷點續傳的時分,會依據data文件中的”途徑Key”去尋覓下載文件,然後校驗後再依據”Range”屬性去停止斷點續傳。

download文件夾中寄存的只會是下載中的文件,一旦暫停就會被挪動到tmp文件夾下。

每個暫停失掉的data文件，與下載文件逐個對應。

斷點續傳只與tmp文件夾中的文件有關。

所以我們可以這麼做，設置一個Bool變量用來判別能否正在下載中,同時用一個周期事情每隔一段時間暫停一次。然後保管data文件和拷貝tmp文件夾下的下載文件到平安目錄下(由於tmp文件夾聽說隨時能夠清空)。當再次下載的時分，先是從平安目錄下取到下載文件，刪除tmp文件夾中原有的同名文件，然後copy到tmp目錄下，最後應用保管的data文件停止再次downloadTaskWithResumeData操作，就可以完成再次下載了。

原文鏈接：總結iOS開發中的斷點續傳那些事兒

【總結iOS開發中的斷點續傳那些事兒】的相關資料介紹到這裡，希望對您有所幫助！ 提示：不會對讀者因本文所帶來的任何損失負責。如果您支持就請把本站添加至收藏夾哦！