用Java實現HTTP斷點續傳
|
(一)斷點續傳的原理
其實斷點續傳的原理很簡單，就是在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了。
知道了以上原理，就可以進行斷點續傳的編程了。