确认内置字体冲突后，需停用非系统路径同名字体、重建ats数据库并验证三层渲染：系统界面、原生app、底层调用，确保仅保留/system/library/fonts下的可信字体版本。
macos 软件渲染路径报错（如文字变方框、排版错位、应用启动失败、pdf 文字缺失等），若确认由系统内置字体冲突引发，本质是多个同名字体或结构异常的字体同时被系统加载，导致 ats（apple type services）在构建字体回退链（fallback chain）时无法确定优先级，进而触发底层渲染引擎异常。这不是单纯“换个字体”就能解决的问题，需从字体来源、加载顺序和系统服务三端协同处理。
确认是否为内置字体冲突
先排除误判：打开「字体册」→ 左侧选「计算机」→ 点击菜单「文件」→「验证字体」。重点观察报告中是否出现以下标记：
- PingFang.ttc、HelveticaNeue.ttc 或 STHeiti.ttc 被标为红色（损坏）或黄色（重复/版本混杂）
- 同一字体家族存在多个安装位置（例如 /System/Library/Fonts 和 /Library/Fonts 中都含 PingFang）
- 验证报告里提示 “Conflicting font versions” 或 “Duplicate font name with different format”
若上述任一情况存在，即属典型内置字体冲突——系统在调用 UI 渲染时无法安全选择可用字形，直接抛出 CoreText 或 ATS 错误日志（常见于 Console 中搜索 CTFontManager 或 ATS）。
停用冲突副本，保留唯一可信源
macOS 的字体加载有严格优先级：/System/Library/Fonts > /Library/Fonts > ~/Library/Fonts。但若非系统路径下存在同名字体（尤其被第三方工具误装的 PingFang 替换版），会干扰 ATS 数据库索引。
- 在「字体册」中，右键点击所有非 /System/Library/Fonts 下的 PingFang、Helvetica Neue、STHeiti 等核心字体 → 选择「停用」
- 特别注意：不要删除 /System/Library/Fonts 中的任何字体；若发现该目录下有非 Apple 签名的 .ttc 文件（可通过终端执行 xattr -l /System/Library/Fonts/PingFang.ttc 查看），说明系统已被篡改，需考虑重装系统或运行 sudo softwareupdate --install-rosetta 触发字体完整性修复
- 停用后，重启「字体册」并再次验证，确保仅剩一个绿色通过状态的系统原生版本
重建字体数据库与强制刷新服务
停用操作不会自动清除已缓存的冲突索引。必须手动重置 ATS 数据库，否则软件仍沿用旧路径。
- 打开「终端」，依次执行以下命令（每条回车后等待完成）：
sudo atsutil databases -remove
atsutil server -shutdown
atsutil server -ping - 执行完毕后，**不重启电脑**，而是关闭所有正在运行的办公类、设计类、开发类 App（Pages、Keynote、VS Code、Sketch、Adobe 系列等），再逐一重新打开测试
- 若某 App 仍报错（如 Keynote 提示 “Could not resolve font family”），说明其进程缓存未清空，需完全退出该 App（右键 Dock 图标 →「退出」），再启动
验证系统级渲染是否恢复
最终确认是否真正解决，不能只看桌面或备忘录，要测试三个关键层：
- 系统界面层：进入「系统设置」→「通用」→「语言与地区」，观察中文标题、按钮文字是否正常显示（非方框）
- 原生 App 层：新建 Pages 文档，输入中文+英文混合段落，切换不同字体（PingFang SC / Helvetica Neue / Times New Roman），确认无断字、无空白、无加粗失效
- 底层调用层：在终端运行 system_profiler SPFontsDataType | grep -i pingfang，应只返回一条 /System/Library/Fonts/PingFang.ttc 路径
全部通过，即表示渲染路径已回归系统默认安全链。后续安装第三方字体，请务必使用「字体册」导入并勾选「解决重复字体」，避免再次扰动核心字体生态。
