隨著科技的發(fā)展網(wǎng)絡(luò)傳輸?shù)馁Y源越來越大，從幾k到幾M，幾G。因此網(wǎng)絡(luò)傳輸壓力越來越大。

由此http有了解決，大文件傳輸?shù)姆椒?#xff1a;

數(shù)據(jù)壓縮傳輸，可以將大文件進(jìn)行壓縮傳輸通過Accept-Encoding和Content-Encoding指定壓縮類型進(jìn)行壓縮傳輸。

分塊傳輸：因?yàn)橐纛l，視頻都是經(jīng)過高倍壓縮，在壓縮也起不到什么效果，因此有了分塊傳輸，解決大文件傳輸。

分塊傳輸因名而異，就是將大文件分成多分，一份份傳輸。

使用形式：在響應(yīng)報文中用Transfer-Encoding：chunked 來表示：代表body的報文不是一次性發(fā)過來的，而是分成許多的塊（chunk）逐個發(fā)送的。

因?yàn)榉謮K發(fā)送body的長度是未知，的因此無法在頭部指定Content-length長度，因此只能通過Chunked發(fā)送。

transfer-Encoding：Chunked和Content-length：兩個字段互斥，所以無法同時出現(xiàn)。

分塊傳輸流程：

每個分塊包含兩個部分，長度頭和數(shù)據(jù)塊；

長度頭是以 CRLF（回車換行，即\r\n）結(jié)尾的一行明文，用 16 進(jìn)制數(shù)字表示長度；

數(shù)據(jù)塊緊跟在長度頭后，最后也用 CRLF 結(jié)尾，但數(shù)據(jù)不包含 CRLF；

最后用一個長度為 0 的塊表示結(jié)束，即“0\r\n\r\n”

范圍請求：可以任意請求一個大文件之間的某段。（）例如：看視頻快進(jìn)，就可以簡單理解為范圍請求傳輸。

范圍請求條件：服務(wù)端必須返回Accept-Ranges：bytes 頭，明確告訴客戶端我支持范圍請求?？蛻舳嗽诎l(fā)送Range：bytes=x-y獲取范圍請求。

要注意 x、y 表示的是“偏移量”，范圍必須從 0 計(jì)數(shù)，例如前 10 個字節(jié)表示為“0-9”，第二個 10 字節(jié)表示為“10-19”，而“0-10”實(shí)際上是前 11 個字節(jié)。

Range 的格式也很靈活，起點(diǎn) x 和終點(diǎn) y 可以省略，能夠很方便地表示正數(shù)或者倒數(shù)的范圍。假設(shè)文件是 100 個字節(jié)，那么：

“0-”表示從文檔起點(diǎn)到文檔終點(diǎn)，相當(dāng)于“0-99”，即整個文件；

“10-”是從第 10 個字節(jié)開始到文檔末尾，相當(dāng)于“10-99”；

“-1”是文檔的最后一個字節(jié)，相當(dāng)于“99-99”；

“-10”是從文檔末尾倒數(shù) 10 個字節(jié)，相當(dāng)于“90-99”。

客戶端發(fā)送了請求，服務(wù)端會對其進(jìn)行驗(yàn)證，是否合法（例如：長度最大100，你請求200開始將會不合法）如果合法后服務(wù)器將會返回一個字段Content-Range：bytes x-y/length ，length代表總長度。

因此范圍請求流程：

先發(fā)個 HEAD，看服務(wù)器是否支持范圍請求，同時獲取文件的大小；

開 N 個線程，每個線程使用 Range 字段劃分出各自負(fù)責(zé)下載的片段，發(fā)請求傳輸數(shù)據(jù)；

下載意外中斷也不怕，不必重頭再來一遍，只要根據(jù)上次的下載記錄，用 Range 請求剩下的那一部分就可以了。

?

注：一個請求連接一定對應(yīng)一個響應(yīng)結(jié)果。

分段傳輸服務(wù)端Transfer-Encoding：chunked，是分段傳輸，但是最終body體中接收的還是一個完整的數(shù)據(jù)。

范圍請求：服務(wù)端確認(rèn)Accept-Ranges: bytes 后在發(fā)送請求Range：x-y 服務(wù)端響應(yīng)Content-Range：bytes x-y/length 是請求的這段內(nèi)容，本身就是一個分段請求體。

?

?

總結(jié)

以上是生活随笔為你收集整理的http大文件传输的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。