前端大文件分片上传实现与断点续传方案(含完整代码讲解)

在上传大文件(如视频、安装包、模型文件)时,直接上传容易出现以下问题:

  • 文件过大 → 浏览器/服务器容易超时
  • 上传过程中断 → 重新上传浪费时间
  • 网络波动 → 上传失败率高

因此,大文件分片上传 + 断点续传 + 秒传校验 是目前最通用、最稳定的解决方案。

本文将通过一段完整可运行的示例代码,详细讲解如何在前端实现分片上传、断点续传、服务端校验等关键功能。


✨ 实现效果

  • ✔ 自动切片(默认 5MB/片,可配置)
  • ✔ 查询已上传分片(断点续传)
  • ✔ 自动跳过已上传的片段
  • ✔ 每片上传成功后重新校验
  • ✔ 所有片段上传完成后自动触发合并
  • ✔ 错误处理完善

📌 核心代码(uploadLargeFile)

以下代码就是本文的核心逻辑,也是你提供的代码版本,经过梳理解释后会更易理解:

export async function uploadLargeFile({ file, fileId, id, chunkSize = 5 * 1024 * 1024, apiCheckChunks, apiUploadChunk, apiMergeChunks }) { if (!file) throw new Error("file 不能为空"); if (!fileId) throw new Error("fileId 不能为空"); const fileName = file.name; const totalChunks = Math.ceil(file.size / chunkSize); const chunks = []; // 1. 前端文件切片 for (let i = 0; i < totalChunks; i++) { const start = i * chunkSize; const end = Math.min(file.size, start + chunkSize); chunks.push(file.slice(start, end)); } // 2. 查询已上传分片(断点续传) let res = await apiCheckChunks(fileId, id); let uploadedList = Array.isArray(res.data) ? res.data : []; if (!Array.isArray(uploadedList)) uploadedList = []; // 3. 逐片上传 for (let i = 0; i < totalChunks; i++) { if (uploadedList.includes(i)) { console.log(`分片 ${i} 已上传,跳过`); continue; } const formData = new FormData(); formData.append("fileId", fileId); formData.append("id", id); formData.append("chunkIndex", i); formData.append("totalChunks", totalChunks); formData.append("chunk", chunks[i]); await apiUploadChunk(formData); // 上传成功后重新查询列表(确保状态正确) const res1 = await apiCheckChunks(fileId, id); uploadedList = res1.data || []; if (!uploadedList.includes(i)) { throw new Error(`分片 ${i} 上传失败,请重试`); } } // 4. 所有片段上传完成 → 执行合并 if (uploadedList.length === totalChunks) { console.log("所有分片上传完成,开始合并文件"); await apiMergeChunks(fileId, fileName, id); } else { throw new Error("未上传完所有分片,无法合并"); } return true; } 

📘 详细逻辑解析

1. 前端切片(slice 实现)

file.slice(start, end)

浏览器原生提供 slice,因此实现非常简单。

如果选择 5MB 一个片段,1GB 文件会被切成:

Math.ceil(1024MB / 5MB) = 205 片

2. 查询已上传分片(断点续传关键)

let res = await apiCheckChunks(fileId, id); let uploadedList = Array.isArray(res.data) ? res.data : [];

服务端返回的数据通常是:

[0, 3, 5, 6]

前端据此跳过已上传片段,避免重复上传,大幅提升效率。

3. 上传文件分片(FormData)

每个分片上传都附带:

  • 分片 index
  • 总分片数
  • chunk 二进制数据
  • 业务 ID 或用户 ID

这是一个完整的可追踪数据结构,支持合并校验。

4. 每片上传后重新校验(确保上传成功)

const res1 = await apiCheckChunks(fileId, id); uploadedList = res1.data || [];

避免服务器延迟导致状态不同步,确保每片上传成功。

5. 全部上传完毕 → 调用合并

await apiMergeChunks(fileId, fileName, id);

后端将所有片段按顺序合并成最终文件。

🏗 后端接口交互说明(简版)

前端需要的接口:

接口功能
apiCheckChunks(fileId)查询已上传的分片列表
apiUploadChunk(formData)上传某个片段
apiMergeChunks(fileId, fileName)合并所有片段

通常后端会在服务器临时目录中创建:

/upload/tmp/{fileId}/0 /upload/tmp/{fileId}/1 /upload/tmp/{fileId}/2 ...

然后合并成:

/upload/merged/xxx.mp4


💡 常见问题(FAQ)

1. 为什么 uploadedList.includes 报错?

通常是:

  • 服务端返回的数据不是数组
  • res.data 为 null
  • uploadedList 不是数组直接调用 includes 出错

你的代码已经做了兜底处理:

let uploadedList = Array.isArray(res.data) ? res.data : [];

但仍要保证服务端返回值格式正确。


🎯 总结

本文展示了一个完整可用的前端大文件分片上传工具方法,支持:

  • 文件切片
  • 分片校验
  • 断点续传
  • 分片上传
  • 自动合并

其优势是:

  • 前端逻辑清晰
  • 易接入任何 UI(Vue/React/uni-app)
  • 可结合后端实现秒传(加 MD5 校验)
  • 非常适合大文件上传场景

最后如何使用:

 // 父组件提交表单 调用大文件上传 addAndUpload(formData).then(async (res) => { if (res.status === 'success') { this.$message({ message: '操作成功', type: 'success' }); this.file_Id = res.data.fileId loading.close(); this.dialogVisible = false; if (this.upFile !== null) { const fileId = this.file_Id const file = this.upFile this.$message.info("大文件,启动分片上传...") try { await uploadLargeFile({ file, fileId, id: res.data.id, chunkSize: 20 * 1024 * 1024, apiCheckChunks: (fileId, id) => checkChunks({ fileId, id }), apiUploadChunk: (formData) => uploadChunk(formData), apiMergeChunks: (fileId, fileName, id) => mergeChunks({ fileId, fileName, id }) }) this.$message.success("大文件上传完成") } catch (err) { this.$message.error("分片上传失败") console.error(err) } } this.getData(); this.resetForm2(formName); } else { this.$message({ message: res.msg, type: 'warning' }); loading.close(); } }) 

Read more

绿联云NAS配置webdav

绿联云NAS配置webdav

前言         zotero使用webdav服务时使用绿联自带的webdav服务只能使用http协议,并且只能在局域网内传输,故而尝试自行配置,以期实现公网文献同步。 注:非专业,自己在配置的时候也是根据前人的分享实现的,可能有很多不准确的地方,请见谅。 1. 大致思路         购买域名(腾讯云)→配置DDNS-go(docker)→获取SSL证书(乐此加密)→配置natfrp(docker) ①域名:固定域名,后续内网穿透时可以使用自定义域名; ②DDNS-go:自动更新域名解析到公网IP; ③SSL证书:https协议需要; ④natfrp:内网穿透需要,这里使用的是Sakura Frp。 2.参考文献 (31 封私信 / 80 条消息) 绿联 NAS 域名直连 DDNS-Go+IPv6 内网穿透并开启 HTTPS - 知乎https://zhuanlan.zhihu.com/p/

二、前端与Java后端对比指南

二、前端与Java后端对比指南

前端转Java后端完全指南 📖 写给前端同学的话 你好!欢迎从前端世界来到Java后端开发的世界。这是一份专门为前端开发者准备的Java后端学习指南。 👋 为什么前端同学学后端更容易? 作为前端开发者,你已经具备了很多优势: ✅ 技术基础 * 了解HTTP协议(请求和响应) * 熟悉JSON数据格式 * 掌握JavaScript编程思想 * 理解前后端交互原理 * 有开发经验和解决问题的能力 ✅ 思维优势 * 熟悉MVC模式(前端框架也用) * 理解组件化开发思想 * 掌握调试技巧 * 有良好的代码习惯 🎯 你将学到 * ✅ 如何搭建一个完整的Java后端框架 * ✅ 各种后端技术的作用和原理 * ✅ 如何从零开始配置项目 * ✅ 如何开发和测试API接口 * ✅ 前后端技术的对比和联系 * ✅ 前端开发者学Java的注意事项 🤝 第一章:前后端技术对比 1.1 技术栈对比表 对比维度前端技术Java后端技术说明编程语言JavaScript/TypeScriptJava服务端开发语言运行环境Node.jsJVM(J

高德地图JSAPI加载器实战指南:从零构建Web地图应用

1. 为什么你需要一个靠谱的地图加载器? 如果你正在开发一个需要展示地理位置信息的网站或应用,比如找附近的餐厅、显示物流轨迹、或者做一个房产地图找房系统,那你大概率绕不开地图服务。国内开发者最常用的就是高德地图,它的数据全、更新快,而且JSAPI用起来也挺顺手。但说实话,我第一次用的时候,直接在HTML里用<script>标签引入官方CDN链接,虽然简单,问题却不少。 页面加载慢不说,有时候网络一波动,地图就加载失败了,用户体验很糟糕。更麻烦的是管理依赖和版本,项目稍微复杂点,多个地方用到地图,版本不一致或者重复加载,能让人调试到头疼。后来我发现了@amap/amap-jsapi-loader这个官方出的加载器,用上之后感觉整个世界都清净了。它本质上是一个帮你更优雅、更可靠地加载高德地图JavaScript API的工具包,特别适合用在像Vue、React这样的现代前端项目里。它能帮你处理异步加载、错误重试、版本管理这些脏活累活,让你能更专注于地图业务逻辑的开发。 简单来说,这个加载器就像是一个专业的“地图服务生”。你不用自己跑去厨房(高德服务器)端菜(JS文件),也不用担心端来

Qwen3-TTS多语种语音合成实战:Python API调用+WebUI双模式使用指南

Qwen3-TTS多语种语音合成实战:Python API调用+WebUI双模式使用指南 1. 为什么你需要关注Qwen3-TTS 你有没有遇到过这些场景? * 做海外短视频,需要为不同国家观众配上地道口音的配音,但找配音员成本高、周期长; * 开发多语言智能客服,想让系统用西班牙语自然地读出订单状态,而不是机械念字; * 给孩子做双语启蒙App,希望中文讲解后立刻接上温柔的日语复述,语调和停顿都像真人。 传统TTS工具要么只支持一两种语言,要么切换语种要重装模型,更别说控制情绪、语速、方言风格了。而Qwen3-TTS-12Hz-1.7B-CustomVoice,就是为解决这些问题而生的——它不是“能说多种语言”,而是“真正理解多种语言该怎么说”。 这不是一个堆参数的模型,而是一个在真实使用中经得起推敲的语音生成工具。它覆盖中文、英文、日文、韩文、德文、法文、俄文、葡萄牙文、西班牙文和意大利文共10种主流语言,还支持粤语、关西腔、柏林口音等方言风格。更重要的是,它不靠后期拼接或规则调整,而是从文本理解开始,就自动决定哪里该轻快、哪里该停顿、哪句该带点笑意——就像一位熟