成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

HTTP 傳輸大文件的幾種方案

網絡 通信技術
當使用 HTTP 進行大文件傳輸時,我們可以考慮對大文件進行壓縮。通常瀏覽器在發送請求時,都會攜帶 accept 和 accept-* 請求頭信息,用于告訴服務器當前瀏覽器所支持的文件類型、支持的壓縮格式列表和支持的語言。

[[403958]]

本文轉載自微信公眾號「全棧修仙之路」,作者阿寶哥。轉載本文請聯系全棧修仙之路公眾號。

JavaScript 中如何實現大文件并發上傳?JavaScript 中如何實現大文件并行下載? 這兩篇文章中,阿寶哥介紹了如何利用 async-pool 這個庫來優化傳輸大文件的功能。本文阿寶哥將為大家介紹一下 HTTP 傳輸大文件的幾種方案。不過在介紹具體的方案之前,我們先使用 Node.js 的 fs 模塊來生成一個 “大” 文件。

  1. const fs = require("fs"); 
  2.  
  3. const writeStream = fs.createWriteStream(__dirname + "/big-file.txt"); 
  4. for (let i = 0; i <= 1e5; i++) { 
  5.   writeStream.write(`${i} 我是阿寶哥,歡迎關注全棧修仙之路\n`, "utf8"); 
  6.  
  7. writeStream.end(); 

以上代碼成功運行后,在當前的執行目錄下將會生成一個大小為 5.5 MB 的文本文件,該文件將作為以下方案的 “素材”。準備工作完成之后,我們先來介紹第一種方案 —— 數據壓縮。

一、數據壓縮

當使用 HTTP 進行大文件傳輸時,我們可以考慮對大文件進行壓縮。通常瀏覽器在發送請求時,都會攜帶 accept 和 accept-* 請求頭信息,用于告訴服務器當前瀏覽器所支持的文件類型、支持的壓縮格式列表和支持的語言。

  1. accept: */* 
  2. accept-encoding: gzip, deflate, br 
  3. accept-language: zh-CN,zh;q=0.9 

gzip 的壓縮率通常能夠超過 60%,而 br 算法是專門為 HTML 設計的,壓縮效率和性能比 gzip 還要好,能夠再提高 20% 的壓縮密度。

上述 HTTP 請求頭中的 Accept-Encoding 字段,用于將客戶端能夠理解的內容編碼方式(通常是某種壓縮算法)告訴給服務端。通過內容協商的方式,服務端會選擇一個客戶端所支持的方式,并通過響應頭 Content-Encoding 來通知客戶端該選擇。

  1. cache-control: max-age=2592000 
  2. content-encoding: gzip 
  3. content-type: application/x-javascript 

以上的響應頭告訴瀏覽器返回的 JS 腳本,是經過 gzip 壓縮算法處理過的。不過需要注意的是,gzip 等壓縮算法通常只對文本文件有較好的壓縮率,而圖片、音視頻等多媒體文件數據本身就已經是高度壓縮的,再用 gzip 進行壓縮也不會有好的壓縮效果,甚至還可能會出現變大的情況。

了解完 Accept-Encoding 和 Content-Encoding 字段,我們來驗證一下未開啟 gzip 和開啟 gzip 的效果。

1.1 未開啟 gzip

  1. const fs = require("fs"); 
  2. const http = require("http"); 
  3. const util = require("util"); 
  4. const readFile = util.promisify(fs.readFile); 
  5.  
  6. const server = http.createServer(async (req, res) => { 
  7.   res.writeHead(200, { 
  8.     "Content-Type""text/plain;charset=utf-8"
  9.   }); 
  10.   const buffer = await readFile(__dirname + "/big-file.txt"); 
  11.   res.write(buffer); 
  12.   res.end(); 
  13. }); 
  14.  
  15. server.listen(3000, () => { 
  16.   console.log("app starting at port 3000"); 
  17. }); 

1.2 開啟 gzip

  1. const fs = require("fs"); 
  2. const zlib = require("zlib"); 
  3. const http = require("http"); 
  4. const util = require("util"); 
  5. const readFile = util.promisify(fs.readFile); 
  6. const gzip = util.promisify(zlib.gzip); 
  7.  
  8. const server = http.createServer(async (req, res) => { 
  9.   res.writeHead(200, { 
  10.     "Content-Type""text/plain;charset=utf-8"
  11.     "Content-Encoding""gzip" 
  12.   }); 
  13.   const buffer = await readFile(__dirname + "/big-file.txt"); 
  14.   const gzipData = await gzip(buffer); 
  15.   res.write(gzipData); 
  16.   res.end(); 
  17. }); 
  18.  
  19. server.listen(3000, () => { 
  20.   console.log("app starting at port 3000"); 
  21. }); 

觀察上面兩張圖,我們可以直觀感受到當傳輸 5.5 MB 的 big-file.txt 文件時,若開啟 gzip 壓縮后,文件被壓縮成 256 kB。這樣就大大加快了文件的傳輸。在實際工作場景中,我們可以使用 nginx 或 koa-static 來開啟 gzip 壓縮功能。接下來,我們來介紹另一個方案 —— 分塊傳輸編碼。

二、分塊傳輸編碼

分塊傳輸編碼主要應用于如下場景,即要傳輸大量的數據,但是在請求在沒有被處理完之前響應的長度是無法獲得的。例如,當需要用從數據庫中查詢獲得的數據生成一個大的 HTML 表格的時候,或者需要傳輸大量的圖片的時候。

要使用分塊傳輸編碼,則需要在響應頭配置 Transfer-Encoding 字段,并設置它的值為 chunked 或 gzip, chunked:

  1. Transfer-Encoding: chunked 
  2. Transfer-Encoding: gzip, chunked 

響應頭 Transfer-Encoding 字段的值為 chunked,表示數據以一系列分塊的形式進行發送。需要注意的是 Transfer-Encoding 和 Content-Length 這兩個字段是互斥的,也就是說響應報文中這兩個字段不能同時出現。下面我們來看一下分塊傳輸的編碼規則:

  • 每個分塊包含分塊長度和數據塊兩個部分;
  • 分塊長度使用 16 進制數字表示,以 \r\n 結尾;
  • 數據塊緊跟在分塊長度后面,也使用 \r\n 結尾,但數據不包含 \r\n;
  • 終止塊是一個常規的分塊,表示塊的結束。不同之處在于其長度為 0,即 0\r\n\r\n。

了解完分塊傳輸編碼的相關知識后,阿寶哥將使用 big-file.txt 文件的前 100 行數據來演示分塊傳輸編碼是如何實現的。

2.1 數據分塊

  1. const buffer = fs.readFileSync(__dirname + "/big-file.txt"); 
  2. const lines = buffer.toString("utf-8").split("\n"); 
  3. const chunks = chunk(lines, 10); 
  4.  
  5. function chunk(arr, len) { 
  6.   let chunks = [], 
  7.     i = 0, 
  8.     n = arr.length; 
  9.   while (i < n) { 
  10.     chunks.push(arr.slice(i, (i += len))); 
  11.   } 
  12.   return chunks; 

2.2 分塊傳輸

  1. // http-chunk-server.js 
  2. const fs = require("fs"); 
  3. const http = require("http"); 
  4.  
  5. // 省略數據分塊代碼 
  6. http 
  7.   .createServer(async function (req, res) { 
  8.     res.writeHead(200, { 
  9.       "Content-Type""text/plain;charset=utf-8"
  10.       "Transfer-Encoding""chunked"
  11.       "Access-Control-Allow-Origin""*"
  12.     }); 
  13.     for (let index = 0; index < chunks.length; index++) { 
  14.       setTimeout(() => { 
  15.         let content = chunks[index].join("&"); 
  16.         res.write(`${content.length.toString(16)}\r\n${content}\r\n`); 
  17.       }, index * 1000); 
  18.     } 
  19.     setTimeout(() => { 
  20.       res.end(); 
  21.     }, chunks.length * 1000); 
  22.   }) 
  23.   .listen(3000, () => { 
  24.     console.log("app starting at port 3000"); 
  25.   }); 

使用 node http-chunk-server.js 命令啟動服務器之后,在瀏覽中訪問 http://localhost:3000/ 地址,你將看到以下輸出結果:

上圖是第 1 個數據塊返回的內容,當所有數據塊都傳輸完成之后,服務器會返回終止塊,即向客戶端發送 0\r\n\r\n。此外,對于返回的分塊數據,我們也可以利用 fetch API 中的響應對象,以流的形式來讀取已返回的數據塊,即通過 response.body.getReader() 來創建讀取器,然后調用 reader.read() 方法來讀取數據。

2.3 流式傳輸

其實當使用 Node.js 向客戶端返回大文件時,我們最好使用流的形式來返回文件流,這樣能避免處理大文件時,占用過多的內存。具體實現方式如下所示:

  1. const fs = require("fs"); 
  2. const zlib = require("zlib"); 
  3. const http = require("http"); 
  4.  
  5. http 
  6.   .createServer((req, res) => { 
  7.     res.writeHead(200, { 
  8.       "Content-Type""text/plain;charset=utf-8"
  9.       "Content-Encoding""gzip"
  10.     }); 
  11.     fs.createReadStream(__dirname + "/big-file.txt"
  12.       .setEncoding("utf-8"
  13.       .pipe(zlib.createGzip()) 
  14.       .pipe(res); 
  15.   }) 
  16.   .listen(3000, () => { 
  17.     console.log("app starting at port 3000"); 
  18.   }); 

當使用流的形式來返回文件數據時,HTTP 響應頭 Transfer-Encoding 字段的值為 chunked,表示數據以一系列分塊的形式進行發送。

  1. Connection: keep-alive 
  2. Content-Encoding: gzip 
  3. Content-Type: text/plain;charset=utf-8 
  4. Date: Sun, 06 Jun 2021 01:02:09 GMT 
  5. Transfer-Encoding: chunked 

如果你對 Node.js Stream 感興趣的話,可以閱讀阿寶哥 Github 上 semlinker/node-deep —— 深入學習 Node.js Stream 基礎篇 這篇文章。

項目地址:https://github.com/semlinker/node-deep

三、范圍請求

HTTP 協議范圍請求允許服務器只發送 HTTP 消息的一部分到客戶端。范圍請求在傳送大的媒體文件,或者與文件下載的斷點續傳功能搭配使用時非常有用。如果在響應中存在 Accept-Ranges 首部(并且它的值不為 “none”),那么表示該服務器支持范圍請求。

在一個 Range 首部中,可以一次性請求多個部分,服務器會以 multipart 文件的形式將其返回。如果服務器返回的是范圍響應,需要使用 206 Partial Content 狀態碼。假如所請求的范圍不合法,那么服務器會返回 416 Range Not Satisfiable 狀態碼,表示客戶端錯誤。服務器允許忽略 Range 首部,從而返回整個文件,狀態碼用 200 。

3.1 Range 語法

  1. Range: <unit>=<range-start>- 
  2. Range: <unit>=<range-start>-<range-end
  3. Range: <unit>=<range-start>-<range-end>, <range-start>-<range-end
  4. Range: <unit>=<range-start>-<range-end>, <range-start>-<range-end>, <range-start>-<range-end
  • unit:范圍請求所采用的單位,通常是字節(bytes)。
  • :一個整數,表示在特定單位下,范圍的起始值。
  • :一個整數,表示在特定單位下,范圍的結束值。這個值是可選的,如果不存在,表示此范圍一直延伸到文檔結束。

了解完 Range 語法之后,我們來看一下實際的使用示例:

3.1.1 單一范圍

  1. $ curl http://i.imgur.com/z4d4kWk.jpg -i -H "Range: bytes=0-1023" 

3.1.2 多重范圍

  1. $ curl http://www.example.com -i -H "Range: bytes=0-50, 100-150" 

3.2 Range 請求示例

3.2.1 服務端代碼

  1. // http/range/koa-range-server.js 
  2. const Koa = require("koa"); 
  3. const cors = require("@koa/cors"); 
  4. const serve = require("koa-static"); 
  5. const range = require('koa-range'); 
  6.  
  7. const app = new Koa(); 
  8.  
  9. // 注冊中間件 
  10. app.use(cors()); // 注冊CORS中間件 
  11. app.use(range); // 注冊范圍請求中間件 
  12. app.use(serve(".")); // 注冊靜態資源中間件 
  13.  
  14. app.listen(3000, () => { 
  15.   console.log("app starting at port 3000"); 
  16. }); 

3.2.2 客戶端代碼

  1. <!DOCTYPE html> 
  2. <html lang="zh-cn"
  3.   <head> 
  4.     <meta charset="UTF-8" /> 
  5.     <meta http-equiv="X-UA-Compatible" content="IE=edge" /> 
  6.     <meta name="viewport" content="width=device-width, initial-scale=1.0" /> 
  7.     <title>大文件范圍請求示例(阿寶哥)</title> 
  8.   </head> 
  9.   <body> 
  10.     <h3>大文件范圍請求示例(阿寶哥)</h3> 
  11.     <div id="msgList"></div> 
  12.     <script> 
  13.       const msgList = document.querySelector("#msgList"); 
  14.       function getBinaryContent(url, start, end, responseType = "arraybuffer") { 
  15.         return new Promise((resolve, reject) => { 
  16.           try { 
  17.             let xhr = new XMLHttpRequest(); 
  18.             xhr.open("GET", url, true); 
  19.             xhr.setRequestHeader("range", `bytes=${start}-${end}`); 
  20.             xhr.responseType = responseType; 
  21.             xhr.onload = function () { 
  22.               resolve(xhr.response); 
  23.             }; 
  24.             xhr.send(); 
  25.           } catch (err) { 
  26.             reject(new Error(err)); 
  27.           } 
  28.         }); 
  29.       } 
  30.  
  31.       getBinaryContent( 
  32.         "http://localhost:3000/big-file.txt"
  33.         0, 100, "text" 
  34.       ).then((text) => { 
  35.         msgList.append(`${text}`); 
  36.       }); 
  37.     </script> 
  38.   </body> 
  39. </html> 

 使用 node koa-range-server.js 命令啟動服務器之后,在瀏覽中訪問 http://localhost:3000/index.html 地址,你將看到以下輸出結果:

該示例對應的 HTTP 請求頭和響應頭(只包含部分頭部信息)分別如下所示:

3.2.3 HTTP 請求頭

  1. GET /big-file.txt HTTP/1.1 
  2. Host: localhost:3000 
  3. Connection: keep-alive 
  4. Referer: http://localhost:3000/index.html 
  5. Accept-Encoding: identity 
  6. Accept-Language: zh-CN,zh;q=0.9,en;q=0.8,id;q=0.7 
  7. Range: bytes=0-100 

3.2.4 HTTP 響應頭

  1. HTTP/1.1 206 Partial Content 
  2. Vary: Origin 
  3. Accept-Ranges: bytes 
  4. Last-Modified: Sun, 06 Jun 2021 01:40:19 GMT 
  5. Cache-Control: max-age=0 
  6. Content-Type: text/plain; charset=utf-8 
  7. Date: Sun, 06 Jun 2021 03:01:01 GMT 
  8. Connection: keep-alive 
  9. Content-Range: bytes 0-100/5243 
  10. Content-Length: 101 

關于范圍請求的相關內容就介紹到這里,想了解它在實際工作中的應用,可以繼續閱讀 JavaScript 中如何實現大文件并行下載? 這篇文章。

四、總結

本文阿寶哥介紹了 HTTP 傳輸大文件的 3 種方案,希望了解完這些知識后,對大家今后的工作能有一些幫助。在實際使用中,大家要注意 Transfer-Encoding 和 Content-Encoding 之間的區別。Transfer-Encoding 在傳輸后會被自動解碼還原出原始數據,而 Content-Encoding 則必須由應用自行解碼。

五、參考資源

透視 HTTP 協議

MDN - HTTP 請求范圍

MDN - Accept-Encoding

 

責任編輯:武曉燕 來源: 全棧修仙之路
相關推薦

2013-05-29 09:59:20

Java-RMI遠程調用

2009-09-07 13:38:03

C# HTTP文件傳輸HTTP文件傳輸

2014-04-28 09:29:36

2018-10-29 08:47:48

傳輸模式無線

2024-06-17 09:02:01

2022-11-24 10:55:32

2020-04-07 15:28:22

蘋果MacOS漏洞

2014-09-17 09:24:30

2013-12-20 11:05:13

IBM大數據Aspera

2011-05-19 11:20:08

2018-01-12 17:03:29

HTTPgzip壓縮

2023-02-03 10:38:07

2009-08-26 14:35:00

用C#實現HTTP協議

2024-04-24 10:24:09

2022-01-12 11:55:43

Kubernetes多集群Linux

2020-11-23 17:25:37

鐳速聯合架構存儲

2025-06-27 02:32:00

2018-04-25 08:09:20

2018-07-04 14:56:02

HTTP傳輸編碼

2022-04-07 13:56:13

前端一鍵換膚
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 欧美福利 | www.久久| 夜夜精品浪潮av一区二区三区 | 精品久久电影 | 国产有码 | 一区网站| 欧美精品在线一区二区三区 | 一区二区三区欧美在线观看 | 免费观看毛片 | 国产精品成人国产乱一区 | 国产男人的天堂 | 亚洲成人一区二区三区 | 亚洲国产一区二区三区四区 | 国产精品国产三级国产aⅴ无密码 | 国产精品久久a | jlzzxxxx18hd护士 | 国产亚洲一区二区三区在线 | 国产一区二区精品在线 | 国产精品欧美日韩 | 在线免费观看视频你懂的 | 亚洲精品国产成人 | 国产精品久久久久久 | 精品久久香蕉国产线看观看亚洲 | 国产高清视频一区二区 | 一区二区三区四区视频 | 97日日碰人人模人人澡分享吧 | 丁香婷婷综合激情五月色 | 日本精品久久 | 日韩高清在线观看 | 在线看片国产精品 | 日干夜操| yeyeav| 国产精品成人国产乱一区 | 亚洲 欧美 另类 综合 偷拍 | 亚洲欧美日韩激情 | 久久久噜噜噜www成人网 | 综合色站导航 | 九九九国产 | 国产精品久久在线观看 | 欧美精品一区二区三区四区 在线 | 中文字幕一区二区三区在线观看 |