一次发送多个文件：批量文件传输指南

一次发送多个文件，有两种方式可选：把所有文件一起拖进传输服务（大多数现代工具支持多文件拖拽），或者先打包成单个归档文件再上传。HexaTransfer 支持任意文件数量，总量不超过 10 GB 即可。邮件附件仍然卡在约 20—25 MB 的总上限。如果需要保留文件夹层级，打 .zip 包能保留目录结构；直接多选拖拽则会扁平化。根据收件方需要结构还是只要内容，选对应的方式。

拖拽多选 vs. 压缩包

直接拖拽多个文件： 快速，无需预处理，但文件夹层级会被扁平化。收件方会看到一个文件列表，可以逐一下载，或服务商打包成一个归档提供下载。

单个压缩包： 只需上传一个文件，保留目录结构，在某些平台上保留文件属性，并能压缩以文本为主的内容。缺点是需要额外打包步骤，收件方需要解压。

经验法则：1—20 个独立文件，直接拖拽；超过 50 个文件或有嵌套文件夹，先打包。

各操作系统如何创建 ZIP 归档

macOS： 选中文件/文件夹后右键 > 压缩。要正确保留元数据，推荐用终端：

ditto -c -k --keepParent source_folder archive.zip

Windows 11： 右键 > 压缩为 > ZIP 文件。需要更多选项（7z、分卷归档）可以安装 7-Zip。

Linux：

zip -r archive.zip source_folder/
# 或者
tar -czf archive.tar.gz source_folder/

跨平台说明： .zip 是最安全的通用格式。.tar.gz 是 Unix 原生格式，Windows 用户需要 7-Zip 或 WinRAR。.rar 是专有格式，不建议用于共享交付。

常见服务的文件数量限制

| 服务 | 单次最多文件数 | 最大总容量 | |---|---|---| | HexaTransfer | 受 10 GB 总量限制 | 10 GB | | WeTransfer 免费版 | 2 GB 以内无限制 | 2 GB | | SwissTransfer | 最多 50 个文件 | 50 GB | | Gmail 直接附件 | 可以几十个，总量约 25 MB | 25 MB | | Outlook | 类似 | 20 MB | | Dropbox Transfer | 文件夹级别 | 免费 100 MB，付费 100 GB |

如果你要发送 500 张独立照片，各服务的处理方式差异很大。有些会为收件方合并成一个下载包；有些会强制逐文件下载。HexaTransfer 和 WeTransfer 都会把多文件传输打包成一个归档供收件方下载。

文件夹结构：保留还是扁平化

把一个文件夹拖进浏览器上传器，浏览器会递归遍历并进行以下其中一种操作：

以相对路径上传每个文件（现代服务——保留结构）。
把每个文件上传为顶层文件（旧版/简单服务——结构被扁平化）。

如果文件夹结构很重要——因为收件方需要执行构建、导入 Lightroom 目录，或打开引用同级文件的项目文件——请先打包。不要在未经测试的情况下信任拖拽能保留嵌套结构。

并行上传性能

优质服务会通过 HTTP/2 或 HTTP/3 多路复用，并行上传多个文件，典型并发数为 4—8 个同时上传。光纤连接下，无论如何都会打满上行带宽。网速较慢时，并行化有助于隐藏小文件 TCP 握手的延迟开销。

实际影响：100 个小文件（每个小于 5 MB）有时比同等内容的单个压缩包上传更慢，因为握手开销占主导。如果要上传一个包含 2000 个源码文件、总共 200 MB 的文件夹，先打包——上传时间会明显缩短。

去重技巧

如果你经常发送相似的文件包（同一批素材库、同一套模板），7z 可以创建实体（solid）归档，跨文件压缩。实体压缩把整批文件当作一个连续数据流，能捕捉到文件之间的重复，而普通 ZIP 的按文件压缩做不到这点。100 个相似的 .docx 模板，7z 实体模式能压缩 40%—60%，而标准 ZIP 可能只有 5%—10%。

缺点是从实体归档中单独提取一个文件，需要处理整个归档。对于一次性交付无所谓；对于收件方需要频繁取用单个文件的资料库，这会很烦。

超出容量上限时如何拆包

如果批次超出免费上限（HexaTransfer 10 GB、WeTransfer 免费版 2 GB 等），可以拆分成多个归档：

# 7-Zip 命令行
7z a -v2g archive.7z source_folder/

这会创建 archive.7z.001、archive.7z.002 等，每个不超过 2 GB。收件方把所有分卷放在同一目录下，用 7-Zip 解压第一个，程序会自动合并。大多数服务支持分别上传多个链接，打好标签告知收件方（第A包、第B包）。

不会出错的命名规范

含特殊字符（/、:、?、*、非 ASCII 字符）的文件名会引发麻烦。macOS、Windows 和 Linux 对允许字符的规定各不相同。打包前用于外部交付时：

文件名中避免使用斜杠和冒号。
用下划线或连字符代替空格（部分工具对空格的转义处理不好）。
文件名不超过 255 个字符。
归档内的路径不超过 260 个字符（Windows 默认限制）。

常见失败案例：在 Mac 上用 Finder 打包，发给 Windows 用户，解压时因为 ._filename 元数据文件导致报错。解决方法：使用 ditto 打包，或在发给 Windows 用户前删除 __MACOSX 文件夹。

让收件方满意

批量交付最让收件方头疼的是：下载之后还要自己解压、整理文件。帮他们做好这些：

给归档取个有描述性的名字：project-alpha-final-deliverables-2026-04-17.zip。
在顶层目录放一个简短的 README.txt 说明背景。
在发送消息中注明文件大小和解压后的预估大小。
在发送之前，在一台干净的机器上自己解压验证一次。

"自己先解压测试"这一步能发现 ZIP 损坏的问题，比你想象的更常见。

在 hexatransfer.com 上试试 — 免费、无需注册、最多 10 GB。