企业官网建设流程全解析

前两天帮朋友传一个将近 30GB 的素材包，对方在国外，微信传不动，网盘下载又慢，邮箱附件就更别想了。折腾一圈之后，最后用的方案其实很“笨”：把整个目录压成几个分卷压缩文件，一个接一个传过去，对方收到后全部放在同一个文件夹里，双击第一个卷，就能还原出完整的目录。整个过程没花一分钱，也没用什么复杂工具。今天就把“创建分卷压缩文件”这件事从原理到实操完整聊一遍，包括什么情况下用、该选哪种格式、分卷切多大、各个平台怎么做、以及我这些年踩过的坑。

1. 传输场景里的那些“卡脖子”时刻

1.1 网盘、邮件、U盘的限制到底卡在哪

先说一个常被忽略的事实：大多数传输工具限制的不是总大小，而是单个文件的大小。

• 邮件附件：不同服务商限制在 20MB~50MB 不等，很多企业邮箱直接卡在 25MB。哪怕你用压缩软件把 2GB 的项目资料压到 800MB，一样发不出去。
• 聊天软件：微信、QQ、钉钉这类工具对文件大小也有上限，而且普遍限制了单文件大小。大视频、模型包、安装包经常被卡住。
• 网盘：上传单个文件通常有最大体积限制，现在很多网盘把单文件限制在 10GB 或 20GB，但对更大的文件就不太友好了。有些网盘上传超过一定体积还会触发转码、预览失败等额外问题。
• U盘和移动硬盘：FAT32 格式的老 U 盘，单个文件最大只能 4GB，超过直接报错。现实很骨感：很多车载系统、电视、打印机只认 FAT32，你拿着一个 6GB 的文件，插上去就是复制失败。

这些场景有个共同点：你只有一个文件，但它超过了目标工具的单文件上限。

普通压缩能把 10GB 压到 8GB，但解决不了“单个文件超过 2GB 不能传”的问题。分卷压缩的本质是把一个物理文件拆成多个指定大小的“卷”，每个卷独立存在，都符合传输工具的体积限制。等收件人把全部卷放到一起，就能还原出原始内容。

1.2 普通压缩解决不了，分卷压缩解决的到底是什么

有人会问：我们不也可以压缩完之后，用文件切割工具把压缩包切成几块吗？

可以，但没必要，而且自找麻烦。

文件切割工具（比如 File Splitter）是“物理切割”，切完的块不是压缩软件认识的格式，收件人得先合并成完整压缩包，然后才能解压，操作多一步。更麻烦的是，如果你用的是网盘或聊天软件，中途发漏了一块，合并的时候就会失败。

分卷压缩不一样。它是在压缩层完成的切割，压缩软件把数据流按你指定的大小分段生成文件，同时记录每卷的索引信息。收件人不需要手动合并，解压软件会自动读取第一卷，然后顺着索引找到后续所有卷，直接还原。

另外要泼一盆冷水：分卷压缩并不会让总体积变小多少。

如果你的素材是视频、高清图片、已压缩的 PDF 或安装包，这些格式本身已经高度压缩，再压一遍几乎是白费力气，甚至会出现压缩后体积反而变大一点的情况。分卷压缩的核心价值是绕过传输链路的体积限制，而不是让文件更小。真正值得指望压缩率的是日志、代码、文档、数据库备份这类文本密集型内容，压一半甚至压掉七八成都有可能。

所以在开始之前，你要先问自己一个问题：是“文件太大传不动”，还是“文件内容有压缩空间”？前者用分卷压缩，后者用常规高压缩率压缩。这俩经常被混为一谈，动手之前想清楚能省不少时间。

2. 选ZIP、RAR还是7z：分卷之前先别急着动手

2.1 RAR分卷成熟，ZIP分卷兼容性却容易“翻车”

创建分卷之前，最关键的决策是选格式。这不是看谁压缩率高，而是看收件人那边能不能顺利解出来。

我用时间顺序把所有格式都试过一遍，结论如下：

ZIP 分卷最大的问题是“看起来谁都支持，实际谁都不完全支持”。Windows 资源管理器能解压普通 ZIP，但遇到分卷 ZIP，经常只识别主文件，不识别 .z01、.z02。macOS 自带归档工具对分卷支持也很弱。结果就是：你生成得挺顺利，对方双击发现解不开，还得再装软件。

RAR 分卷是我最常用的。WinRAR 的命名规则很直观，文件名.part1.rar、文件名.part2.rar一目了然，收件人看到就不会误解这是不是完整文件的一部分。而且 RAR 分卷在第三方软件里支持度非常好，Windows、macOS、Linux 下都有成熟的解压方案。虽然 WinRAR 本身是商业软件，但国内环境里它几乎是装机必备，对方大概率能直接打开。

7z 分卷适合给比较懂技术的收件人，或者自用归档。压缩率确实高，但分卷解压对工具依赖更强，手机上尤其容易翻车。很多手机解压 App 对 7z 分卷支持不完整，这也意味着发出去之前你得确认对方设备。

2.2 分卷大小怎么定才不折腾

格式定完之后，下一个问题就是：每一卷切多大？

我的原则很简单：不要凭感觉选，按目标平台的上限倒推，并预留 5%~15% 的余量。

• 邮箱附件如果限制 25MB，分卷就设 20MB，给邮件正文和编码留出冗余。
• 聊天软件单文件限制 2GB，分卷就设 1.8GB，避免对方收到时认为快满了，结果传完发现超限。
• 老 U 盘是 FAT32 格式，分卷必须小于 4GB，我习惯设 3.9GB 或 3.5GB，免得跟 4GB 的边界较劲。
• 网盘单文件限制 20GB，你传 19GB 一卷，下载时一旦断点续传失效就得重新来，不如切成 10GB 减少重传成本。

还有一个经验：优先使用固定大小分卷，而不是按数量自动分卷。有些压缩软件提供“分成 N 卷”的选项，看起来省事，但切出来的每卷大小不均匀。传输时如果你要按卷逐个上传、逐个确认，不均匀的体积会干扰你对进度的判断。固定大小则很清楚：3.9GB × 10 卷，传到第 7 卷就是传了 70%。

另外，如果网络条件很差，尤其跨国传输，我的经验是把单卷控制在 1GB~2GB。理由很简单：单卷越小，某卷传失败后重传的成本就越低。30GB 的包切成 1GB 一卷，坏掉一卷重传只需要几分钟；切成 15GB 一卷，坏了就要重传半小时起步。

3. 电脑上的三种实操：Bandizip、WinRAR、7-Zip

3.1 Bandizip：最省心的图形化方案

如果你用的是 Windows，又不想记命令行，Bandizip 是我比较推荐的日常工具。

操作路径：右键选中文件或文件夹 → “添加到压缩文件” → 在对话框里找到“分卷”或“分割”选项 → 输入每卷大小 → 确认。

分卷大小可以直接输入数值，支持MB、GB这类单位，比如输入3.9gb、1000mb、500m，软件会自动换算。Bandizip 默认生成 ZIP 分卷，也可以切换到 7z 格式。

这里要特别注意一个细节：Bandizip 默认创建的分卷命名可能是“文件名.7z.001、文件名.7z.002”这种风格，也有的版本是“文件名.z01、文件名.z02”放在主文件旁边。这两种命名都不是问题，只要后续解压时别把它们当成独立文件单独解压就行。

我用 Bandizip 通常是为了快速处理“临时要传一批文件给同事”的场景，图形界面点几下就能完成，不需要解释一堆命令。

3.2 WinRAR：经典老牌，分卷兼容性最稳

WinRAR 是我个人给外部客户传文件时的首选，因为它有个别人没有的优点：可以添加恢复记录。

操作步骤：

1. 选中文件或文件夹，右键 → “添加到压缩文件”。
2. 在“常规”页卡左下角找到“切分为分卷，大小”输入框。
3. 可以直接输入1g、500m、100m，也可以从下拉框选预设值。
4. 点击“高级”或“常规”里的相应设置，勾选“添加恢复记录”，恢复记录比例可以设 3%~5%。
5. 确定后开始压缩。

生成的命名是标准的分卷格式：素材.part1.rar、素材.part2.rar、素材.part3.rar……

恢复记录的价值在于：传输过程中某个卷出现损坏，WinRAR 可以尝试用恢复记录自动修复，不一定非要重新传。对十几卷的大包来说，这个功能能省很多沟通成本。坏一卷就重发一卷，总比重发整个包强。

WinRAR 也支持命令行操作，适合脚本批量处理：

rar a -v1000m -rr3% archive.rar /path/to/data

这里的-v1000m表示每卷 1000MB，-rr3%表示增加 3% 恢复冗余。命令行方式适合在服务器上跑，挂个后台任务等它跑完就行。

3.3 7-Zip：压缩率党、命令行党的好选择

7-Zip 是免费开源工具，压缩率在主流格式里通常是最高的。它的图形界面也支持分卷，不过我更习惯用命令行，因为更好控制，还能结合脚本批量处理。

图形界面：选中文件 → 右键 → “添加到压缩包” → 在“切分为分卷，字节”输入框里填大小 → 确认。

命令行：

7z a -t7z -v1000m archive.7z /path/to/data

这个命令的含义：

• a：添加文件到压缩包。
• -t7z：指定压缩格式为 7z。
• -v1000m：每卷大小 1000MB。
• archive.7z：压缩包名称。
• /path/to/data：要压缩的文件或目录。

7z 分卷的命名通常是archive.7z.001、archive.7z.002、archive.7z.003。解压时从第一个卷开始，7-Zip 会自动识别后续卷。命令行解压：

7z x archive.7z.001

7-Zip 的缺点前面说过了：压缩率高，但对方得装 7-Zip 或者支持 7z 的工具。如果你把分卷发给一个只会用手机自带解压的人，结局大概率是对方打不开来找你。所以我的策略是：自己存档案、传文件给懂技术的人，用 7z；传文件给不熟的人，用 RAR 分卷。

4. 换到macOS和Linux，怎么看分卷、解分卷

4.1 macOS：Keka 和 The Unarchiver 是主力

macOS 自带“归档实用工具”对普通 ZIP 和 tar 支持不错，但分卷支持非常弱，很多时候连打开都不认。所以我给 Mac 用户传文件或收到分卷时，基本都靠两个免费工具：

• Keka：能创建分卷压缩文件，支持 ZIP、7z 等格式，也能解压 RAR、7z。
• The Unarchiver：解压能力很强，RAR、7z、zip 分卷基本都能处理。

Keka 创建分卷的路径：把文件拖进 Keka 窗口 → 在偏好设置里设置分卷大小 → 选择格式 → 开始压缩。Keka 生成的分卷命名也是.7z.001、.7z.002这类风格，和 7-Zip 兼容良好。

说一个容易被忽略的点：在 macOS 的 Finder 里直接双击分卷的.001文件，有很大概率会弹出一个不明所以的提示，或者干脆没反应。正确做法是右键 → 打开方式 → 选择 Keka 或 The Unarchiver，而不是依赖系统默认程序。

4.2 Linux：一条条命令搞定压缩、分卷和还原

Linux 下有两个路线：

路线一：用 7-Zip 做分卷压缩

只要装了 p7zip-full，就可以直接用前面写到过的 7z 命令。Debian/Ubuntu 安装：

sudo apt install p7zip-full

然后分卷压缩：

7z a -t7z -v2g archive.7z /data/bigfiles/

这里-v2g表示每卷 2GB，g单位在 Linux 下也识别。解压一样用7z x archive.7z.001。

路线二：tar 压缩后 split 切割

这是 Linux 生态的老办法，虽然略绕，但非常通用。思路是：

1. 先用 tar 把数据压缩成一个流。
2. 再用 split 按大小切成多个块。
3. 还原时用 cat 合并，再交给 tar 解压。

创建分卷：

tar czf - /data/bigfiles/ | split -b 1G - backup.tar.gz.part.

生成backup.tar.gz.part.aa、backup.tar.gz.part.ab、backup.tar.gz.part.ac……

还原：

cat backup.tar.gz.part.* > backup.tar.gz tar xzf backup.tar.gz

也可以不先合并，直接用管道处理：

cat backup.tar.gz.part.* | tar xzf -

这个路线的优点是不依赖对方装了任何特殊解压工具。只要你能把一个个.part.xx块传过去，对方用cat一合并就是一个标准 tar.gz。缺点也很明显：合并时需要所有分块齐全，而且传输过程中的顺序不能弄错。适合机器对机器、脚本对脚本的场景，不适合让你爸妈在微信上操作。

4.3 三个平台互相传的兼容性

这几个平台的互相兼容问题，我用实际经验做个总结：

• Windows 生成 RAR 分卷 → macOS 解压：没问题，The Unarchiver 或 Keka 都能解。
• Windows 生成 7z 分卷 → macOS 解压：没问题，Keka 能解。
• macOS 生成 ZIP 分卷 → Windows 解压：有时会遇到问题，Windows 自带的解压不支持 z01 这类分卷，需要装 7-Zip。
• Linux 用 split 分块 → Windows 接收：对方如果没有命令行操作能力，体验极差。除非对方也是技术人员，否则不建议这条路。

结论还是那句：给不特定的人传文件，优先 RAR 分卷；给自己和懂技术的人传，7z 分卷效率更高。

5. 等到传给对方的那一刻：命名、传输、合并解压全复盘

5.1 命名规则与传输顺序

很多人创建分卷压缩没问题，但传到一半就开始乱，主要问题出在命名和顺序上。

几个硬性规则：

1. 不要改文件名。part1.rar就是 part1，改成《文件1》很容易让解压工具认不出。分卷文件内部都有索引信息，但工具通常也依赖文件名顺序来识别。
2. 所有分卷放在同一个目录。缺一个目录，解压工具就找不到后续分卷，直接报错。
3. 按顺序传输。虽然解压工具会自动寻找分卷，但如果你在网盘里乱序上传，收件人下载时也容易遗漏中间某卷。

我自己的习惯是把分卷按顺序编号，然后逐个上传到一个文件夹。网盘里保持清晰的文件列表，传输完成后发一份清单给收件人，写明“一共有 10 个分卷，请全部下载后再解压”。

5.2 对方解压或合并的三种姿势

分卷文件到了收件人手里，有几种解压方式，不同场景选不同的方式：

第一种：直接双击第一卷

WinRAR 用户双击part1.rar，软件会自动识别同一目录下的后续分卷并弹出解压界面。这是最省事的方式，也是大多数人最习惯的方式。7z 分卷也一样，双击.001文件，7-Zip 会自动读取后续卷。

第二种：Windows 命令行合并后解压

如果你收到的分卷是类似.7z.001、.7z.002这种命名，可以通过命令行合并：

copy /b file.7z.001+file.7z.002+file.7z.003 file.7z 7z x file.7z

或者更稳妥地用通配符：

copy /b file.7z.0* file.7z

需要注意copy /b是二进制合并，必须是“二进制模式”，不能少了/b参数。少了这个参数，Windows 会把文件当文本处理，最终合并结果损坏，解压必失败。

第三种：Linux/Unix 下用 cat 合并

前面已经提到过：

cat file.7z.001 file.7z.002 file.7z.003 > file.7z 7z x file.7z

如果分卷非常多，也可以用：

cat file.7z.0* > file.7z

心里要清楚：分开看，每个卷都是不完整的无意义数据；合并后，才是一个完整压缩包。

5.3 校验文件不能省

一次传输涉及 10 个分卷，最怕的是对方解压到 70%，弹出一个“CRC 校验失败”。这时候你根本不知道是哪一个卷坏了，只能一个一个检查。

所以我在创建分卷比较大的包之前，会额外生成一个校验清单。简单做法是生成一个.md5或.sfv文件：

md5sum archive.7z.001 archive.7z.002 archive.7z.003 > checksum.md5

对方拿到后执行：

md5sum -c checksum.md5

Windows 下可以用 WinRAR 自带的“测试”功能，或者下载 MD5 校验工具。一般来说，对方只需要把全部卷放到同一个文件夹，用 WinRAR 的“工具 → 测试压缩文件”测一遍，就能知道哪个卷有问题。

这里有个经验送给所有人心：不要迷信“分包下载很稳定”。任何传输工具都可能出错，哪怕只是 0.01% 的错误率，发生在 30GB 的大包上，也是实打实的损坏。校验清单不占多少存储空间，但能挽回你大量的返工时间。

6. 我踩过的坑，以及现在的习惯做法

6.1 中文文件名变成乱码

这是我最早踩过的坑。用旧版 WinRAR 压缩带中文文件名的目录，生成分卷后发给用 macOS 的客户，对方解压出来全是乱码，部分文件甚至直接无法读取。原因很简单：旧版压缩工具对中文文件名的编码处理不统一，Windows 用的是 GBK，macOS 用的是 UTF-8。

解决办法有三个：

1. 压缩时尽量把文件名改成英文或拼音，最省心。
2. 用支持 Unicode 文件名的新版 WinRAR 或 7-Zip，并在压缩设置里勾选“使用 Unicode 文件名”。
3. 如果必须保留中文文件名，发给对方之前自己先测一遍，确认解压正常再发。

这条经验很实用，因为大文件传输往往跨平台、跨系统，文件里面一堆中文文件名是家常便饭，多花 30 秒检查一下，能避免对方“解压失败的一百种原因”。

6.2 某一个卷坏了，又没有恢复记录

有段时间我给客户传两个 4GB 的分卷，对方下载后第一反应是“随便点开一个就能解”。结果解压失败，反馈到我这，我第一反应是让他全部下载完之后再解压，但他已经传了好几个回执说下载了三遍还是失败。

后来查出来是他下载的第二个分卷从网盘同步工具上下载时被截断了，文件大小不对。因为当时没有添加恢复记录，也没有做校验，最后只能从头重传。教训特别深：

如果分卷包超过 5GB，且收件人不是特别靠谱，务必满足以下至少一条：

• 用 WinRAR 添加强恢复记录。
• 同时生成校验文件并明确告知对方如何校验。
• 一个卷传完，确认对方下载完成并校验后再传下一个，虽然慢，但稳。

6.3 加密分卷：忘记密码基本无解

给分卷加密码是很常见的安全需求，但一定要知道：RAR5 和 7z 的强加密，忘记密码等于永久丢失，没有任何恢复手段。

有次我给财务传财报备份，自己设了一个很复杂的密码，传输完成后因为各种原因隔了一个月才需要解压。结果我发现自己记错了一个字符，试了几十次都打不开。最后实在没办法，只能从源服务器重新打包加密再传。

现在我的习惯是：给分卷加密时，密码一定同步放到密码管理器里，并且在便签里记录“哪批文件用的哪个密码”。同时，如果你是对外发送，密码最好在压缩包之外通过另一个渠道单独发送，比如压缩包走网盘、密码走短信或电话。不要把密码写进文件名、也不要把密码放在同一个网盘分享目录里，那等于没加密。

6.4 我现在的习惯做法

被坑过几轮之后，现在我的流程基本固定了：

• 给外部客户传大文件：WinRAR 分卷，大小按对方下载渠道上限的 85% 定，勾选 3% 恢复记录，压缩后生成校验文件。先传完，发清单，再发校验方式。
• 给熟人传素材：7z 分卷，因为对方能用 7-Zip 或 Keka 解压，压缩率更高，传输体积更小。
• 给不特定的人下载：优先 RAR 分卷；如果对方明显不擅长处理分卷，我会直接切成多个独立 zip 包，避免对方在“先合并再解压”这一步卡住。
• 自用备份：.tar.gz+split或7z分卷，遇到需要批量归档时配合脚本，完全自动化。

最后再分享一个小技巧：创建分卷之前，先用“测试压缩文件”功能把原始文件完整读一遍，确认源文件本身没问题。虽然多花一点时间，但能排除“源文件损坏导致分发后无法解压”这种最冤的情况。分卷压缩这件事本身不难，难的是把每一步的坑提前堵上。按上面的流程走一遍，你会发现大文件传输其实没那么吓人。