装完一台新机器，最烦的不是装软件，是打开一份别人发来的文档，标题糊成一团，中文全变成方框，页脚的行距莫名其妙被撑开。我把这套流程摸熟之后，现在装完系统第一件事就是把字体库铺好，而不是等文档报错了再救火。这篇就聊聊 Word、Office 文档背后的系统字体库——它到底是什么、免费字体从哪来、三个主流桌面系统怎么装、批量部署怎么写脚本、装完不生效怎么排查。不管你是刚换新电脑的普通用户，还是要给整个团队统一排版环境的运维，或者是经常收到外来文档被字体折磨的设计、文案，下面这些内容都能直接抄走用。我不会给你某个下载站的链接，那种地方十个包里九个带私货，而是把“去哪里找、怎么验、怎么装、装完怎么确认”这条链子讲透，这比给你一个压缩包有用得多。

1. 字体库的底层构成：你装的到底是什么

很多人对“字体库”的理解停留在“文件夹里塞一堆字体文件”，实际上从文件格式到系统注册，中间隔着好几层。搞清楚这几层，后面所有装不上、不生效、显示错乱的问题，基本都能自己定位。我见过太多人把字体文件拖进字体文件夹就以为完事了，结果软件重启三遍还是找不到——因为他拖错了目录，或者系统缓存压根没刷新。这一章先把地基讲清楚。

1.1 四种字体文件格式与它们的适用边界

字体文件并不是只有一种。日常能碰到的主要是 TTF、OTF、TTC 三类，网页场景还有 WOFF/WOFF2。它们的差别不只是后缀名，而是内部轮廓描述方式和打包结构不同，直接影响到兼容性和加载表现。

TTF（TrueType Font）用的是二次贝塞尔曲线描述字形轮廓，结构简单、解析门槛低，是兼容性最好的一种。你在任何系统、任何版本的办公套件里装 TTF，基本不会出问题。缺点是精细排版时曲线节点较多，大字号打印锐利度略逊。

OTF（OpenType Font）是一个容器格式，内部轮廓可能是 CFF（三次贝塞尔）也可能是 TrueType。三次贝塞尔的优势是同样曲线用更少的控制点就能描述，印刷级的字库多用这种。更关键的是 OTF 支持更丰富的 OpenType 特性表，比如连字、小型大写、旧式数字、上下文替换，做精细排版时这些特性很有用。

TTC（TrueType Collection）是把多个字体打包进一个文件。系统预装的中文字体特别喜欢用这种形式，一个文件里同时装着常规、粗体、细体几个字重，省空间也省加载时间。它的坑在于“卸载不干净”——你以为是删一个文件，实际里面装着五个字体，删掉之后想单独留一个都做不到。

WOFF / WOFF2是给网页用的，WOFF2 用了更高效的压缩算法，体积通常只有原文件的六成左右。桌面系统对这两种格式的支持很不统一，装了也可能不被识别，别拿它当桌面字体用。

还有一个变种要提一句：可变字体（Variable Font）。一个文件里通过参数轴描述从细到粗、从窄到宽的连续变化，文件体积比装五六个静态字重小得多。但它的兼容性依赖应用层的支持程度，一些年份较老的软件只会读取默认实例，你调粗细它纹丝不动。给团队统一环境时，我一般建议保守一点，静态字重更稳。

1.2 系统字体库、用户字体库与办公套件的三层关系

这是最容易混淆的地方。很多人以为办公套件有自己独立的字体库，其实绝大多数情况下它不存字体，只是调用操作系统的字体接口，把系统里注册过的字体列出来给你选。所以你看到的下拉列表，本质是系统字体库的一份“视图”。

系统层面通常分两级目录：

• 全系统级目录：所有登录账户都能看到。放这里的字体，任何用户打开文档都能正常显示。
• 单用户级目录：只有当前账户可见。适合个人临时装一堆字体又不想污染全局环境的情况。

再往上还有一层，是少数应用自带的私有字体目录，装在软件安装路径下面。这种一般是软件为了保证自身界面一致性内置的图标字体或界面字体，普通用户不需要也不该往里塞东西。

三者的关系可以这么理解：全系统级是“公共仓库”，单用户级是“私人抽屉”，应用私有目录是“厂家自带的工具箱”。你往哪个抽屉放东西，决定了谁能看见。给多人共用的机器（比如会议室电脑、打印室的公用机），字体一定要装到全系统级，否则换个人登录就全是方框，这种事我遇到过不止一次。

1.3 安装不等于生效：字体缓存这一层常被忽略

把文件复制到字体目录，只是完成了“物理存放”，真正让系统认识它，还要经过缓存注册这一步。三个系统都有各自的缓存机制，而且都会出问题。

Windows 侧依赖字体缓存服务，它把字体索引缓存在系统账户的配置目录下。这个服务偶尔会卡死，表现就是字体文件明明在、注册表项也写了，但软件的字体列表里就是不出现。macOS 侧有一套字体注册数据库，负责管理字体启用状态和冲突检测，数据库损坏时会出现“字体册里看得见、应用里选不到”的怪现象。Linux 侧的 fontconfig 缓存放在用户缓存目录里，手工拷进去的字体如果不跑一次缓存重建，命令行工具和应用都读不到。

注意：装字体之后如果没有立即生效，先别急着重装。九成的情况是缓存没刷新，重启应用甚至重启系统就能解决，比重装省事得多。

2. 免费字体的来源与授权边界

标题里写着“免费下载”，但免费这件事得分两层看：下载免费和商用免费完全是两码事。我见过小团队从各种渠道扒下来一堆字体，做出来的物料印了几万份，后来收到字体厂商的函，赔的钱够买十年正版授权。这一章不讲大道理，只讲怎么在合法范围内把字体库建起来，以及怎么避免踩坑。

2.1 授权类型速查：能免费用和能免费商用的区别

字体授权大致能分成这么几类，我按从宽松到严格排一下：

最后一行是重灾区。很多人以为系统里自带的那些中文字体，拷出来发给同事、传到网盘上“共享”是没问题的。实际上系统预装字体的授权是绑定在操作系统许可里的，你只能在装了这套系统的设备上用它渲染和打印，把文件本身拷给别人，属于再分发，这个动作通常是被禁止的。所以“从系统里提取字体打包下载”这种做法，我不建议任何人碰，尤其是要用于对外交付的场合。

真正安全的来源是前两类：开源协议字体和厂商明确释放的免费商用字体。判断方法很简单，看官方页面有没有明确的授权说明文档，下载包里有没有 LICENSE 文件。只有一个压缩包、连个说明文本都没有的，一律按不可商用处理。

2.2 一套自用字体库的配比清单

新手容易犯的错是“看到好看的就装”，装到几百个字体，结果每次打开字体下拉框要滚半天，选字体比写文档还累。我的经验是控制在 40 到 60 个字体族（family）以内，按用途分类配置，够用又不臃肿。

一套实用的配比大概是这个结构：

• 中文正文主力：2 到 3 款。要求是字重齐全（至少常规、中等、粗体三档）、字面大小适中、长时间阅读不累眼。无衬线黑体类适合屏幕阅读，衬线宋体类适合正式打印文档。
• 中文标题展示：3 到 5 款。这类字体特征是笔画有性格、视觉冲击强，用在封面、海报、章节大标题上，正文绝不能用。
• 西文正文：2 款。一款人文主义无衬线，一款过渡型衬线，覆盖绝大多数场景。
• 西文标题 / 展示：3 款左右，可与中文标题搭配使用。
• 等宽代码字体：1 到 2 款。要求是 0 和 O、1 和 l 和 I 区分明显，中文全角字符对齐正常。写代码、排技术文档必备。
• 符号与图标字体：2 到 3 款。数学符号、箭头、图形符号的补充，避免混排时出现缺字。
• 特殊用途：手写、圆体、艺术字，按需 2 到 3 款。

按这个配比下来，总的字体文件数量大概在 80 到 150 个（因为一个字族往往有多个字重文件），占用空间 200MB 到 500MB。这个体量对现在的硬盘完全不算事，但对字体下拉框的清爽度提升非常明显。

2.3 下载后的完整性校验

字体文件是二进制文件，下载过程断流、压缩包损坏、被人二次打包塞东西，都会导致装上去之后出现异常：字形渲染错乱、某些字符显示成豆腐块、甚至应用崩溃。所以拿到文件别急着双击安装，先做两件事。

第一件是算哈希。正规渠道通常会提供文件的校验值，下载后对一遍。三个系统的命令分别是：

# Windows PowerShell Get-FileHash -Algorithm SHA256 "D:\Fonts\example.ttf"

# macOS shasum -a 256 ~/Downloads/example.ttf # Linux sha256sum ~/Downloads/example.ttf

第二件是读字体元信息。这一步能发现很多隐藏问题，比如文件后缀写着 OTF 实际是 TTF、字体族名和文件名对不上（这会导致注册表写入错误）、字体里缺少中文字符集。用 Python 的 fontTools 库几行代码就能读出来：

from fontTools.ttLib import TTFont font = TTFont("example.ttf") # nameID 1 = 字体族名, 2 = 样式名, 4 = 完整名, 6 = PostScript 名 for record in font["name"].names: if record.nameID in (1, 2, 4, 6): try: print(record.nameID, record.toUnicode()) except Exception: pass # 检查字符覆盖情况 cmap = font.getBestCmap() print("字符总数:", len(cmap)) print("是否含基本汉字:", ord("中") in cmap)

跑一遍你就知道这个文件到底叫什么、能显示多少字。我踩过的最坑的一次是某个号称“全字符集”的字体，实际汉字覆盖只有三千多字，排一篇普通文章就冒出十几个缺字方框，直到导出 PDF 才发现。

3. 三平台安装实操：目录、权限与缓存

装字体这件事，三个系统的逻辑差别挺大。Windows 有安装向导和注册表，macOS 有字体册和沙盒保护，Linux 纯粹靠目录规范和缓存。下面这套流程是我在无数台机器上验证过的，按顺序来基本不会出问题。

3.1 Windows：单用户安装和全系统安装怎么选

Windows 从某个版本开始支持两种安装方式，右键字体文件时菜单里会出现“安装”和“为所有用户安装”两个选项。绝大多数人随手点第一个，然后就出现了“我装了字体但同事打开还是方框”的情况。

区别在这里：

• 为所有用户安装：文件被复制到系统级字体目录，注册表写入全局配置项，所有登录账户可见，需要有管理员权限。
• 仅当前用户安装：文件被复制到当前账户的本地应用数据目录下的字体文件夹，注册表写入当前用户配置项，无需管理员权限，换个人登录就看不见。

个人电脑怎么装都行，公用机器、办公电脑、会议室设备，一律选“为所有用户安装”。这个判断标准很简单：这台机器会不会有第二个人登录？会，就装全局。

手动安装之外，还有两个实用技巧。第一是通过资源管理器的字体文件夹拖放：打开系统字体目录，把字体文件直接拖进去，系统会自动走安装注册流程并弹出进度条，效果等同于右键安装。第二是用 Shell 的 CopyHere 方法，这个后面讲批量部署时会用到，它走的是完整的安装流程，比手动复制文件加写注册表可靠得多。

要提醒的是，Windows 在安装时会做字体名查重。如果系统里已经有同名字体，安装向导会直接阻断，提示“字体已安装”，不给覆盖选项。这时候必须先卸载旧版本再装新的，否则你会陷入“提示已安装，但用的还是旧字形”的死循环。

3.2 macOS：字体册与目录直放的区别

macOS 有图形化的字体管理工具，装字体最省事的做法就是双击字体文件，在弹出的预览窗口里点安装。但如果你想控制字体装到哪里、或者批量装几十个文件，就得知道目录结构。

macOS 的字体目录分三层：

• 系统级受保护目录：存放系统必需字体，被完整性保护机制锁住，不建议也不允许你往里加东西。
• 全用户级目录：所有账户共享，路径是/Library/Fonts，写入需要管理员权限。
• 当前用户级目录：只对当前账户生效，路径是~/Library/Fonts，不需要管理员权限。

日常装字体，我推荐放用户级目录~/Library/Fonts。好处是不需要提权，卸载就是删文件，干净利落，也不会影响其他账户的字体列表。要给全团队共用一台机器时再放/Library/Fonts。

批量拷贝进去之后，一定要重建字体注册数据库，否则部分应用（尤其是启动时间早于你拷贝动作的那些）读不到新字体。对应的命令是：

# 关闭字体注册服务并清除数据库，下次访问时自动重建 atsutil server -shutdown atsutil databases -remove atsutil server -ping

执行完这三条，字体环境基本就干净了。第三条命令返回服务已启动的提示就说明重建成功。这套操作我在遇到“字体册里能看到但设计软件里选不到”的问题时用过很多次，比反复重启系统快得多。

3.3 Linux：fontconfig 目录规范与缓存重建

Linux 这边没有安装向导，全靠目录和缓存，但一旦理解了规则反而最清晰。

用户级字体放~/.local/share/fonts（老版本系统也认~/.fonts，但新规范推荐前者），全系统级放/usr/local/share/fonts或/usr/share/fonts下面按字体族建子目录。放好之后跑一条命令重建缓存：

# 递归刷新所有字体缓存，输出详细信息 fc-cache -fv # 只刷新指定目录 fc-cache -fv ~/.local/share/fonts

确认字体被识别，用这几个命令：

# 列出所有中文字体 fc-list :lang=zh # 统计当前系统识别到的字体总数 fc-list | wc -l # 查询某个字体名的实际匹配结果（很重要，能看出是否发生了替换） fc-match "Some Font Name" # 查看某个字体文件的详细信息 fc-query example.ttf

fc-match这个命令特别值得掌握。它的作用是：当你指定一个字体名时，系统实际用哪个字体来渲染。如果返回的不是你期望的那个，说明字体没被正确识别，或者被字体替换规则接管了。排查“文档里指定了某字体但显示成别的样子”这类问题时，它是第一把钥匙。

提示：Linux 桌面环境常有一套字体替换配置文件，定义了“某某字体缺失时用某某替代”的规则。这套规则对保证文档可读性很有用，但在需要精确还原排版时会带来麻烦，必要时可以临时禁用。

4. 批量部署与自动化脚本

给一台机器装几十个字体，手动点几十次右键，效率低还容易漏。我在给团队统一环境时，基本都写成脚本跑。下面三个平台的方案都是实测能用的。

4.1 Windows 批量安装脚本：CopyHere 方案

前面提过，手动复制文件加手写注册表有个致命问题：注册表项的名字必须和字体文件内部的完整名字严格一致，差一个字符系统就不认。而字体文件内部名字和文件名经常不一样，靠人眼对根本不可靠。

正确做法是调用 Shell 的 CopyHere 方法，它等同于“把文件拖进字体文件夹”，系统会自己解析字体信息、自己写注册表：

# 以管理员身份运行，安装到全系统字体目录 $sourceDir = "D:\Fonts" $shell = New-Object -ComObject Shell.Application $fontsFolder = $shell.Namespace(0x14) # 0x14 是系统字体文件夹的 CSIDL Get-ChildItem -Path $sourceDir -Include *.ttf, *.otf, *.ttc -Recurse | ForEach-Object { Write-Host "正在安装: $($_.Name)" # 0x10 = 不弹确认框, 0x04 = 不弹进度条 $fontsFolder.CopyHere($_.FullName, 0x10 -bor 0x04) Start-Sleep -Milliseconds 200 } Write-Host "全部处理完成"

几点实操心得。第一，Start-Sleep那句不是凑数的，字体安装是异步的，连续狂刷几十个文件容易让 Shell 组件卡住，加个几百毫秒间隔稳得多。第二，这个脚本遇到系统里已存在的同名字体会静默跳过，不会覆盖，所以升级字体版本前必须先卸载旧版。第三，脚本跑完建议重启一次字体缓存服务，让注册表变更彻底生效：

Restart-Service FontCache -Force -ErrorAction SilentlyContinue

如果服务重启报“依赖服务或组无法启动”之类的错，直接重启系统，别在这上面纠缠。

4.2 macOS 与 Linux 的批量脚本

macOS 侧逻辑简单，拷贝加重建数据库两步走：

#!/bin/bash SRC_DIR="$HOME/Downloads/FontPack" DST_DIR="$HOME/Library/Fonts" mkdir -p "$DST_DIR" find "$SRC_DIR" -type f \( -iname "*.ttf" -o -iname "*.otf" -o -iname "*.ttc" \) -exec cp -v {} "$DST_DIR" \; # 重建字体注册数据库 atsutil server -shutdown atsutil databases -remove atsutil server -ping echo "安装完成，当前用户字体目录共有 $(ls -1 "$DST_DIR" | wc -l) 个文件"

Linux 侧同理，拷贝完刷新缓存，顺便统计一下中文字体覆盖情况：

#!/bin/bash SRC_DIR="$HOME/Downloads/FontPack" DST_DIR="$HOME/.local/share/fonts" mkdir -p "$DST_DIR" find "$SRC_DIR" -type f \( -iname "*.ttf" -o -iname "*.otf" -o -iname "*.ttc" \) -exec cp -v {} "$DST_DIR" \; fc-cache -fv "$DST_DIR" echo "中文字体数量: $(fc-list :lang=zh | wc -l)" echo "字体总数: $(fc-list | wc -l)"

这两个脚本我建议存成文件、加执行权限，以后换机器直接跑，比记一堆命令靠谱。

4.3 字体清单与版本管理

批量部署做到位之后，下一个问题是版本一致性。团队里五台机器装着同名字体的不同版本，会出现同一份文档在不同机器上排版微移、行数不一样的情况，甲方一校对就穿帮。

我的做法是维护一份纯文本的字体清单，每行记录字体族名、版本号、文件名、哈希值：

Font Family | Version | File | SHA256 (前 16 位) ----------------------------------------------- Example Sans | 2.003 | ExampleSans-Regular.ttf | a1b2c3d4e5f60718 Example Serif | 1.100 | ExampleSerif-Bold.otf | 9f8e7d6c5b4a3021

生成这份清单可以用前面提到的 fontTools，读name表里的版本号字段（nameID 5）和唯一标识字段（nameID 3），再配合文件哈希。有了这份清单，任何一台机器上的字体环境都能快速核对，出问题也能立刻定位是哪台机器的哪个字体版本不对。

版本号这个信息比想象中重要。同样叫“某某黑体”，1.x 版本和 2.x 版本的字符宽度可能有细微调整，字间距变化累积到整篇文档就是页码错位。我做过的项目里，有一次就是因为两台机器上的正文字体小版本不同，导致同一份方案打印出来页码差了一页，白白重印了一批。

5. 字体冲突、覆盖与回滚

字体装多了必然会遇到冲突，这类问题最烦人的地方是表现得很随机：这台机器好好的，那台机器就是错位。下面这几个场景是我踩坑最多的。

5.1 同名字体不同版本：最隐蔽的排版杀手

系统识别字体靠的是字体内部的族名和样式名，不是文件名。这就意味着你完全可以往系统里塞进两个文件名完全不同、但内部名字一模一样的字体文件。系统会把它们当成同一个字体的两个候选，具体用哪个取决于加载顺序和缓存状态，结果就是不可预测。

更麻烦的是卸载不干净。Windows 卸载字体时按注册表项删，如果之前通过不同方式（右键安装、拖放安装、脚本安装）装过同一个字体，可能残留多个注册表项指向不同文件，卸载时只删掉一个，剩下的继续生效。

处理这类问题的流程我总结成三步：

1. 查：用 fontTools 遍历所有字体文件，把族名和样式名打印出来，找出重复项。
2. 清：把所有重复的字体全部卸载，注意系统字体目录和用户字体目录都要清，注册表的全局和用户两个位置也要确认。
3. 装：只装一份确定要用的版本，装完重启缓存服务。

# 批量扫描目录下的字体，找出内部名重复的文件 import os from collections import defaultdict from fontTools.ttLib import TTFont seen = defaultdict(list) for root, _, files in os.walk("D:/Fonts"): for f in files: if f.lower().endswith((".ttf", ".otf", ".ttc")): path = os.path.join(root, f) try: font = TTFont(path, fontNumber=0, lazy=True) family = font["name"].getDebugName(1) style = font["name"].getDebugName(2) seen[f"{family} / {style}"].append(path) font.close() except Exception as e: print("读取失败:", path, e) for key, paths in seen.items(): if len(paths) > 1: print("重复:", key) for p in paths: print(" ", p)

这段脚本跑一遍，重复项一目了然。TTC 文件要注意用fontNumber参数逐个读取包内的字体。

5.2 字体数量对启动速度和内存的影响

字体不是装得越多越好，这一点很多人没意识到。系统在启动时会枚举并加载字体索引，应用软件在打开字体下拉框时会遍历全部字体并做一次渲染预览，字体数量直接影响到这个过程的耗时。

实测下来，字体文件数量在一千个以内时，影响基本可以忽略；到两三千个时，一些设计软件首次打开字体面板会明显卡顿一两秒；超过五千个，部分软件会出现字体面板加载失败、或者应用启动明显变慢。Linux 上用fc-list | wc -l可以看到当前数量，Windows 上直接看字体目录里的文件数。

所以我的建议是按项目分库。日常环境只装常用的一套，做特定项目需要特殊字体时，临时装、项目结束就卸。这不是洁癖，是实实在在影响使用体验的事。

5.3 备份与回滚：出问题能一键回到干净状态

动手装一大批字体之前，务必先备份当前字体环境。三个系统的备份方式：

Windows 的全局字体注册表项在系统配置单元下，导出需要管理员权限，导出命令把路径换成全局项即可。

回滚的流程就是反向操作：清空字体目录里的自定义字体，导入备份的注册表，重启缓存服务。我给自己定了个规矩：任何一次装超过十个字体的操作，备份先行、装完立刻验证一份关键文档的显示效果，确认没问题再往下走。这个习惯帮我省过至少两次重装系统的麻烦。

6. 文档字体缺失的排查实战

前面讲的都是“把字体装好”，这一章讲讲已经出问题了怎么救。收到的文档显示异常，原因通常跑不出几种，按顺序排查效率最高。

6.1 拿到文档全是方框？先做这三步定位

第一步，判断是缺字符还是缺字体。缺整款字体时，文档会用替代字体渲染，文字能看但字形不对、行宽变化、分页错乱。缺字符时，只有个别生僻字、特殊符号显示成方框或者空白。这两种情况的处理方向完全不同：前者要装字体，后者要换字体或者补字符集。

第二步，查文档里到底用了哪些字体。文档格式本质是压缩包，里面有个描述文档结构的标记文件，记录了每一段文字用的字体名。直接把文档后缀改成压缩包后缀解压，翻那个结构文件就能看到。这一步能明确告诉你缺的是哪几款，而不是瞎猜。

第三方工具也能做，很多文档编辑器有“字体替换”或“字体信息”面板，能列出文档引用的全部字体和当前系统里的替代情况。用工具更省事，但要知道它在做什么。

第三步，确认系统里装的是不是同一个版本。前面说过，字体同名不同版本会导致排版微移。查的方法是用 fontTools 读一下你装的这款字体的版本号，和文档创建者声称用的版本对一下。这一条在跨团队协作时特别重要。

6.2 字体嵌入与导出：把排版锁死在文件里

如果你是要把文档发给别人，最省心的方案不是让对方装字体，而是把字体嵌进文件里。主流文档格式大多支持这个功能，在保存或导出的选项里通常有个“将字体嵌入文件”的勾选项。

嵌入有两个注意点。第一，不是所有字体都允许嵌入。字体文件内部有个嵌入权限标志位，规定了这个字体能不能嵌、能不能只读嵌入、能不能允许编辑。授权严格的商业字体往往禁止嵌入，勾了选项也嵌不进去，或者嵌进去对方打开依然提示缺字体。第二，嵌入会显著增大文件体积，一个中文字体动辄十几兆，全文嵌入后文档可能从几百 K 变成几十兆。

如果目标只是让对方看到和打印一致的效果，导出为固定版式的文档格式更稳妥。这种格式会把用到的字符子集化后打包进去，只保留实际用到的字形，体积可控，显示结果和源文件完全一致，也不受对方系统字体环境影响。这是我给外部交付时的默认动作。

如果要保留可编辑性又要保证显示一致，还有个折中方案：正文全部使用通用性极强的基础字体（比如系统自带的基础黑体和宋体类），只在标题、封面这类少量文字上用特殊字体，并且把这些特殊文字转成图形对象。代价是这些文字不可搜索、不可编辑，但显示绝对不会跑版。

6.3 常见问题速查表

下面这些是我这些年被问得最多的问题，整理成表格方便对照。

再说一个很多人忽略的点：卸载字体后要清理残留。Windows 上卸载字体，文件删了但注册表项可能还在，系统仍然认为这款字体存在，导致下次安装同名字体时被判定为“已安装”而拒绝。清理方法是手动检查注册表里那两个字体路径下的项，把指向不存在文件的条目删掉。macOS 和 Linux 相对干净，删文件加重建缓存就够了。

最后分享一个我常用的验证方法：装完字体后，不要只看字体列表里有没有出现，而是实际排一段包含中英文混排、数字、标点、生僻字的样张，导出成固定版式看一眼。这一步能一次性暴露字形缺失、字重缺失、标点位置异常、中西文基线不齐这几类问题。我给自己做了一张固定的测试样张，每次调整字体环境都跑一遍，五年下来帮我拦住了至少十几次潜在事故。

我个人的体会是，字体这件事的难点从来不在“装”，而在“管”。装是五分钟的事，管是长期的事——你得知道系统里现在有什么、每个字体能不能商用、版本是不是一致、出了问题怎么回到干净状态。把这四件事变成习惯，后面所有跟字体相关的麻烦都会少一大半。