要實現(xiàn)斷點續(xù)傳的功能莹规，通常都需要客戶端記錄下當前的下載進度，并在需要續(xù)傳的時候通知服務端本次需要下載的內(nèi)容片段收夸。
HTTP1.1協(xié)議（RFC2616）中定義了斷點續(xù)傳相關的HTTP頭 Range和Content-Range字段途事，一個最簡單的斷點續(xù)傳實現(xiàn)大概如下：
1.客戶端下載一個1024K的文件，已經(jīng)下載了其中512K
2. 網(wǎng)絡中斷吭服，客戶端請求續(xù)傳嚷堡，因此需要在HTTP頭中申明本次需要續(xù)傳的片段：
Range:bytes=512000-
這個頭通知服務端從文件的512K位置開始傳輸文件
3. 服務端收到斷點續(xù)傳請求，從文件的512K位置開始傳輸，并且在HTTP頭中增加：
Content-Range:bytes 512000-/1024000
并且此時服務端返回的HTTP狀態(tài)碼應該是206蝌戒，而不是200串塑。
但是在實際場景中，會出現(xiàn)一種情況北苟，即在終端發(fā)起續(xù)傳請求時桩匪，URL對應的文件內(nèi)容在服務端已經(jīng)發(fā)生變化，此時續(xù)傳的數(shù)據(jù)肯定是錯誤的友鼻。如何解決這個問題了傻昙？顯然此時我們需要有一個標識文件唯一性的方法。在RFC2616中也有相應的定義彩扔，比如實現(xiàn)Last-Modified來標識文件的最后修改時間妆档，這樣即可判斷出續(xù)傳文件時是否已經(jīng)發(fā)生過改動。同時RFC2616中還定義有一個ETag的頭虫碉，可以使用ETag頭來放置文件的唯一標識贾惦，比如文件的MD5值。
終端在發(fā)起續(xù)傳請求時應該在HTTP頭中申明If-Match 或者If-Modified-Since 字段敦捧，幫助服務端判別文件變化须板。
另外RFC2616中同時定義有一個If-Range頭，終端如果在續(xù)傳是使用If-Range绞惦。If-Range中的內(nèi)容可以為最初收到的ETag頭或者是Last-Modfied中的最后修改時候逼纸。服務端在收到續(xù)傳請求時，通過If-Range中的內(nèi)容進行校驗济蝉，校驗一致時返回206的續(xù)傳回應杰刽，不一致時服務端則返回200回應，回應的內(nèi)容為新的文件的全部數(shù)據(jù)王滤。
（轉載自http://blog.csdn.net/xifeijian/article/details/8712439）
