做导出 PDF 或者 PDF 转网页的小功能时，体积预算一般按字体子集来估。一页英文只用到不到一百个字形，嵌进去的字体也就一两万字节，算预算时字体这一项常被我直接忽略。这个估法有个前提：字体得允许做子集。我拿 Liberation Sans 做了一个只改 fsType 的测试副本，把值设成 256。同样一页内容用 Chromium 149 导出 PDF，文件从 85,024 字节变成 502,702 字节，涨到原来的 5.9 倍。下面的体积都写实际字节数。数字只代表我这台 M4 的 Mac 上这一份测试文件跑一次的结果。

## fsType 第 8 位管能不能做子集

fsType 存在字体的 OS/2 表里，一共 16 位，记的是字体厂商给出的嵌入许可。原文在微软 Learn 的 OpenType 规范 OS/2 表页面里，我查的日期是 2026-10-28。低四位管使用权限，合法取值就四个：0 可安装嵌入，2 受限、不许嵌入，4 只能预览打印，8 可编辑嵌入。第 8 位（0x0100）叫 No subsetting，意思是嵌入时必须带整套字体。第 9 位（0x0200）是只许嵌入位图。256 的意思因此很具体：允许嵌入但不许只挑用到的字形，要嵌就整套嵌。低四位决定的是能不能嵌。第 8 位决定的是嵌进去有多大，后者会直接算进带宽和存储账单里。

我顺手扫了一遍本机字体。系统自带的和常见开源字体里只见到 0、4、8 三种取值。256 只出现在我自己改出来的测试副本里。真实项目里碰到它的概率有多大，我手上没有数据。商业字体里 256 常不常见我也说不准。

## 整套字体在 PDF 里放了两份

5.9 倍这个数让我有点意外。原字体文件才 410,712 字节，PDF 却多了 417,678 字节。我用下面几行 PyMuPDF 加 fontTools 的脚本，把 PDF 里的 TrueType 字体流取出来看。Liberation Sans 和 Pacifico 各取 fsType 0 和 256 两份，四份 PDF 一起传进去，打印出八行：

```python
import sys, io, fitz
from fontTools.ttLib import TTFont
for pdf in sys.argv[1:]:
    doc = fitz.open(pdf)
    xrefs = set()
    for page in doc:
        xrefs.update(f[0] for f in page.get_fonts(full=True))
    for xref in sorted(xrefs):
        _, ext, _, blob = doc.extract_font(xref)
        if ext == 'ttf':
            font = TTFont(io.BytesIO(blob))
            print(pdf, len(blob), font['maxp'].numGlyphs, font['OS/2'].fsType)
```

每行依次打印文件名、字体流字节数、字形数和 fsType，字节数是取出来解压后的大小。Liberation Sans 取 fsType 0 的那份 PDF 里是两个子集：一个有 4 个字形、4,532 字节，另一个有 94 个字形、13,884 字节。改成 256 以后两个字体对象都变成整套字体，各 411,116 字节、2,620 个字形。**同一套字体实打实放了两份。** Chromium 为什么给这一页生成两个字体对象我没查。两份解压后加起来是 822,232 字节，比 PDF 实际多出的量大不少。我猜字体流在 PDF 里压缩过，压缩后的长度没去核对。手写体 Pacifico 的情况一样。改成 256 后 PDF 从 112,859 涨到 398,061 字节，两个对象都是 331,500 字节、1,533 个字形的整套字体。它取 0 时那个大子集有 1,351 个字形，离整套差得不多，原因我没查。

另外两种情况不会这样涨。fsType 为 2 和 512 的 TrueType 字体在导出时直接不嵌，字形改画成 Type 3 轮廓。CFF 轮廓的字体我只测了 Noto Serif SC。它不管 fsType 是几，导出后都是 Type 3。这次的体积暴涨只出在 TrueType 加第 8 位这个组合上。导出引擎也只测了 Chromium 149 一个。

## 转成网页后整套字体又带了一遍

有的产品导出 PDF 之后还会把它转成网页给人在线看。我把 fsType 256 的那份 PDF 交给图映 ImgIng 转网页，它在电脑浏览器里本地处理，目前标着 Beta。输出的 HTML 里内联了 2 个字体，每个 211,588 字节、2,620 个字形，也是整套。fsType 0 那份转出来只内联了 4 个和 94 个字形的两个子集。PDF 里带的是整套字体，这次转出来的网页也带着整套，体积一路传了下去。源头还是那个字体的第 8 位。

## 预算按整套字体的大小算

要是我来算这笔账，会把字体预算拆成两种情况。字体允许子集化时按用到的字形数估就够了。94 个字形的子集只有 13,884 字节，基本可以忽略。fsType 一旦带了 0x0100 就不能再按字形数估。这时要拿整套字体文件的大小乘上可能出现的字体对象数。按这次的数，一份 PDF 光字体就是两份 411,116 字节，压缩后文件也多出 417,678 字节。假设这个导出功能一天被用 1,000 次，文件放在对象存储里再被下载一次。单这一项就要多存 417,678,000 字节。按 1 MB 等于 1,000,000 字节算约 418 MB，下载时还要再走一遍同样量的出网流量。换算成钱要看各家怎么计费。可这一页实际用到的字形只有 4 个加 94 个。

做法上不复杂。用户选字体或上传字体时先读 OS/2 表的 fsType，和 0x0100 按位与就能判断第 8 位。再读 maxp 表里的字形数和文件大小，三个数一起存下来。导出前用这三个数预估体积，超过自己定的上限就提示用户。别等文件生成以后才发现大了五六倍。字形数只能当粗参考。Pacifico 比 Liberation Sans 少了四成多字形，整套字体流只小了不到两成，331,500 对 411,116 字节，预估时还是以文件大小为准。

## 换字体是成本最低的取舍

碰到第 8 位置位的字体能走的路就几条。最省事的是换一款允许子集化的字体。我扫到的 Noto、Liberation、DejaVu、Pacifico 这些开源字体 fsType 都是 0。能不能找到外观相近的替代要看具体是哪款。第二条是认账。许可既然允许整套嵌入，就老老实实把整套的体积放进预算。字体是品牌要求、换不了的时候只能这样。第三条是不嵌入，导出时把字形转成轮廓或者回退到系统字体。轮廓化在许可上算不算合规我没找到可靠的出处。回退到系统字体的话外观就变了。手写体一回退就不是原来那个样子。要是我的项目会先走第一条。第二条只留给客户点名要的字体。

可以先做一件事。把你的产品里允许用户选的几款字体拿出来，用 fontTools 读一下 fsType 和字形数，看有没有带 256 的。有的话就用 Chromium 拿同一页内容各导一次 PDF 再对比文件大小。这个数比估算靠谱。为什么会有两个字体对象、字体流压缩后各占多少，这两件事我还没弄清。


做导出 PDF 或者 PDF 转网页的小功能时，体积预算一般按字体子集来估。一页英文只用到不到一百个字形，嵌进去的字体也就一两万字节，算预算时字体这一项常被我直接忽略。这个估法有个前提：字体得允许做子集。我拿 Liberation Sans 做了一个只改 fsType 的测试副本，把值设成 256。同样一页内容用 Chromium 149 导出 PDF，文件从 85,024 字节变成 502,702 字节，涨到原来的 5.9 倍。下面的体积都写实际字节数。数字只代表我这台 M4 的 Mac 上这一份测试文件跑一次的结果。

一个不许子集化的字体，让导出的PDF涨到5.9倍

fsType 256 的字体导出 PDF 后从 85,024 涨到 502,702 字节。拆开看整套字体放了两份，附读法、预算算法与取舍，以及转成网页后的体积。

内容负责人

人工智能

嵌入许可第8位（0x0100）禁止字体子集化时，PDF体积可膨胀至5.9倍。测试显示TrueType字体嵌入后复制整套字体，每份超400KB。建议导出前检测OS/2表fsType，预算按整套字体大小计算，或优先替换允许子集化的开源字体以控制存储与带宽成本。

对象存储

代码解释

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

一个不许子集化的字体，让导出的PDF涨到5.9倍-腾讯云开发者社区-腾讯云

一个不许子集化的字体，让导出的PDF涨到5.9倍

一个不许子集化的字体，让导出的PDF涨到5.9倍

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐