轉載自：http://www.liqwei.com/network/protocol/2011/886.shtml

轉載自：http://blog.csdn.net/pud_zha/article/details/7924929

所謂斷點續傳，也就是要從文件已經下載的地方開始繼續下載。在以前版本的 HTTP 協議是不支持斷點的，HTTP/1.1 開始就支持了。一般斷點下載時才用到 Range 和 Content-Range 實體頭。

Range?

用于請求頭中，指定第一個字節的位置和最后一個字節的位置，一般格式：

Range:(unit=first byte pos)-[last byte pos]?

Content-Range

用于響應頭，指定整個實體中的一部分的插入位置，他也指示了整個實體的長度。在服務器向客戶返回一個部分響應，它必須描述響應覆蓋的范圍和整個實體長度。一般格式：?

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- 或不用這個頭

一般正常回應

HTTP/1.1 200 OK?

Content-Length: 801 ? ? ?

Content-Type: application/octet-stream?

Content-Range: bytes 0-800/801 //801:文件總大小

轉載自：http://blog.csdn.net/pud_zha/article/details/7924929
假設你要開發一個多線程下載工具，你會自然的想到把文件分割成多個部分，比如4個部分，然后創建4個線程，每個線程負責下載一個部分，如果文件大小為403個byte，那么你的分割方式可以為：0-99 (前100個字節)，100-199(第二個100字節)，200-299(第三個100字節)，300-402（最后103個字節）。

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

???? 服務器接收到線程3的請求報文，發現這是一個帶有Range頭的GET請求，如果一切正常，服務器的響應報文會有下面這行：
HTTP/1.1 206 OK
表示處理請求成功，響應報文還有這一行
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

總結

以上是生活随笔為你收集整理的http断点续传原理：http头 Range、Content-Range的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。