猫啃网
给客户发稿，字体文件和设计稿打进一个包，附件卡在二十五兆，邮件直接退回来。做官网上线，一款黑体的全量包十几兆，首屏文字先用系统字顶着，过两三秒才换成设计稿里的那款。两件事起因相同：字体文件里装着大量用不到的东西。
多数人的第一反应是找压缩软件打包，或者在搜索引擎里找“在线字体压缩”。前者只让传输变轻，装进系统后占的空间一点没少；后者经常顺手把轮廓也简化掉，笔画跟着变形。要把体积降下来又不伤字形，得先弄清楚那十几兆是被什么占掉的。
一、体积由四样东西构成
字形数量。 中文全量字库覆盖两万多码位，每个码位对应一套笔画轮廓。这是体积的主要来源，也是能大幅削减的部分。
轮廓点数。 同样是汉字，黑体的曲线少、节点少，一款常规黑体常在五到八兆；宋体和书法体的转折多，节点密，做到十兆以上很常见。所以文件大小不能横向比，得同一款字前后比。
微调指令。 TrueType 字体里带一段 hint 指令，用于小字号屏幕上的笔画对齐。它对体积的贡献通常在百分之几，但对十二三像素的显示效果影响明显。
字重与语言版本。 每个字重是独立文件，Regular、Medium、Bold 各占一份。带 GB、Big5、日文假名或扩展 A 区的版本又是另外几份。一个家族打包下来几十兆，多数项目只用到其中一两份。
表结构与其他数据。 字符映射表、字距调整、连字替换这些表也占空间，但与字形轮廓相比是小头。
二、能压的三类操作
按字符清单子集化。 把文案导出成纯文本，去重后生成清单，只保留清单里出现的码位。两万多字裁到八百字，文件常落到几十到两百 KB。这是能做出数量级压缩的做法，代价是清单外的字没有字形可用。
去掉微调指令。 用于网页或大字号印刷时，hint 的收益有限，去掉能省一点体积，也能让部分转换工具少出错。屏幕小字场景要谨慎，去掉后笔画容易发虚。
转成 woff2。 这一项是无损的，只换封装与压缩算法，字形数据不动。网页优先用 woff2，体积通常比同内容 ttf 小一半左右。桌面安装仍要用 ttf 或 otf，woff2 装不进系统。
把多个字重合成可变字体。 一个文件带连续的粗细轴，比装五份静态文件轻。前提是原字体本身有设计好的轴数据，硬拼出来的效果不稳。
取文件这一步不必先把字体装进系统，尤其是只为了裁切或转码的时候：
- 字由客户端：下载安装后，在客户端里激活想用的字体，PS / AI / Sketch 自动识别，免去装系统的麻烦。猫啃网提供官方下载入口。
三、不该随手压的地方
用轮廓简化工具压缩。 有些工具会按容差合并节点、把曲线拉直，文件能小一半，笔画末端和转折处的圆角也跟着钝掉。字重越大越容易看出来，四十八像素以上放大对比，边角会明显发硬。
删 name 表和版权字段。 这两张表不占多少空间，删掉却会让系统认不出字体全名，安装后字体列表里显示成一串乱码。OFL 协议明确要求保留版权声明，删掉属于违反协议。
重新生成 hint。 自动重写微调指令的工具对中文复杂字形的判断经常出错，横画的轻微错位在小字号下会累积成整行发灰。
改扩展名当成压缩。 把 ttf 改成 woff 或反过来，浏览器和系统都读不出来。格式转换要走工具，不能手改后缀。
拿打包压缩当结果交付。 zip 只是传输容器，对方解压后还是原大小。如果对方要的是更小的安装包，压的是字体以外的资源，别混为一谈。
四、压缩前后怎么校验
先数字符。 用 fonttools 读一遍生成文件，统计 cmap 里的码位条目数，和清单逐条比对。数量对得上，还要抽查清单里的标点、全角空格、数字是否都在。
再比渲染。 同一段测试文字，用原文件和压缩文件各排一遍，在十二像素、二十四像素、七十二像素三个字号下截图，叠在一起看。前两个字号看笔画是否粘连、是否断线，大字号看轮廓是否变形。
查排版特性。 引号、破折号、省略号的宽度，标点挤压，数字的等宽处理，这些由 GSUB 与 GPOS 表控制。子集化时如果只保留基础映射，特性会一起丢掉，排出来的标点间距和设计稿对不上。
看实际下载量。 网页场景在开发者工具的 Network 面板里看字体请求的真实字节数，别只看本地文件大小，服务器压缩策略和缓存头都会影响结果。
留一份原文件。 压缩版命名加后缀区分，原始包不要覆盖。后续要加字、要改字重，都从原文件重做，不要在已经裁过的文件上二次裁剪。
五、哪些字体改起来阻力小
开源协议类。思源黑体 采用 OFL，允许修改与再分发，做子集化没有协议障碍，字符集也够全，裁切余地大；得意黑 同为 OFL，倾斜骨架用在标题上，字符需求少，裁完更轻；素材集市智造黑 也是 OFL，骨架规整，适合界面与正文；霞鹜文楷 属于 OFL 的楷体，节点比黑体多，压缩比不如黑体，但改起来同样没有协议障碍。
有一件事和压缩绑在一起。 OFL 要求衍生版本更换字体名称。裁完的文件如果对外发布，文件名和内部 name 表都得改，沿用原名属于违规。
六、授权说明
这里的“能压”，指文件可以改体积并正常渲染。核验按三步走。
第一步，确认字体全名。 一个系列常有多款、多个字重和多个地区版本，授权按具体文件声明。带 GB、简繁、VF 后缀的，与基础版不是同一份文件，查协议前先把名字写全。
第二步，查协议类型。 常见几类：开源协议（SIL OFL、MIT、GPL）、作者声明免费商用、随包附带的免费商用声明，以及带保留字体名称条款的授权。开源协议文本公开可查，条件写在正文里；作者声明的范围由声明自身界定，不同作者写法差别很大。
第三步，核使用场景。 网页加载、印刷、视频通常都在允许范围内；把字体嵌进 App、电子书，或做 Logo 商标注册时，要单独确认。子集化后的文件对外分发，归到“再分发”这一栏看。
留凭证。 把字体全名、版本号、获取日期、许可页面截图和链接记在同一个文档里，和项目文件放在一起。字体升级后条款可能调整，有记录才好追溯。
七、FAQ
问：用压缩软件把 ttf 打包成 zip，算压缩字体吗？
不算。zip 只是传输容器，解压后文件大小不变，装进系统占的空间也一样。要真正变小，只能减少字形或换封装格式。
问：子集化之后字体还能装进系统正常用吗？
能。文件结构完整，装进系统后照常调用，只是遇到清单外的字会回落到其他字体。做设计稿时如果文案还会变，建议留一份常用字表版本兜底。
问：在线字体压缩工具能直接用吗？
要先看它做了什么。只转 woff2 的可以，会简化轮廓或删表的不建议用在正式稿上。工具如果不上传参数说明，压完一定按上面的办法比一遍渲染。
问：压到多小算合适？
网页正文按真实字符裁，几十到两百 KB 属常见区间；标题这类固定字符单独裁，十几 KB 也做得到。桌面安装没有硬指标，能覆盖项目用字即可。
小结
字体体积主要来自字形数量和轮廓点数，能真正压下去的手段是按字符清单子集化，其次是去 hint 和转 woff2。轮廓简化、删表、改后缀这些看着省事的做法，代价都落在字形或可识别性上。压完别只看数字，拿三个字号截图对一遍，再查标点和字距特性有没有丢。协议那一栏同样别跳过：确认全名、查清类型、核对场景，凭证留好再发布。
