分塊來處理，也算是自然的想法，就是化整為零。而於對於檔案的下載同樣使用這個道理，既可整體下載，也可分塊下載。

小程這裡以http協議為例，來看一下塊的概念與使用。

http的range

http1.0請求與返回檔案都是整體，不支援“只拿一部分資料”，伺服器也不支援斷點續傳（因為不支援從某個點開始拿部分資料），對於這個特徵你可能已經想到不足--要整個來下，如果失敗又要重來，那不是麻煩s了？能不能按塊按需地下載啊？

既然你有意見了，那http1.1就開始支援只拿部分資料，也支援斷點續傳（從某點開始下載部分資料），但這時伺服器也可以設定為不支援。

這個“拿部分資料”，在http上，也叫分段、分範圍，或直接叫分range，因為在http請求頭或響應頭使用了Range關鍵字。

考慮到伺服器可能不支援range請求，所以客戶端在想分range取資料時，最好先跟服務端確認一下：“大哥你支援range嗎？”

如果想測試伺服器是否支援range，可以發一個head請求來看一下：

curl -I "https://free-picture1.oss-cn-shenzhen.aliyuncs.com/%E7%BD%91%E7%BB%9C%E5%BA%94%E7%94%A8/%E6%8A%93%E5%8C%85/%E4%BF%AE%E6%94%B9%E7%9B%AE%E6%A0%87id.png"

可以看到這樣的響應：

注意Accept-Ranges欄位，如果值是bytes，就是支援range請求。如果沒有這個欄位，或者值為none，就是不支援range請求。

如果想整個檔案請求，那可以不使用range欄位，也可以使用range，如：Range: bytes=0-，比如這樣：

curl -I -H "Range: bytes=0-" "https://free-picture1.oss-cn-shenzhen.aliyuncs.com/%E7%BD%91%E7%BB%9C%E5%BA%94%E7%94%A8/%E6%8A%93%E5%8C%85/%E4%BF%AE%E6%94%B9%E7%9B%AE%E6%A0%87id.png"

這時是整個檔案請求，跟不加range的含義是一樣的，但伺服器的響應不再是200，而是206（部分資料），但長度還是整個檔案的長度：

顯然這裡的重點是，使用range進行分段請求，比如：

curl -I -H "Range: bytes=0-1023" "https://free-picture1.oss-cn-shenzhen.aliyuncs.com/%E7%BD%91%E7%BB%9C%E5%BA%94%E7%94%A8/%E6%8A%93%E5%8C%85/%E4%BF%AE%E6%94%B9%E7%9B%AE%E6%A0%87id.png"

這裡請求了1024個位元組（左閉右閉區間），可以看到這樣的響應：

“塊”的管理

以上用http示例，以range來下載資料塊，對於其它協議，比如p2p，一樣能夠以塊來下載資料，而且還必須以塊下載才滿足業務需求，業務就是老大。

如果是分塊下載，那最好有一個塊的非業務的基本管理模組。塊的基本管理模組的設計，最重要的是選擇何種資料結構，對於c++來說，map是還不錯的選擇。

這個塊管理類，應該能add一個塊（也就是一個區間），能判斷塊是否已經存在，等等。

比如，用c++，這個類可以這樣宣告：

class RangeMgr
{
public:
void addRange(long long pos, long long len);
bool hasRange(long long pos, long long len) const;
private:
std::map<long long, long long> m_ranges;
};

這個range管理類應該按場景來增加功能，比如合併重疊的區間，判斷從某個點開始有多少資料，等等，具體由你的應用場景來驅動，我不多話了，但你至少要能提出“塊”的概念吧。

---

相關推薦