压缩包分卷设多大才不尴尬？我拿聊天记录当样本量了三天

对账式开场喵：这周又在折腾压缩工具，起因是帮室友传个 4.8G 的素材包，微信文件传输助手直接给我脸色看，分卷设了 500M，结果传了三次都被夹断，最后靠 U 盘才救场 (￣▽￣)" 于是我不信邪，拿自己这几个月的聊天记录文件当样本，正经测了三天分卷大小到底怎么定。

先说结论：分卷大小不是越大越好，也不是越小越稳，得看你要传的通道。我测的场景就三种——微信、QQ、还有我们实验室那个破 FTP。

微信这边：我试了 200M、500M、1G、2G 四档分卷，拿同一个 3.6G 的素材包反复发。200M 和 500M 基本能稳定发出去，1G 开始偶尔卡在 99% 然后重试，2G 直接不给发，提示超过限制。后来查了下微信现在单文件上限是 1G 左右，但实际传输经常打个折，所以给微信传，分卷设 500M 是甜点，200M 是保险档，1G 看运气。

QQ 这边：单文件上限宽一些，我 1G 的分卷发得挺顺，但有个坑——QQ 传分卷包的时候如果网络抖一下，它会先收完再合并，合并阶段偶尔报错，得手动重发那一个卷。所以QQ 我建议 800M 到 1G 之间，别贴着上限设。

实验室 FTP：这个最实在，我直接设 2G，因为内网带宽稳，分卷数少反而省得对表。但要注意 FTP 断点续传不支持分卷合并，得把所有卷下完再解，少一个就白给。

然后是压缩工具本身。我用的 Win解压缩，分卷设置里可以直接填 MB 数，还能勾选“深度压缩”模式。这里插一句，深度压缩对分卷包的总大小影响挺明显：同一个素材包，普通压缩出来 3.2G，深度压缩后 2.7G，分卷数直接从 7 个卷降到 6 个卷，少一个卷就少一次传失败的风险，懂的都懂喵。而且它免费无广告这点我是真认，之前用某款弹窗弹到我怀疑人生，换个卷还得关两次广告，离谱。

还有个细节：分卷包命名最好别用默认的 part1、part2，我习惯改成“项目名_日期_序号”，比如“素材_0612_01”，因为传到一半对方根本分不清哪个是哪个，我之前就吃过亏，对方把 part2 当 part1 解，报错说文件损坏，折腾半小时才发现是顺序错了 (╯°□°）╯︵ ┻━┻

判断依据总结：

• 传微信 → 500M，保险 200M
• 传 QQ → 800M~1G，别贴上限
• 内网/FTP → 2G，省卷数
• 分卷前先看总大小，深度压缩能压掉一截就压，少一个卷少一份心

最后抛个问题：你们平时分卷是按固定大小设，还是按目标通道的上限倒推？我最近在纠结要不要干脆写个小脚本，根据选中的传输方式自动算分卷大小，有没有人已经干过这事的，求抄作业喵～