檔案續傳原理

斷點續傳是大型檔案資料轉送的核心。 本文將以多線程技術和Socket技術為依託，介紹大型檔案斷點續傳的實現方法。

簡述斷點續傳：指的是在上傳/下載時，將任務（一個文件或壓縮包）人為的劃分為幾個部分，每一個部分採用一個線程進行上傳/下載，如果碰到網絡故障，可以從已經上傳/下載的部分開始繼續上傳/下載未完成的部分，而沒有必要從頭開始上傳/下載。

當下載大檔案時，網路中斷或程式異常終止都可能導致下載失敗，需要重新開始。 今天我們要實作一個支援斷點續傳的 HTTP 下載器，能夠在下載中斷後從上次停止的...

對於續傳機制，我並沒有非常的清楚，因此，透過該篇文章把續傳的原理加以釐清，並且套用 至ASP.NET裡，實作出可以支援續傳的Web服務。

有時用戶上傳下載檔案需要歷時數小時，萬一線路中斷，不具備斷點續傳的FTP伺服器或下載軟體就只能從頭重傳，比較好的FTP伺服器或下載軟體具有FTP斷點續傳能力，允許用戶從上傳下載斷線的地方繼續傳動，這樣大大減少了用戶的煩惱。

本次以IM中的檔案下載下傳場景為例，解析基于TCP的檔案斷點續傳的原理，并用代碼實作。 什麼是斷點續傳？ 斷點續傳其實正如字面意思，就是在下載下傳的斷開點繼續開始傳輸，不用再從頭開始。

本文聚焦中斷產生的原因、續傳的原理，以及日常使用中需要注意的要點，幫助你在實作時避免資料遺失與服務中斷。 為了提升實務性，我們也提供可操作的檢查清單與實務案例，讓遷移過程更穩定。