這篇文章主要介紹了基于SpringMVC實現斷點續傳的示例，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

創新互聯堅持“要么做到，要么別承諾”的工作理念，服務領域包括：網站設計制作、網站設計、企業官網、英文網站、手機端網站、網站推廣等服務，滿足客戶于互聯網時代的鐵鋒網站設計、移動媒體設計的需求，幫助企業找到有效的互聯網解決方案。努力成為您成熟可靠的網絡建設合作伙伴！

一、概述

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

二、Range

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

Range:用于客戶端到服務端的請求，可以通過改字段指定下載文件的某一段大小及其單位，字節偏移從0開始。典型格式：

Ranges: (unit=first byte pos)-[last byte pos]  Ranges: bytes=4000- 下載從第4000字節開始到文件結束部分  Ranges: bytes=0~N 下載第0-N字節范圍的內容  Ranges: bytes=M-N 下載第M－N字節范圍的內容  Ranges: bytes=-N 下載最后N字節內容

1.以下幾點需要注意：

(1)這個數據區間是個閉合區間，起始值是0，所以“Range: bytes=0-1”這樣一個請求實際上是在請求開頭的2個字節。

(2)“Range: bytes=-200”，它不是表示請求文件開始位置的201個字節，而是表示要請求文件結尾處的200個字節。

(3)如果last byte pos小于first byte pos，那么這個Range請求就是無效請求，server需要忽略這個Range請求，然后回應一個200，把整個文件發給client。

(4)如果last byte pos大于等于文件長度，那么這個Range請求被認為是不能滿足的，server需要回應一個416，Requested range not satisfiable。

2.示例解釋：

表示頭500個字節：bytes=0-499

表示第二個500字節：bytes=500-999

表示最后500個字節：bytes=-500

表示500字節以后的范圍：bytes=500-

第一個和最后一個字節：bytes=0-0,-1

同時指定幾個范圍：bytes=500-600,601-999

三、Content-Range

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

Content-Range: bytes (unit first byte pos) - [last byte pos]/[entity legth]

四、Header示例

請求下載整個文件:

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:文件總大小

一個最簡單的斷點續傳實現大概如下：

1.客戶端下載一個1024K的文件，已經下載了其中512K

2. 網絡中斷，客戶端請求續傳，因此需要在HTTP頭中申明本次需要續傳的片段：

Range:bytes=512000-

這個頭通知服務端從文件的512K位置開始傳輸文件

3. 服務端收到斷點續傳請求，從文件的512K位置開始傳輸，并且在HTTP頭中增加：

Content-Range:bytes 512000-/1024000

并且此時服務端返回的HTTP狀態碼應該是206，而不是200。

但是在實際場景中，會出現一種情況，即在終端發起續傳請求時，URL對應的文件內容在服務端已經發生變化，此時續傳的數據肯定是錯誤的。如何解決這個問題了？顯然此時我們需要有一個標識文件性的方法。在RFC2616中也有相應的定義，比如實現Last-Modified來標識文件的最后修改時間，這樣即可判斷出續傳文件時是否已經發生過改動。同時RFC2616中還定義有一個ETag的頭，可以使用ETag頭來放置文件的標識，比如文件的MD5值。

終端在發起續傳請求時應該在HTTP頭中申明If-Match 或者If-Modified-Since 字段，幫助服務端判別文件變化。

另外RFC2616中同時定義有一個If-Range頭，終端如果在續傳是使用If-Range。If-Range中的內容可以為最初收到的ETag頭或者是Last-Modfied中的最后修改時候。服務端在收到續傳請求時，通過If-Range中的內容進行校驗，校驗一致時返回206的續傳回應，不一致時服務端則返回200回應，回應的內容為新的文件的全部數據。

感謝你能夠認真閱讀完這篇文章，希望小編分享的“基于SpringMVC實現斷點續傳的示例”這篇文章對大家有幫助，同時也希望大家多多支持創新互聯網站建設公司，，關注創新互聯行業資訊頻道，更多相關知識等著你來學習!

文章名稱：基于SpringMVC實現斷點續傳的示例-創新互聯
網頁路徑：http://www.yijiale78.com/article48/csppep.html

成都網站建設公司_創新互聯，為您提供面包屑導航、網站設計公司、網站設計、網站排名、做網站、外貿建站

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯