减小传输文件大小：快速压缩指南
在不损失质量的情况下减小传输文件大小。快速压缩图片、视频和PDF的技巧。
要在发送前缩小文件，关键在于为每种格式选择正确的编解码器：视频用 H.265 或 AV1，图像用 WebP 或 AVIF，PDF 用线性化并对嵌入图像降采样，混合存档用 7-Zip 搭配 LZMA2。一个 4K MP4 可以从 8 GB 压缩到 1.2 GB 而几乎看不出画质损失；一个 300 MB 的扫描版 PDF，将嵌入图像从 600 DPI 降采样到 150 DPI 后通常能缩减到 40 MB。选对编解码器比调整压缩级别重要得多。
文件大小直接决定传输时间
100 Mbps 的上传线路，理论上每秒传输约 12.5 MB，扣除 TCP 开销、TLS 握手以及家用 ISP 实际情况后，实际约 9 MB/s。这意味着一个 10 GB 的原始文件在理想条件下需要约 18 分钟，高峰时段在消费级光纤上往往超过一小时。将文件压缩到 3 GB 不只是锦上添花——这决定了传输能否在会议开始前完成。
各大传输服务都有大小上限。WeTransfer 免费版限制 2 GB，Smash 不限大小但超过 2 GB 后会激进限速，Dropbox Transfer 免费版仅有 100 MB。如果文件超出上限，压缩就不是可选项，而是必须的。
视频：最大的压缩空间在这里
视频文件几乎总是最大的文件，也是压缩潜力最高的。Premiere Pro、Final Cut 和 DaVinci Resolve 的默认导出设置往往偏向画质余量，而非传输效率。
用 HandBrake 或 FFmpeg 以 H.265（HEVC）CRF 23 重新编码，可以获得几乎无损的视觉效果。追求极小体积且面向网络播放时，AV1 通过 SVT-AV1 以 CRF 30 编码，比 H.265 再小 30%—50%。一行命令搞定：
ffmpeg -i input.mov -c:v libx265 -crf 23 -preset medium -c:a aac -b:a 128k output.mp4
一个 5 GB 的 ProRes 文件通过这个命令处理后，预计最终大小约 600 MB。
分辨率降维比提高码率上限更有效。需要在手机上观看时，导出 4K 毫无意义，直接降到 1080p 再编码。
图像：格式选择比分辨率更重要
一张 12 MP 的照片存为未压缩 TIFF 格式约 36 MB。同样的图像用 WebP quality 85 保存，大小约 1.8 MB，肉眼几乎看不出差别。AVIF 更小，通常在 1 MB 以下，Safari、Chrome、Firefox 和 Edge 现在都原生支持。
对于发送给客户的 RAW 批量文件，可将 DNG 或 CR3 文件转换为 JPEG XL（.jxl）或渐进式 JPEG，quality 设置为 90。一个 200 张 RAW 照片、容量 1.2 GB 的拍摄文件夹，这样处理后大约缩减到 90 MB，在普通显示器上没有人会注意到细节损失。
无需下载任何工具：浏览器版 Squoosh 支持单张 WebP、AVIF 和 MozJPEG 转换。批量处理用 ImageMagick：
magick mogrify -format webp -quality 85 *.jpg
几秒内完成整个文件夹的转换。
PDF：剥离嵌入的"重量"
大多数体积过大的 PDF 都是因为嵌入了打印分辨率的图像扫描。Acrobat 的"减小文件大小"命令会将嵌入图像降采样到 150 DPI，并对文字扫描使用 JBIG2 编码，对照片使用 JPEG2000 编码。同样的效果可以通过 Ghostscript 免费实现：
gs -sDEVICE=pdfwrite -dCompatibilityLevel=1.5 -dPDFSETTINGS=/ebook -sOutputFile=out.pdf in.pdf
一个包含 40 页扫描签名页的 300 MB 合同，经过这样的处理通常能缩减到 35 MB。如果你通过 DocuSign 或 Dropbox Sign 发送 PDF 进行电子签名，这一点尤为重要——这些平台的上传限制通常在每份文件 25 MB 左右。
对于从 Word 或 Google Docs 原生导出的 PDF，使用"打印到 PDF"虚拟打印机并设置"标准"质量而非默认的"高"质量，文件大小差异有时可达 10 倍。
文档与表格
.docx 或 .xlsx 文件体积虚胖，几乎都是因为粘贴进去的图像或嵌入的表格范围。Word 的"压缩图片"功能（文件 → 选项 → 高级 → 图像大小和质量）可将图像定向压缩到 150 PPI 以适配邮件发送。超过 20 MB 的 Excel 文件通常是因为空白单元格中保留了格式，对未使用行执行"清除全部"通常能恢复 90% 的体积。
对于老格式文件，将 .doc 保存为 .docx 可将体积减少 30%—60%，因为现代 XML 格式默认使用 ZIP 压缩存储。
智能归档：混合内容下 7z 优于 ZIP
打包包含文档、代码和少量图像的混合内容时，7-Zip 搭配 LZMA2 "Ultra" 压缩级别，通常比标准 ZIP 实现 20%—40% 更好的压缩比。代价是压缩时间，对于 10 GB 的存档来说可能较长。对于已压缩的内容（MP4、JPG、ZIP），不必费心——节省不到 2%，只会白白消耗 CPU。
tar --zstd -cf archive.tar.zst folder/ 是 Linux 和 macOS 用户迁移代码仓库的最佳选择：zstd 解压速度是 gzip 的 5 倍，压缩比相当。
除非接收方已安装 WinRAR 或 7-Zip，否则避免使用 RAR。ZIP 和 .7z 对外部接收方更保险。
什么时候压缩适得其反
不要对已经处于网络发布质量的文件再次压缩。对 YouTube 下载视频或已经是 H.264 编码的 MP4 用 HandBrake 以 CRF 23 重新编码，要么根本缩不小，要么引入代际劣化伪影。先用 ffprobe file.mp4 检查源文件码率；如果 1080p 视频码率已经低于 5 Mbps，不要动它。
同样，加密存档（密码保护的 ZIP、带 AES-256 的 7z）是不可压缩的——所以压缩要在加密之前进行，而不是之后。
原始发送，省去压缩
有时候压缩并不值得花时间，特别是一次性发送视频母版或设计交付物——接收方需要原始质量的文件。接受大型原始文件的端对端传输服务，比一轮重新编码更简单。HexaTransfer 支持每次最多 10 GB 的文件传输，搭配 AES-256-GCM 加密且无需注册账号，覆盖大多数"我已经压不动了"的场景。
在 hexatransfer.com 上试试 — 免费、无需注册、最多 10 GB。