字体子集化翻车后，我拿三份PDF对比才知道压到哪一步是红线

上周给一个餐饮客户做菜单册子，本来以为就是普通的PDF压缩交付，结果翻车了，今天把过程捋一捋，给同样要做印刷类PDF压缩的朋友提个醒呢。

事情是这样的，客户要的是A4骑马钉小册子，里面正文用的是思源宋体，标题是某个定制书法字体。文件原始体积大概28MB，客户邮件系统限20MB，必须压。我一开始想的是用Win解压缩的清晰度优先模式直接压，体积能降到15MB左右，其实够用了。但我那会儿有点贪心，想着能不能再小一点，就去折腾了字体子集化这一步。

这里说一下我的操作路径，可能有人会好奇：我先把PDF里的字体用工具做了子集化，只保留实际用到的字符，再重新嵌入。理论上这一步能砍掉不少体积，因为思源宋体全字库太大了。但问题就出在这个“理论上”。

我做了三份对比样张，都是同一页，用同一台显示器看：

第一份是原始PDF，没有做任何处理，体积28MB。
第二份是Win解压缩清晰度优先模式直接压的，15MB左右。
第三份是先做字体子集化、再用极限压缩压的，9MB左右。

单看数字，第三份最诱人。但放大到300%看正文宋体的边缘，问题就很明显了。第一份和第二份的“餐”字，撇捺的收笔是干净的，边缘有轻微的灰度过渡，这是正常的抗锯齿表现。第三份的“餐”字，撇的末端出现了锯齿状的断口，而且笔画交叉的地方有轻微的糊连，像是墨没干透洇开了一样。标题那个书法字体更惨，飞白的地方直接被压没了，变成一条实线。

我拿手机拍了屏幕放大图发给客户看，客户说了一句让我有点脸红的话：“这个字印出来会不会像盗版书？”

后来我复盘了一下，问题不在Win解压缩本身，它的清晰度优先模式压出来那版我看过，文字边缘保持得很好，体积也在可接受范围。是我多此一举，先做了字体子集化，把字形的轮廓精度降了一档，再叠上极限压缩，两次损失叠加，就过了红线。

所以我现在给自己定了个规矩：印刷类PDF，字体子集化只做“去冗余字符”，不动轮廓精度；压缩只用清晰度优先模式，体积不够就拆文件分批发，不拿画质换那几MB。

顺便问一句，你们做印刷PDF交付的时候，字体是保留完整字库还是做子集化呢？有没有遇到过子集化之后某个生僻字直接变成方框的情况？我这次没碰到，但总感觉是个隐患哦。