斷點續傳在現在用得很普遍了，如果沒有斷點續傳，那么下載的東西已經下載了90%，但是中斷了下載過程，就要從頭開始下載。本文就來簡單介紹一下Linux系統中斷點續傳是怎么實現的。

　　斷點續傳的原理

　　其實斷點續傳的原理很簡單，就是在 Http 的請求上和一般的下載有所不同而已。

　　打個比方，瀏覽器請求服務器上的一個文時，所發出的請求如下：

　　假設服務器域名為 wwww.sjtu.edu.cn，文件名為 down.zip。

　　GET /down.zip HTTP/1.1

　　Accept： image/gif， image/x-xbitmap， image/jpeg， image/pjpeg， application/vnd.ms-

　　excel， application/msword， application/vnd.ms-powerpoint， */*

　　Accept-Language： zh-cn

　　Accept-Encoding： gzip， deflate

　　User-Agent： Mozilla/4.0 （compatible; MSIE 5.01; Windows NT 5.0）

　　Connection： Keep-Alive

　　服務器收到請求后，按要求尋找請求的文件，提取文件的信息，然后返回給瀏覽器，返回信息如下：

　　200

　　Content-Length=106786028

　　Accept-Ranges=bytes

　　Date=Mon， 30 Apr 2001 12:56:11 GMT

　　ETag=W/“02ca57e173c11:95b”

　　Content-Type=application/octet-stream

　　Server=Microsoft-IIS/5.0

　　Last-Modified=Mon， 30 Apr 2001 12:56:11 GMT

　　所謂斷點續傳，也就是要從文件已經下載的地方開始繼續下載。所以在客戶端瀏覽器傳給 Web 服務器的時候要多加一條信息 -- 從哪里開始。

　　下面是用自己編的一個“瀏覽器”來傳遞請求信息給 Web 服務器，要求從 2000070 字節開始。

　　GET /down.zip HTTP/1.0

　　User-Agent： NetFox

　　RANGE： bytes=2000070-

　　Accept： text/html， image/gif， image/jpeg， *; q=.2， */*; q=.2

　　仔細看一下就會發現多了一行 RANGE： bytes=2000070-

　　這一行的意思就是告訴服務器 down.zip 這個文件從 2000070 字節開始傳，前面的字節不用傳了。

　　服務器收到這個請求以后，返回的信息如下：

　　206

　　Content-Length=106786028

　　Content-Range=bytes 2000070-106786027/106786028

　　Date=Mon， 30 Apr 2001 12:55:20 GMT

　　ETag=W/“02ca57e173c11:95b”

　　Content-Type=application/octet-stream

　　Server=Microsoft-IIS/5.0

　　Last-Modified=Mon， 30 Apr 2001 12:55:20 GMT

　　和前面服務器返回的信息比較一下，就會發現增加了一行：

　　Content-Range=bytes 2000070-106786027/106786028

　　返回的代碼也改為 206 了，而不再是 200 了。

　　知道了以上原理，就可以進行斷點續傳的編程了。