前端上传切片优化以及实现
2025-09-06
723 字约 3 分钟
...前端上传切片优化以及实现,主要涉及到大文件分片上传(chunk upload)、并发控制、断点续传、秒传、重试机制等。
🔹 场景与痛点
- 大文件上传(>100MB):直接上传会超时或失败。
- 网络不稳定:中断后需重传。
- 上传速度慢:需要并发分片上传。
- 服务端压力大:需要合理控制并发与分片大小。
🔹 基础实现流程
-
文件切片
使用Blob.slice方法将文件分割为固定大小的分片(比如 2MB/5MB)。function createFileChunks(file: File, chunkSize = 2 * 1024 * 1024) { const chunks: Blob[] = [] let cur = 0 while (cur < file.size) { chunks.push(file.slice(cur, cur + chunkSize)) cur += chunkSize } return chunks } -
计算文件唯一标识(hash)
通常用 MD5/SHA1 或者基于文件名 + 大小 + 上次修改时间。
可以在浏览器端用spark-md5:import SparkMD5 from "spark-md5"; async function calculateHash(chunks: Blob[]) { const spark = new SparkMD5.ArrayBuffer(); for (const chunk of chunks) { const buffer = await chunk.arrayBuffer(); spark.append(buffer); } return spark.end(); } -
上传分片
每个分片通过FormData上传:async function uploadChunk(chunk: Blob, index: number, fileHash: string) { const formData = new FormData(); formData.append("chunk", chunk); formData.append("index", String(index)); formData.append("fileHash", fileHash); return fetch("/upload", { method: "POST", body: formData, }); } -
合并文件
前端所有分片上传完成后,调用后端/merge接口,通知服务端进行文件合并。
🔹 优化点
-
并发控制
使用Promise.all并发上传,但需要限制最大并发数:async function limitUpload(chunks, limit = 5) { const pool: Promise<any>[] = [] let i = 0 async function run() { if (i >= chunks.length) return const task = uploadChunk(chunks[i], i, "fileHash").then(run) pool.push(task) i++ } const workers = Array(limit).fill(null).map(run) await Promise.all(workers) } -
断点续传
- 上传前向服务端查询已上传的分片列表。
- 跳过已完成的分片,仅上传剩余分片。
-
秒传
- 上传前计算
hash。 - 询问服务端该文件是否已存在,存在则直接返回成功。
- 上传前计算
-
失败重试
- 针对失败的分片,做 最多 N 次重试。
async function retry(fn, retries = 3) { while (retries--) { try { return await fn(); } catch (e) { if (!retries) throw e; } } } -
上传进度显示
- 每个分片上传时用
XMLHttpRequest.onprogress或fetch + ReadableStream计算进度。 - 进度 = 已上传分片大小 / 总文件大小。
- 每个分片上传时用
🔹 前端完整流程
- 选择文件 → 切片 → 计算
hash。 - 调用
/checkFile→ 返回已上传分片。 - 跳过已完成分片,继续上传剩余分片(带并发控制 & 重试机制)。
- 上传完后请求
/merge。 - 前端实时展示进度条。
🔹 技术选型
- 切片与上传:原生
Blob.slice+fetch/axios。 - hash计算:
spark-md5(大文件可用 Web Worker 避免卡 UI)。 - 断点续传:前端记录进度 / 服务端存储分片状态。
- 进度显示:
XMLHttpRequest.onprogress或axios.onUploadProgress。
如果您觉得这篇文章有帮助,请点个赞吧~
相关文章
更多文章 →javascript2026-02-24
navigator.sendBeacon全指南
在前端开发中,埋点系统是必不可少的一环。我们经常需要在用户 关闭页面 、 刷新 或 跳转路由 时,向服务器发送最后一条统计数据(比如用户停留时长、页面跳出率)。 但这看似简单的需求,在实现时却危机四伏:请求发不出去?页面跳转卡顿?今天我们就来聊聊这个问题的终极解决方案 —— 。 一、 痛点与传统方案的挣扎 场景还原 当用户点击关闭按钮时,浏览器会触发生命周期事件( 或 )。如果我们直接使用普通的异步 AJAX ( 或 ) 发送请求,浏览...
学习
javascript2025-11-02
理解浏览器事件系统,从用户点击到事件对象的完整旅程
深入理解浏览器事件系统:从用户点击到事件对象的完整旅程 “当我点击页面按钮时,背后发生了什么?为什么回调函数能收到一个包含丰富信息的event对象?今天,让我们一起揭开浏览器事件系统的神秘面纱。” 一个令人困惑的现象 作为前端开发者,我们每天都在写这样的代码: 这段代码如此熟悉,以至于我们很少停下来思考: 这个 对象到底从哪里来?它为什么能知道点击的精确坐标?为什么能识别是哪个元素被点击了? 更神奇的是,当我们手动创建事件时:...
学习
javascript2025-10-01
实现大文件上传全流程详解
在日常开发中,大文件上传是个绕不开的坎——动辄几百 MB 甚至 GB 级的文件,直接上传不仅容易超时,还会让用户体验大打折扣。最近我用 Vue+Express 实现了一套完整的大文件上传方案,支持分片上传、断点续传、秒传和手动中。 一、先看效果:我们要实现什么? 先上核心功能清单,确保大家明确目标,知道我们要解决哪些实际问题: 大文件分片上传 :将文件切成固定大小的小片段分批上传,避免单次请求超时 秒传 :服务器已存在完整文件时,直接返...
学习
javascript2025-09-18
JavaScript 的多线程能力:Worker
如果你写过一些计算量稍大的 JavaScript 代码,比如图像处理、大量数据排序或者复杂的算法,你几乎肯定遇到过浏览器“卡死”的现象。点击页面没反应,动画也停了,就像整个世界都静止了。 这就是主线程被阻塞的典型后果。因为主线程既要负责执行 JavaScript,又要负责渲染页面、响应用户操作,一旦它被繁重的计算任务占满,就无暇顾及其他,用户体验便直线下降。 这个问题的根源,正是“主线程是单线程的”。那么,如何解决呢? 答案很简单:把这...
学习面试
javascript2025-09-15
一张 8K 海报差点把首屏拖垮
你给后台管理系统加了一个「企业风采」模块,运营同学一口气上传了 200 张 8K 宣传海报。首屏直接飙到 8.3 s,LCP 红得发紫。 老板一句「能不能像朋友圈那样滑到哪看到哪?」——于是你把懒加载重新翻出来折腾了一轮。 解决方案:三条技术路线,你全踩了一遍 1\. 最偷懒:原生 一行代码就能跑,浏览器帮你搞定。 🔍 关键决策点 2020 年后现代浏览器全覆盖,IE 全军覆没。 必须写死 ,否则 CLS 会抖成 PPT。 适用场景...
学习
javascript2025-09-10
🚀 Web Worker让你的应用丝滑
🌟 引言 在日常的前端开发中,你是否遇到过这样的困扰: 大数据处理时页面卡死 :处理几万条数据时,页面直接卡成PPT,用户点击毫无反应 复杂计算阻塞UI :图片处理、数据分析等计算密集型任务让整个应用假死 文件上传/下载卡顿 :大文件操作时,其他功能完全无法使用 实时数据处理性能差 :WebSocket接收大量数据时,页面渲染严重滞后 今天分享6个Web Worker的核心技巧,让你的应用告别卡顿,用户体验丝滑如德芙! 💡 核心技巧...
学习
评论
请登录后发表评论
去登录