上周四下午，同事把一份 186 页、48.7MB 的投标文件发过来，说招标平台上传上限 20MB，五点截止。我打开 PDF 压缩，选“中”档，等了约 40 秒，拿到 11.4MB 的成品，逐页翻过签字页和骑缝章，直接上传。整个过程省掉的不是“找软件”那几分钟，而是重新导出、逐页检查、再压一遍的来回。这份文件如果按常规做法先拆章再合并，至少多花半小时。
从打开到拿到结果，最短的那条路是什么？
这个工具没有注册、没有队列、没有“先上传到云端再等邮件”的环节。打开页面，拖入 PDF，选一档，点压缩，下载。真正需要你判断的只有一件事：选哪一档。
三档背后是同一个 Ghostscript 引擎，差别在图像降采样阈值和压缩算法参数。按我这次的实测：高档输出 23.8MB，中档 11.4MB，低档 6.2MB。高档基本保留原始图像分辨率，适合还要打印或归档的原件；中档把嵌入图片降到约 150dpi，屏幕阅读和普通打印够用；低档压到约 96dpi，文字仍然锐利，但图片细节明显变软。
最短链路里唯一值得养成的习惯是：压完先翻到含印章、手写签名、二维码的那几页。这三类内容是压缩最容易出问题的地方，其余正文几乎不受影响。
三个真实场景，输入和产出分别是什么？
场景一：投标文件卡上传上限。 输入就是上面那份 48.7MB、186 页、含彩色资质证书扫描件的标书。选“中”档，产出 11.4MB。我核对的是第 12 页的公章、第 47 页的手写签名和第 180 页的二维码，扫码仍能正常识别。如果平台上限是 10MB，就得选“低”档，但低档下彩色证书的底纹会糊，建议只把证书页单独用高档压、正文用低档，再合并。
场景二：扫描件归档，原件要留但不想占盘。 一批 2023 年的合同扫描件，单份 8–15MB，共 60 份。这类文件的特点是整页都是图像，没有文字层。选“中”档后单份降到 2–3MB，OCR 识别率我抽了 10 份对比，压缩前后一致。这里要注意：如果扫描件本身分辨率只有 150dpi，选低档会把文字边缘压出锯齿，反而影响后续检索。
场景三：邮件附件，对方只要求“能看”。 一份 32 页的产品说明，含大量产品图，原始 21MB。选“低”档压到 3.1MB，正文文字清晰，产品图缩略后仍可辨认。这类场景不需要纠结，低档就是为它准备的。
三个场景的共同点是：先明确“这份 PDF 接下来给谁看、在什么介质上看”，再选档，而不是反过来压完再看效果。
什么时候别用它？
这个工具不是万能的，有三种情况我会绕开。
第一，PDF 里嵌入的是矢量图或已经高度压缩的 JPEG。Ghostscript 对这类内容再压收益很小，甚至可能因为重新编码让线条图出现轻微色带。我试过一份全是 CAD 导出线条图的 PDF，48MB 压到 44MB，几乎没动。
第二，文件含表单域、可填写字段或数字签名。压缩过程可能让表单域失效或签名校验失败。这类文件要么保留原件，要么压之前先确认对方只收静态版。
第三，需要保留 PDF/A 归档合规属性的文件。Ghostscript 默认输出不保证 PDF/A 一致性，财务凭证、法律文书这类有长期归档要求的，压完要用专门工具再校验一遍。
另外，这个工具是单文件处理，没有批量队列。60 份合同那种量，得一份一份来，适合偶尔用，不适合当流水线。
搭配哪些工具更顺手？
压完的 PDF 如果还要拆页、合并或提取文字，我通常接着用 PDF 压缩同一站点下的 PDF 合并拆分工具，先把证书页单独处理再合回去，比反复整份压缩省时间。另一个常搭配的是文本提取工具，压到低档后先抽一页文字确认清晰度够不够 OCR，再决定要不要退回中档。
如果只是日常传文件，记住一条就够：先看对方的上限和阅读介质，再选档，压完只检查印章和签名页。这条经验比记三档参数更管用。