1.斷點續(xù)傳
就是要從文件已經(jīng)下載的地方開始繼續(xù)下載。在以前版本的 HTTP 協(xié)議是不支持斷點的，HTTP/1.1 開始就支持了。一般斷點下載時才用到 Range 和 Content-Range 實體頭。
Range
用于請求頭中，指定第一個字節(jié)的位置和最后一個字節(jié)的位置，一般格式：
Range:(unit=first byte pos)-[last byte pos]
Content-Range
用于響應(yīng)頭，指定整個實體中的一部分的插入位置，他也指示了整個實體的長度。在服務(wù)器向客戶返回一個部分響應(yīng)，它必須描述響應(yīng)覆蓋的范圍和整個實體長度。一般格式：
Content-Range: bytes (unit first byte pos) - [last byte pos]/[entity legth]
請求下載整個文件:
GET /test.rar HTTP/1.1
Connection: close
Host: 116.1.219.219
Range: bytes=0-801 //一般請求下載整個文件是bytes=0- 或不用這個頭

一般正常回應(yīng)
HTTP/1.1 200 OK
Content-Length: 801
Content-Type: application/octet-stream
Content-Range: bytes 0-800/801 //801:文件總大小

假設(shè)你要開發(fā)一個多線程下載工具，你會自然的想到把文件分割成多個部分，比如4個部分，然后創(chuàng)建4個線程，每個線程負責下載一個部分，如果文件大小為403個byte，那么你的分割方式可以為：0-99 (前100個字節(jié))，100-199(第二個100字節(jié))，200-299(第三個100字節(jié))，300-402（最后103個字節(jié)）。

  分割完成，每個線程都明白自己的任務(wù)，比如線程3的任務(wù)是負責下載200-299這部分文件，現(xiàn)在的問題是：線程3發(fā)送一個什么樣的請求報文，才能夠保證只請求文件的200-299字節(jié)，而不會干擾其他線程的任務(wù)。這時，我們可以使用HTTP1.1的Range頭。Range頭域可以請求實體的一個或者多個子范圍，Range的值為0表示第一個字節(jié)，也就是Range計算字節(jié)數(shù)是從0開始的：
表示頭500個字節(jié)：Range: bytes=0-499
表示第二個500字節(jié)：Range: bytes=500-999
表示最后500個字節(jié)：Range: bytes=-500
表示500字節(jié)以后的范圍：Range: bytes=500-
第一個和最后一個字節(jié)：Range: bytes=0-0,-1
同時指定幾個范圍：Range: bytes=500-600,601-999

所以，線程3發(fā)送的請求報文必須有這一行：
Range: bytes=200-299

 服務(wù)器接收到線程3的請求報文，發(fā)現(xiàn)這是一個帶有Range頭的GET請求，如果一切正常，服務(wù)器的響應(yīng)報文會有下面這行：

HTTP/1.1 206 OK
表示處理請求成功，響應(yīng)報文還有這一行
Content-Range: bytes 200-299/403
斜杠后面的403表示文件的大小，通常Content-Range的用法為：
. The first 500 bytes:
Content-Range: bytes 0-499/1234

 . The second 500 bytes:
 Content-Range: bytes 500-999/1234

 . All except for the first 500 bytes:
 Content-Range: bytes 500-1233/1234

 . The last 500 bytes:
 Content-Range: bytes 734-1233/1234