✂️ 网盘单文件限 100 MB、邮件附件限 20 MB、U 盘装不下——把大文件切成小分片传过去,到了用本工具按名字顺序拼回去。全程本地操作,文件不上传。

✂️ 拆分:大文件切成小分片

🧩 合并:把分片拼回原文件

    还没有选择分片

    📊 分片大小怎么选

    核心原则:略小于你的传输限制。

    场景建议单片大小说明
    邮件附件10 MB ~ 20 MB多数邮箱单附件限 20~25 MB
    网盘 / 企业网盘100 MB常见单文件上限,分片后打包上传
    微信 / QQ 传文件50 MB ~ 100 MB太大容易中断,小分片更好重试
    FAT32 U 盘500 MB ~ 1 GBFAT32 单文件最大 4 GB
    断点续传越小越好单片越大,失败重传代价越高
    分片太多适当调大上千个分片管理起来很痛苦

    ⚠️ 使用提示:① 文件不会上传——拆分与合并都在你自己的浏览器里完成,没有任何网络请求;② 拆分是纯字节切割,不压缩、不加密,分片拼回去与原文件完全一致(可用「哈希计算」比对 SHA-256 验证);③ 本工具不会修改你的原文件,只生成新的分片文件;④ 合并时会把所有分片一次性读进内存,总计超过约 2 GB 可能因浏览器内存限制失败,这种情况请用命令行(copy /b 或 cat);⑤ 合并必须按顺序选中全部分片,漏掉一个或顺序错了,拼出来的文件就是坏的;⑥ 浏览器通常会拦截「连续自动下载多个文件」,逐个下载时请在弹窗中允许;⑦ 分片下载完成后务必保留,原文件请自己备份,本工具不保存任何数据。

    ✂️

    文件分片合并

    文件工具 完全免费 🌙 支持黑夜模式 🔒 本地处理不上传 ✂️ 拆分 🧩 合并

    网盘单文件限 100 MB,你有一个 800 MB 的数据库备份;邮箱附件限 20 MB,你要发一段 300 MB 的录屏;FAT32 的 U 盘放不下 5 GB 的镜像——
    解决办法就是切成小分片:把一个大文件按固定大小切成若干个小文件,分别传输,到了目的地再拼回原样。
    ① 拆分:选文件 → 选单片大小 → 生成清单 → 逐个下载;
    ② 合并:一次选中所有分片 → 按文件名排序 → 拼接 → 下载完整文件;
    ③ 无损:纯字节切割,不压缩不加密,拼回去和原文件一模一样;
    ④ 命名:分片命名沿用「原名 + 序号」(如 backup.zip.001),合并时按名字排序即可对上顺序;
    ⑤ 本地:不上传、不暂存、不修改原文件。

    类别文件工具
    技术File.slice() + Blob 拼接
    单片大小1 MB ~ 500 MB / 自定义
    合并上限建议总计 2 GB 以内

    核心特性

    按大小拆分
    分片清单预览
    单独 / 批量下载
    多分片合并
    文件名自动排序
    进度显示
    无损字节拼接
    零依赖

    关于这个工具

    怎么实现:
    ① 拆分:核心是 file.slice(start, end)。它只是记录一段区间,并不立刻复制数据——所以生成 1000 个分片的清单也是瞬间完成、几乎不占内存;真正点「下载」时才把那一段包成 Blob 写出;
    ② 命名:原名 + '.' + 三位序号(film.mp4.001、film.mp4.002…),序号按三位补零,排序时字典序 = 数字序,合并不会错位;
    ③ 合并:把每个分片读成 ArrayBuffer,按顺序 new Blob([buf1, buf2, …]) 拼成一个大 Blob,再用 createObjectURL 触发下载;
    ④ 排序:默认用 localeCompare(…, {numeric:true}) 做自然排序,保证 .010 排在 .002 之后而不是前面(普通字符串排序会把 10 排在 2 前面);
    ⑤ 无损:全程不压缩、不转码、不改字节,所以合并结果与原文件逐字节相同;
    ⑥ 内存:拆分几乎不占内存;合并需要把所有分片同时放进内存,这是浏览器合并方式的固有限制。
    它不做:不做压缩(请用压缩工具)、不做加密(请用加密工具)、不做断点续传、不保存任何文件到服务器。

    怎么用

    1. 第 1 步
      在「拆分」区选文件,按你的传输限制选单片大小(一般 100 MB)。
    2. 第 2 步
      点「✂️ 生成分片清单」,确认分片数量合理(太多就调大单片)。
    3. 第 3 步
      点「⬇️ 逐个下载全部分片」,浏览器可能弹窗询问,允许多个文件下载。
    4. 第 4 步
      把分片传到目的地后,在「合并」区一次选中所有分片。
    5. 第 5 步
      填好合并后的文件名,点「🧩 合并并下载」,核对大小是否与原文件一致。
    6. 第 6 步
      不放心可以用「哈希计算」比对合并前后的 SHA-256,一致就说明完美还原。

    更新记录

    • v1.0 2026-09-21 工具正式上线:基于 File.slice() 实现按大小拆分(1 MB ~ 500 MB,支持自定义),生成分片清单并支持单独下载 / 逐个批量下载;合并侧支持多选分片、自然排序拼接、自定义输出文件名与进度显示。全程本地处理,不上传、不压缩、不修改原文件,字节级无损。纯本地零依赖,适配黑夜模式。

    常见问题

    合并出来的文件打不开 / 提示损坏?
    99% 是分片不全或顺序错了。
    请检查:
    ① 是否选中了全部分片(清单里有 8 个就得选 8 个,漏一个就坏);
    ② 传输过程中是否有分片损坏或没传完(对比每个分片的大小是否与清单一致);
    ③ 排序方式是否正确——若分片名不是本工具生成的(比如 .part1、.aa),自然排序可能对不上,这时改用「按选择顺序」并手动按序选择;
    ④ 合并后的文件大小是否与原来的完全一致,小了就说明缺数据。
    为什么不能一次下载全部分片?
    这是浏览器的安全策略,不是本工具的限制。
    浏览器默认只允许「一次用户操作触发一次下载」,连续触发多个下载会被判定为恶意行为而拦截。
    本工具的「逐个下载」会在每片之间留出间隔并逐个触发,但浏览器仍可能弹出「本站点试图下载多个文件」的提示——点允许即可继续。
    如果分片特别多(几十上百个),更稳妥的做法是:分片下载后用压缩工具打包成一个压缩包再传输。
    拆分会压缩或改变文件吗?
    不会,一个字节都不改。
    拆分是纯粹的字节切割:把文件想象成一长条纸带,按固定长度剪断,纸上的内容没有任何变化。合并就是把纸带按顺序粘回去。
    所以:
    · 不压缩(文件总大小 = 原大小,甚至略大);
    · 不加密(分片可以直接被查看,敏感文件请先加密再拆分);
    · 不损失质量(视频、图片、压缩包都不会受影响)。
    想验证:用「哈希计算」分别算原文件和合并后文件的 SHA-256,两者应当完全相同。
    合并时提示内存不足 / 卡住了怎么办?
    因为合并需要把所有分片同时读进内存。
    浏览器(尤其是 32 位或内存较小的设备)通常在 1~2 GB 左右就会失败。
    解决办法:
    ① Windows:在分片所在目录执行 copy /b film.mp4.* film.mp4;
    ② macOS / Linux:执行 cat film.mp4.* > film.mp4;
    ③ 命令行方式几乎不占内存,是合并超大文件的正确姿势;
    ④ 也可以拆分时就把单片调大(如 500 MB),减少分片数量。
    文件会被上传吗?原文件安全吗?
    不会上传,原文件也很安全。
    ① 本工具没有任何网络请求,拆分、合并都在浏览器本地完成;
    ② 拆分只读原文件,生成的是新的分片文件,不会修改、删除或移动你的原文件;
    ③ 合并生成的是一个新文件,同样不动你的分片;
    ④ 关闭页面后,所有临时数据立即释放,服务器上不存在任何副本。
    唯一需要你注意的是:下载的多个分片会进入浏览器的下载目录,占的是你自己的磁盘空间,用完记得清理。

    💬 留言板 0

    全部留言需审核通过后展示
    💬

    还没有留言,来抢沙发吧!

    ✍️ 说点什么
    0 / 500
    图形验证码