js实现文件流式下载文件方法详解及完整代码
JS实现流式打包下载说明
浏览器中的流式操作可以节省内存,扩大 JS
的应用边界,比如我们可以在浏览器里进行视频剪辑,而不用担心视频文件将内存撑爆。
浏览器虽然有流式处理数据的 API,并没有直接提供给 JS
进行流式下载的能力,也就是说即使我们可以流式的处理数据,但想将其下载到磁盘上时,依然会对内存提出挑战。
这也是我们讨论的前提:
- 流式的操作,必须整个链路都是流式的才有意义,一旦某个环节是非流式(阻塞)的,就无法起到节省内存的作用。
本篇文章分析了如何在 JS
中流式的处理数据 ,流式的进行下载,主要参考了 StreamSaver.js 的实现方案。
分为如下部分:
- 流在计算机中的作用
- 服务器流式响应
JS
下载文件的方式JS
持有数据并下载文件的场景- 非流式处理、下载的问题
- 浏览器流式
API
JS
流式的实现方案- 实现
JS
读取本地文件并打包下载
流在计算机中的作用
流这个概念在前端领域中提及的并不多,但是在计算机领域中,流式一个非常常见且重要的概念。
当流这个字出现在 IO 的上下文中,常指的得就是分段的读取和处理文件,这样在处理文件时(转换、传输),就不必把整个文件加载到内存中,大大的节省了内存空间的占用。
在实际点说就是,当你用着 4G
内存的 iPhone 13
看电影时,并不需要担心视频文件数据把你的手机搞爆掉。
服务器流式响应
在谈下载之前,先提一下流式响应。
如上可知,当我们从服务器下载一个文件时,服务器也不可能把整个文件读取到内存中再进行响应,而是会边读边响应。
那如何进行流式响应呢?
只需要设置一个响应头 Transfer-Encoding: chunked
,表明我们的响应体是分块传输的就可以了。
以下是一个 nodejs
的极简示例,这个服务每隔一秒就会向浏览器进行一次响应,永不停歇。
require('http').createServer((request, response) => { response.writeHead(200, { 'Content-Type': 'text/html', 'Transfer-Encoding': 'chunked' }) setInterval(() => { response.write('chunked\r\n') }, 1000) }).listen(8000);
JS
下载文件的方式
在 js
中下载文件的方式,有如下两类:
// 第一类:页面跳转、打开 location.href window.open iframe.src a[download].click() // 第二类:Ajax fetch('/api/download') .then(res => res.blob()) .then(blob => { // FileReader.readAsDataURL() const url = URL.createObjectURL(blob) // 借助第一类方式:location.href、iframe.src、a[download].click() window.open(url) })
不难看出,使用 Ajax
下载文件,最终还是要借助第一类方法才可以实现下载。
而第一类的操作都会导致一个行为:页面级导航跳转
所以我们可以总结得出浏览器的下载行为:
- 在页面级的跳转请求中,检查响应头是否包含
Content-Disposition: attachment
。对于a[download]
和createObjectURL
的url
跳转,可以理解为浏览器帮忙加上了这个响应头。 Ajax
发出的请求并不是页面级跳转请求,所以即使拥有下载响应头也不会触发下载行为。
两类下载方式的区别
这两种下载文件的方式有何区别呢?
第一类请求的响应数据直接由下载线程接管,可以进行流式下载,一边接收数据一边往本地写文件。
第二类由 JS
线程接管响应数据,使用 API 将文件数据创建成 url
触发下载。
但是相应的 API createObjectURL
、readAsDataURL
必须传入整个文件数据才能进行下载,是不支持流的。也就是说一旦文件数据到了 JS
手中,想要下载,就必须把数据堆在内存中,直到拿到完整数据才能开始下载。
所以当我们从服务器下载文件时,应该尽量避免使用 Ajax
,直接使用 页面跳转类
的 API 让下载线程进行流式下载。
但是有些场景下,我们需要在 JS
中处理数据,此时数据在 JS
线程中,就不得不面对内存的问题。
JS
持有数据并下载文件的场景
以下场景,我们需要在 JS
中处理数据并进行文件下载。
- 纯前端处理文件流:在线格式转换、解压缩等
- 整个数据都在前端转换处理,压根没有服务端的事
- 文章所要讨论的情况
- 接口鉴权:鉴权方案导致请求必须由
JS
发起,如cookie + csrfToken
、JWT
- 使用
ajax
:简单但是数据都在内存中 - (推荐)使用
iframe + form
实现:麻烦但是可以由下载线程流式下载 - 服务端返回文件数据,前端转换处理后下载
- 如服务端返回多个文件,前端打包下载
- (推荐)去找后端 ~~聊一聊~~
可以看到第一种情况是必须用 JS
处理的,我们来看一下如果不使用流式处理的话,会有什么问题。
非流式处理、下载的问题
去网上搜索「前端打包」,99% 的内容都会告诉你使用 JSZip
,谈起文件下载也都会提起一个 file-saver
的库(JSZip
官网也推荐使用这个库下载文件)。
那我们就看一下这些流行库的的问题。
<script setup lang="ts"> import { onMounted, ref } from "@vue/runtime-core"; import JSZip from 'jszip' import { saveAs } from 'file-saver' const inputRef = ref<HTMLInputElement | null>(null); onMounted(() => { inputRef.value?.addEventListener("change", async (e: any) => { const file = e.target!.files[0]! const zip = new JSZip(); zip.file(file.name, file); const blob = await zip.generateAsync({type:"blob"}) saveAs(blob, "example.zip"); }); }); </script> <template> <button @click="inputRef?.click()">JSZip 文件打包下载</button> <input ref="inputRef" type="file" hidden /> </template>
以上是一个用 JSZip
的官方实例构建的 Vue
应用,功能很简单,从本地上传一个文件,通过 JSZip
打包,然后使用 file-saver
将其下载到本地。
我们来直接试一下,上传一个 1G+
的文件会怎么样?
通过 Chrome
的任务管理器可以看到,当前的页面内存直接跳到了 1G+
。
当然不排除有人的电脑内存比我们硬盘的都大的情况,豪不在乎内存消耗。
OK,即使你的电脑足以支撑在内存中进行随意的数据转换,但浏览器对 Blob
对象是有大小限制的。
官网的第一句话就是
If you need to save really large files bigger than the blob's size limitation or don't have enough RAM, then have a look at the more advanced StreamSaver.js
如果您需要保存比blob的大小限制更大的文件,或者没有足够的内存,那么可以查看更高级的 StreamSaver.js
然后给出了不同浏览器所支持的 Max Blob Size
,可以看到 Chrome
是 2G
。
所以不管是出于内存考虑,还是 Max Blob Size
的限制,我们都有必要去探究一下流式的处理方案。
顺便说一下这个库并没有什么黑科技,它的下载方式和我们上面写的是一样的,只不过处理了一些兼容性问题。
浏览器流式 API
Streams API 是浏览器提供给 JS
的流式操作数据的接口。
其中包含有两个主要的接口:可读流、可写流
WritableStream
创建一个可写流对象,这个对象带有内置的背压和排队。
// 创建 const writableStream = new WritableStream({ write(chunk) { console.log(chunk) } }) // 使用 const writer = writableStream.getWriter() writer.write(1).then(() => { // 应当在 then 再写入下一个数据 writer.write(2) })
- 创建时传入
write
函数,在其中处理具体的写入逻辑(写入可读流)。 - 使用时调用
getWriter()
获取流的写入器,之后调用write
方法进行数据写入。 - 此时的
write
方法是被包装后的,其会返回Promise
用来控制背压,当允许写入数据时才会resolve
。 - 背压控制策略参考
CountQueuingStrategy
,这里不细说。
ReadableStream
创建一个可读的二进制操作,controller.enqueue
向流中放入数据,controller.close
表明数据发送完毕。
下面的流每隔一秒就会产生一次数据:
const readableStream = new ReadableStream({ start(controller) { setInterval(() => { // 向流中放入数据 controller.enqueue(value); // controller.close(); 表明数据已发完 }, 1000) } });
从可读流中读取数据:
const reader = readableStream.getReader() while (true) { const {value, done} = await reader.read() console.log(value) if (done) break }
调用 getReader()
可以获取流的读取器,之后调用 read()
便会开始读取数据,返回 Promise
- 如果流中没有数据,便会阻塞(
Promise penging
)。 - 当调用了
controller.enqueue
或controller.close
后,Promise
就会resolve
。 done
:数据发送完毕,表示调用了controller.close
。value
:数据本身,表示调用了controller.enqueue
。
while (true)
的写法在其他语言中是非常常见的,如果数据没有读完,我们就重复调用 read()
,直到 done
为true
。
fetch
请求的响应体和 Blob
都已经实现了 ReadableStream
。
Fetch ReadableStream
流式的读取服务端响应数据:
const response = await fetch('/api/download') // response.body === ReadableStream const reader = response.body.getReader() while(true) { const {done, value} = await reader.read() console.log(value) if (done) break }
Blob ReadableStream
Blob
对象的 stream
方法,会返回一个 ReadableStream
。
当我们从本地上传文件时,文件对象 File
就是继承自Blob
流式的读取本地文件:
<input type="file" id="file"> document.getElementById("file") .addEventListener("change", async (e) => { const file: File = e.target.files[0]; const reader = file.stream().getReader(); while (true) { const { done, value } = await reader.read(); console.log(value); if (done) break; } });
TransformStream
有了可读、可写流,我们就可以组合实现一个转换流,一端转换写入数据、一端读取数据。
我们利用 MessageChannel
在两方进行通信
const { port1, port2 } = new MessageChannel() const writableStream = new WritableStream({ write(chunk) { port1.postMessage(chunk) } }) const readableStream = new ReadableStream({ start(controller) { port2.onmessage = ({ data }) => { controller.enqueue(data) } } }); const writer = writableStream.getWriter() const reader = readableStream.getReader() writer.write(123) // 写入数据 reader.read() // 读出数据 123
在很多场景下我们都会这么去使用读写流,所以浏览器帮我们实现了一个标准的转换流:TransformStream
使用如下:
const {readable, writable} = new TransformStream() writable.getWriter().write(123) // 写入数据 readable.getReader().read() // 读出数据 123
以上就是我们需要知道的流式 API 的知识,接下来进入正题。
前端流式下载
ok,终于到了流式下载的部分。
这里我并不会推翻自己前面所说:
- 只有页面级跳转会触发下载。
- 这意味着响应数据直接被下载线程接管。
createObjectURL
、readAsDataURL
只能接收整个文件数据。- 这意味当数据在前端时,只能整体下载。
所以应该怎么做呢?
Service worker
是的,黑科技主角Service worker
,熟悉 PWA
的人对它一定不陌生,它可以拦截浏览器的请求并提供离线缓存。
Service Worker APIService workers 本质上充当 Web 应用程序、浏览器与网络(可用时)之间的代理服务器。这个 API 旨在创建有效的离线体验,它会拦截网络请求并根据网络是否可用来采取适当的动作、更新来自服务器的的资源。
—— MDN
这里有两个关键点:
- 拦截请求
- 构建响应
也就是说,通过 Service worker
前端完全可以自己充当服务器给下载线程传输数据。
让我们看看这是如何工作的。
拦截请求
请求的拦截非常简单,在Service worker
中注册 onfetch
事件,所有的请求发送都会触发其回调。
通过 event.request
对象拿到 Request
对象,进而检查 url
决定是否要拦截。
如果确定要拦截,就调用 event.respondWith
并传入 Response
对象,既可完成拦截。
self.onfetch = event => { const url = event.request.url if (url === '拦截') { event.respondWith(new Response()) } }
new Response
Response
就是 fetch()
返回的 response
的构造函数。
直接看函数签名:
interface Response: { new(body?: BodyInit | null, init?: ResponseInit): Response } type BodyInit = ReadableStream | Blob | BufferSource | FormData | URLSearchParams | string interface ResponseInit { headers?: HeadersInit status?: number statusText?: string }
可以看到,Response
接收两个参数
- 第一个是响应体
Body
,其类型可以是Blob
、string
等等,其中可以看到熟悉的ReadableStream
可读流 - 第二个是响应头、状态码等
这意味着:
- 在响应头中写入
Content-Disposition:attachment
,浏览器就会让下载线程接管响应。 - 将
Body
构建成ReadableStream
,就可以流式的向下载线程传输数据。
也意味着前端自己就可以进行流式下载!
极简实现
我们构建一个最简的例子来将所有知识点串起来:从本地上传文件,流式的读取,流式的下载到本地。
是的这看似毫无意义,但这可以跑通流程,对学习来说足够了。
关键点代码分析
- 通知
service worker
准备下载文件,等待worker
返回url
和writable
const createDownloadStrean = async(filename) = >{ // 通过 channel 接受数据 const { port1, port2 } = new MessageChannel(); // 传递 channel,这样 worker 就可以往回发送消息了 serviceworker.postMessage({ filename }, [port2]); return new Promise((resolve) = >{ port1.onmessage = ({ data }) = >{ // 拿到url, 发起请求 iframe.src = data.url; document.body.appendChild(iframe); // 返回可写流 resolve(data.writable) }; }); }
Service worker
接受到消息,创建url
、ReadableStream
、WritableStream
,将url
、WritableStream
通过channel
发送回去。
js self.onmessage = (event) = >{ const filename = event.data.filename // 拿到 channel const port2 = event.ports[0] // 随机一个 url const downloadUrl = self.registration.scope + Math.random() + '/' + filename // 创建转换流 const { readable, writable } = new TransformStream() // 记录 url 和可读流,用于后续拦截和响应构建 map.set(downloadUrl, readable) // 传回 url 和可写流 port2.postMessage({ download: downloadUrl, writable }, [writable]) }
- 主线程拿到
url
发起请求(第 1 步onmessage
中),Service worker
拦截请求 ,使用上一步的ReadableStream
创建Response
并响应。
self.onfetch = event => { const url = event.request.url // 从 map 中取出流,存在表示这个请求是需要拦截的 const readableStream = map.get(url) if (!readableStream) return null map.delete(url) const headers = new Headers({ 'Content-Type': 'application/octet-stream; charset=utf-8', 'Content-Disposition': 'attachment', 'Transfer-Encoding': 'chunked' }) // 构建返回响应 event.respondWith( new Response(readableStream, { headers }) ) }
- 下载线程拿到响应,开启流式下载(但是此时根本没有数据写入,所以在此就阻塞了)
- 主线程拿到上传的
File
对象,获取其ReadableStream
并读取,将读取到的数据通过WritableStream
(第 1 步中返回的)发送出去。
input.addEventListener("change", async(e: any) = >{ const file = e.target ! .files[0]; const reader = file.stream().getReader(); const writableStream = createDownloadStrean() const writable = writableStream.getWriter() const pump = async() = >{ const { done, value } = await reader.read(); if (done) return writable.close() await writable.write(value) // 递归调用,直到读取完成 return pump() }; pump(); })
- 当
WritableStream
写入数据时,下载线程中的ReadableStream
就会接收到数据,文件就会开始下载直到完成。
完整代码
// index.vue <script setup lang="ts"> import { onMounted, ref } from "@vue/runtime-core"; import { createDownloadStream } from "../utils/common"; const inputRef = ref<HTMLInputElement | null>(null); // 注册 service worker async function register() { const registed = await navigator.serviceWorker.getRegistration("./"); if (registed?.active) return registed.active; const swRegistration = await navigator.serviceWorker.register("sw.js", { scope: "./", }); const sw = swRegistration.installing! || swRegistration.waiting!; let listen: any; return new Promise<ServiceWorker>((resolve) => { sw.addEventListener( "statechange", (listen = () => { if (sw.state === "activated") { sw.removeEventListener("statechange", listen); resolve(swRegistration.active!); } }) ); }); } // 向 service worker 申请下载资源 async function createDownloadStream(filename: string) { const { port1, port2 } = new MessageChannel(); const sw = await register(); sw.postMessage({ filename }, [port2]); return new Promise<WritableStream>((r) => { port1.onmessage = (e) => { const iframe = document.createElement("iframe"); iframe.hidden = true; iframe.src = e.data.download; iframe.name = "iframe"; document.body.appendChild(iframe); r(e.data.writable); }; }); } onMounted(async () => { // 监听文件上传 inputRef.value?.addEventListener("change", async (e: any) => { const files: FileList = e.target!.files; const file = files.item(0)!; const reader = file.stream().getReader(); const writableStream = await createDownloadStream(file.name); const writable = writableStream.getWriter(); const pump = async () => { const { done, value } = await reader.read(); if (done) return writable.close() await writable.write(value) pump() }; pump(); }); }); </script> <template> <button @click="inputRef?.click()">本地流式文件下载</button> <input ref="inputRef" type="file" hidden /> </template> // service-worker.js self.addEventListener('install', () => { self.skipWaiting() }) self.addEventListener('activate', event => { event.waitUntil(self.clients.claim()) }) const map = new Map() self.onmessage = event => { const data = event.data const filename = encodeURIComponent(data.filename.replace(/\//g, ':')) .replace(/['()]/g, escape) .replace(/\*/g, '%2A') const downloadUrl = self.registration.scope + Math.random() + '/' + filename const port2 = event.ports[0] // [stream, data] const { readable, writable } = new TransformStream() const metadata = [readable, data] map.set(downloadUrl, metadata) port2.postMessage({ download: downloadUrl, writable }, [writable]) } self.onfetch = event => { const url = event.request.url const hijacke = map.get(url) if (!hijacke) return null map.delete(url) const [stream, data] = hijacke // Make filename RFC5987 compatible const fileName = encodeURIComponent(data.filename).replace(/['()]/g, escape).replace(/\*/g, '%2A') const headers = new Headers({ 'Content-Type': 'application/octet-stream; charset=utf-8', 'Transfer-Encoding': 'chunked', 'response-content-disposition': 'attachment', 'Content-Disposition': "attachment; filename*=UTF-8''" + fileName }) event.respondWith(new Response(stream, { headers })) }
流式压缩下载
跑通了流程之后,压缩也只不过是在传输流之前进行一层转换的事情。
首先我们寻找一个可以流式处理数据的压缩库(你肯定不会想自己写一遍压缩算法),fflate
就很符合我们的需求。
然后我们只需要在写入数据前,让 fflate
先处理一遍数据就可以了。
onMounted(async () => { const input = document.querySelector("#file")!; input.addEventListener("change", async (e: any) => { const stream = createDownloadStrean() const file = e.target!.files[0]; const reader = file.stream().getReader(); const zip = new fflate.Zip((err, dat, final) => { if (!err) { fileStream.write(dat); if (final) { fileStream.close(); } } else { fileStream.close(); } }); const helloTxt = new fflate.ZipDeflate("hello.txt", { level: 9 }); zip.add(helloTxt); while (true) { const { done, value } = await reader.read(); if (done) { zip.end(); break }; helloTxt.push(value) } }); });
是的,就是这么简单。
参考资料
更多关于用js实现文件流式下载文件方法请查看下面的相关链接