之前做 Windows 个性化定制时，最常被吐槽的就是系统默认的微软雅黑在部分屏幕上显示发虚、笔画边缘不够干净，尤其换了高分屏或者外接显示器之后，字体模糊问题会被进一步放大。后来尝试把 macOS 上的 SF Pro 和苹方字体移植到 Windows，替换微软雅黑作为系统界面字体，整体观感立刻清爽了不少。这篇文章就把我踩过的坑、可复制的注册表配置、字体获取边界和模糊排查思路完整整理出来，适合喜欢折腾系统外观、对字体渲染敏感的同学，也适合遇到字体模糊问题想先做软件层面优化的朋友。

1. 为什么很多人想把微软雅黑换成 SF Pro 和苹方

微软雅黑是 Windows 中文系统默认的界面字体，覆盖中英文、数字和常见符号，字符集完整，兼容性也很强。但它的设计风格偏方正、字面较大，在低分屏和部分缩放比例下容易出现笔画堆叠，小字号阅读时边缘会发虚。很多设计师和开发者在长期使用 macOS 或浏览苹果官网之后，会觉得 SF Pro 的西文字形更现代，苹方在中文排版上更干净、安静，于是希望能把 Windows 的默认字体也换成这两款。

这种替换不是简单的“安装字体后选一下”就能完成的。Windows 的界面字体调度机制比想象中复杂，系统默认字体并不只在记事本或浏览器里生效，而是被大量原生组件、对话框、标题栏和菜单共同引用。微软雅黑作为默认 UI 字体，已经写死在很多应用程序的字体回退链里。想要真正替换成功，需要从注册表的 FontSubstitutes 字体替换机制入手，把“微软雅黑”这个字体名整体映射到目标字体上。

需要明确的是，SF Pro 是 Apple 设计的西文字体，苹方是 Apple 为简体中文、繁体中文和香港中文用户设计的中文字体。两者组合后，正好可以覆盖界面中大量出现的英文、数字和中文场景。由于 Windows 字体回退机制并非纯智能，我们在配置时需要额外注意中英文的 fallback 顺序，否则很容易出现中文变成方框、或者界面字体显示异常的尴尬情况。

2. 替换前必须搞懂的几个概念：字体族、FontSubstitutes 与字体回退

2.1 字体名、字体族名和字体文件名的区别

很多第一次折腾字体的人在注册表里看到“Microsoft YaHei”时都会困惑：文件名不是 msyh.ttc 吗？为什么注册表里写的不是文件名？

这里要区分三个概念。

字体文件名是字体文件在磁盘上的名字，比如msyh.ttc、PingFang.ttc。字体族名是字体在系统中对外展示的家族名称，比如微软雅黑的英文族名是Microsoft YaHei，苹方简体中文的族名是PingFang SC。字体全名则可能包含字重、字形等细节，比如PingFang SC Regular。

Windows 的字体替换、应用调用和注册表映射，绝大多数情况下认的是“字体族名”，不是文件名。因此，后续注册表里写的"Microsoft YaHei"="PingFang SC"，含义是：当某个程序请求使用 Microsoft YaHei 时，Windows 把它替换为 PingFang SC。

2.2 FontSubstitutes 是什么

FontSubstitutes 是 Windows NT 系统维护的一张“字体别名映射表”，它告诉字体管理器和 GDI：当某个逻辑字体名被请求时，实际使用哪个物理字体。

这张表保存在注册表路径：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes

也存在于当前用户的配置中：

HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes

系统级配置对登录用户、登录界面和服务进程有更广泛的生效范围，用户级配置只影响当前用户，适合做试验。文章后面的配置以系统级为主，你会看到很多常见系统默认映射，例如：

"MS Shell Dlg"="Microsoft Sans Serif" "Arial"="Arial"

这些值说明：当程序使用 MS Shell Dlg 这个低层逻辑字体时，实际渲染走的是 Microsoft Sans Serif。我们改微软雅黑，本质上就是往这张表里添加或修改映射项。

2.3 字体回退机制与中英文混合问题

字体替换并不能保证某个字体一定包含所有字符。比如 SF Pro Display 是纯西文字体，不包含汉字。如果把微软雅黑直接替换成 SF Pro Display，那么中文内容不会显示出来，而是继续在系统字体回退链里寻找其他中文字体。

Windows 的字体回退链会用“字体链接（Font Linking）”机制，从注册表的：

HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink

读取关联关系。比如微软雅黑通常会关联到msyh.ttc,Microsoft YaHei UI，用来补齐某些字符。直接修改 FontSubstitutes 时，如果目标字体缺字，系统会尝试回退到默认字体。这种回退有时能正常工作，有时则会出现字体混排或方框。

因此，比较稳妥的中英文替换策略是：

• 把微软雅黑替换为苹方，因为苹方同时包含中文和拉丁字母，中文、英文至少不会缺字。
• 把 Segoe UI 或 Arial 这类西文字体替换为 SF Pro，让系统的英文、数字优先使用 SF Pro。
• 中文字体内部的西文部分来自苹方而不是 SF Pro，如果想彻底让中文场景的英文也走 SF Pro，就需要配合字体链接做精细化映射，复杂度会高很多。

实际效果上，把微软雅黑替换成苹方之后，界面已经会明显减少“雅黑味”，英文部分虽然还是苹方内置的拉丁字形，但整体气质已经接近 macOS。如果再把 Segoe UI 替换成 SF Pro Text，英文标题和正文会更有苹果系统的感觉。

3. 字体准备、版权边界与安装方法

3.1 字体获取的合法渠道

SF Pro 和苹方都是 Apple 的专有字体，并不是开源字体。获取它们有两个常见方式：

第一，如果你有 Mac 电脑，可以从 macOS 系统中的字体册里找到 PingFang.ttc 和 SF 系列字体文件，提取过程仅供个人在本地设备上体验，不能对外分发、二次打包或用于商业项目。

第二，Apple 面向开发者提供了 SF Fonts 下载包，里面有 SF Pro、SF Compact、SF Mono 等字体文件，这些文件可以安装在 Windows 上，但同样受 Apple 字体使用条款约束。下载时需要 Apple Developer 相关账号，并且要阅读当时的许可协议。

这里要特别强调：不要从非官方渠道下载来路不明的“修改版苹方”或“一键替换包”。这类文件中可能被夹带恶意脚本，也可能修改了字体版式，安装后反而引发更多渲染问题。字体替换只是界面优化，不值得为它承担安全风险。

如果只是想体验类似风格，不想碰版权，也可以考虑思源黑体、阿里巴巴普惠体、HarmonyOS Sans 等开源或免费商用字体。它们的中文字形和苹方同属现代黑体风格，替换思路完全一样，只需要把注册表里的PingFang SC换成对应字体族名。

3.2 检查字体名称

拿到字体文件后，不要急着修改注册表。首先把字体安装到系统，然后用字体册确认字体在 Windows 中的真实族名。

例如双击 PingFang.ttc，如果 Windows 字体预览窗口能显示多个字体，说明它被识别为一个字体集。在注册表或 PowerShell 里，通常使用以下名称：

• 简体中文：PingFang SC
• 繁体中文：PingFang TC
• 香港繁体：PingFang HK

SF Pro 系列常见族名：

• SF Pro Display
• SF Pro Text
• SF Pro Rounded

不同版本的系统字体名称可能略有差异，最可靠的确认方式是打开命令行，输入：

Get-ChildItem "$env:WINDIR\Fonts" | Out-Null

或者直接右键字体文件，在属性里查看“字体名称”一栏。不要靠记忆写名称，写错了注册表不会报错，但字体替换会静默失效。

3.3 安装字体的两种方式

第一种是图形化安装：选中字体文件（.ttf、.otf、.ttc），右键选择“为所有用户安装”。Windows 10/11 都可以直接使用，装好后无需重启，部分正在运行的软件可能要重新打开才能识别。

第二种是命令行安装。先将字体文件放到固定目录，然后以管理员身份运行 PowerShell，把文件复制到系统字体目录：

Copy-Item "D:\fonts\PingFang.ttc" "$env:WINDIR\Fonts\" -Force

复制完成后，需要写入注册表让系统识别字体文件。这个步骤比较繁琐，手动双击安装更省事。如果字体文件是 .ttc，某些精简版 Windows 可能无法直接识别，需要确认系统字体服务是否正常。

安装完成后，建议先打开一个文字编辑器，手动把字体设置为“苹方-简”或“PingFang SC”，看看中文和英文是否能正常渲染。这一步能提前发现问题，避免直接改系统设置后连回滚界面都困难。

4. 环境准备与备份：改注册表前必须做三件事

4.1 确认系统版本和字体渲染环境

本文的注册表替换方法适用于 Windows 10 和 Windows 11。Windows 7 的字体调度机制略有不同，注册表路径虽然一致，但界面字体名称和默认字体链接差异较大，不建议直接套用。

如果你的系统是 Windows 11 24H2 或更高版本，部分系统组件使用 XAML 和 DirectWrite 渲染，注册表替换可能不会对所有应用生效。尤其是新版设置应用、开始菜单里的部分页面，字体替换可能出现“半生效”的情况，这属于正常现象，不是配置写错了。

4.2 备份注册表键

修改 FontSubstitutes 之前，必须备份原配置。以管理员身份打开 PowerShell，执行：

reg export "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes" "$env:USERPROFILE\Desktop\FontSubstitutes-backup.reg"

执行成功后，桌面会生成一个.reg文件。注意这个命令只备份了系统级字体替换表，FontLink 和其他字体相关键不会包含在里面。如果后面做了更多改动，建议连同下面两个键一起备份：

reg export "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink" "$env:USERPROFILE\Desktop\FontLink-backup.reg" reg export "HKCU\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes" "$env:USERPROFILE\Desktop\FontSubstitutes-User-backup.reg"

4.3 创建系统还原点

注册表键值虽然可以备份，但字体替换引发的崩溃不一定都能通过恢复注册表修复。比如某些应用在启动时缓存了错误字体句柄，重启后仍可能异常。因此强烈建议创建系统还原点：

Enable-ComputerRestore -Drive "C:\" Checkpoint-Computer -Description "BeforeFontReplace" -RestorePointType "MODIFY_SETTINGS"

如果系统提示“此计算机未启用系统保护”，需要先在“系统属性 -> 系统保护”里开启 C 盘保护，再执行上面的命令。还原点创建成功后，即使界面错乱到无法登录，也可以从高级启动选项中选择“系统还原”恢复到修改前状态。

4.4 准备回滚脚本

除了备份，还要准备一个可以快速恢复默认值的脚本。把下面这段保存为restore-fonts.ps1，一旦出现问题，管理员 PowerShell 执行即可：

$path = "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes" # 删除自定义键值，恢复默认状态 Remove-ItemProperty -Path $path -Name "Microsoft YaHei" -ErrorAction SilentlyContinue Remove-ItemProperty -Path $path -Name "Microsoft YaHei UI" -ErrorAction SilentlyContinue Remove-ItemProperty -Path $path -Name "Segoe UI" -ErrorAction SilentlyContinue Remove-ItemProperty -Path $path -Name "Arial" -ErrorAction SilentlyContinue Write-Host "已移除自定义字体替换配置，请注销或重启后确认。"

这里使用Remove-ItemProperty而不是把值改回Microsoft YaHei，因为默认的 FontSubstitutes 表中本来就不一定存在这几个值。移除之后，系统会回到未自定义状态。

5. 注册表替换法完整实战：把系统默认字体指向苹方与 SF Pro

5.1 方案选择：只替换中文还是中英文都替换

我做了两套配置，推荐先试方案一，稳定后再扩展方案二。

方案一只替换微软雅黑：

Microsoft YaHei -> PingFang SC Microsoft YaHei UI -> PingFang SC

这套配置只有两条映射，风险最低。Windows 中文界面的主要汉字、中文标点会变成苹方，英文仍由 UI 字体链接处理。适合第一次折腾、担心翻车的用户。

方案二在方案一基础上增加西文字体替换：

Segoe UI -> SF Pro Text Arial -> SF Pro Text Tahoma -> SF Pro Text

这套配置会影响更多系统 UI 元素，英文数字会明显向 macOS 靠拢，但字体缺字或布局错乱的概率也更高。Segoe UI 是 Windows 10/11 的默认西文 UI 字体，有些应用或网页对 Segoe UI 有长度计算，替换后可能出现按钮文字截断。

5.2 注册表编辑器操作步骤

按Win + R，输入regedit，回车。在 UAC 弹窗中选“是”。定位到：

计算机\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes

在右侧空白处右键 -> 新建 -> 字符串值，名称填Microsoft YaHei，数据填PingFang SC。同样再新建一个Microsoft YaHei UI，数据也是PingFang SC。

如果右侧已经有这些名称，就双击修改数值数据，不要重复创建。改完后关闭注册表编辑器。

这里有一个常见误区：有人在右侧找不到“Microsoft YaHei”就认为系统没有使用该字体，其实 FontSubstitutes 表里没有某个键值时，表示系统直接使用同名真实字体，而不是说“没有这个字体”。我们新建这个键值，等于显式建立一条替换映射。

5.3 使用 .reg 文件批量导入

手动一个个新建字符串值比较麻烦，更推荐把配置写成 .reg 文件。新建一个文本文件，命名为replace-yahei-pingfang.reg，内容如下：

Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes] "Microsoft YaHei"="PingFang SC" "Microsoft YaHei UI"="PingFang SC"

双击文件，弹出确认框后选择“是”，即可完成导入。导入后可以再用注册表编辑器确认键值是否正确写入。

要替换英文字体，则再创建一个replace-segoe-sfpro.reg：

Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes] "Segoe UI"="SF Pro Text" "Arial"="SF Pro Text" "Tahoma"="SF Pro Text"

注意：SF Pro Text 适合正文大小，标题栏和较大字号如果想用不同字形，可自行测试SF Pro Display。实践中我发现 Windows 原生 UI 对SF Pro Text的兼容性更好，SF Pro Display更适合在 PS、AI 或 Figma 里做设计稿。

5.4 使用 PowerShell 写入配置

如果你习惯用命令行，可以管理员身份运行 PowerShell：

$path = "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes" Set-ItemProperty -Path $path -Name "Microsoft YaHei" -Value "PingFang SC" -Type String Set-ItemProperty -Path $path -Name "Microsoft YaHei UI" -Value "PingFang SC" -Type String Set-ItemProperty -Path $path -Name "Segoe UI" -Value "SF Pro Text" -Type String

执行完成后，可以用下面的命令检查当前值：

Get-ItemProperty -Path $path | Format-List

输出里会看到刚刚写入的映射关系。如果某条值不是预期的PingFang SC，需要重新检查字体名称是否写错。

这里再提醒一次：注册表字符串值中的字体名必须是 Windows 能识别的“字体族名”。如果你安装的苹方显示名称是“苹方-简”而不是“PingFang SC”，那么这里必须写“苹方-简”。最稳妥的方法是在字体预览窗口里查看字体名称。

5.5 注销或重启系统使配置生效

注册表修改完成后，不要马上以为所有窗口都会刷新。GDI 字体缓存、桌面进程和应用进程通常不会热加载新的映射。你需要：

1. 保存所有工作，注销当前用户，重新登录。
2. 登录后观察开始菜单、任务栏、标题栏、资源管理器。
3. 如果部分应用没有变化，关闭该应用再重新打开。

如果注销后生效了部分但还有旧字体残留，可以重启 explorer.exe：

Stop-Process -Name explorer -Force Start-Process explorer

这只会重启资源管理器，不会丢失正在运行的后台任务，但会关闭所有文件资源管理器窗口，操作前请保存相关路径。

5.6 验证是否替换成功

替换生效后，可以用开发者工具或截图对比。最简单的方法是在桌面右键选择“显示设置”，查看设置窗口中的中文标题和正文。如果显示为更清瘦的苹方风格，说明注册表映射已经生效。

也可以打开 PowerShell 执行一段脚本，查看应用中实际使用的字体。比如用 Windows Forms 创建一个临时窗口，读取其 Font 属性：

Add-Type -AssemblyName System.Windows.Forms $form = New-Object System.Windows.Forms.Form $form.Font.Name

不过这个命令读取的是当前进程的默认字体，而不是系统默认 UI 字体，结果不一定能反映所有界面元素。更直观的做法还是肉眼对比。

6. 字体模糊问题排查：替换后依然模糊怎么办

6.1 先分清“模糊”的来源

字体替换后出现模糊，不一定全是字体文件的问题。Windows 中常见的模糊来源有四种：

第一种是 ClearType 未正确校准。ClearType 是 Windows 针对 LCD 显示器设计的次像素字体平滑技术，如果渲染效果不好，字体边缘会发虚、发彩边。苹方和 SF Pro 作为 Apple 字体，在 ClearType 下的表现本来就和 macOS 不同，需要重新校准。

第二种是 DPI 缩放比例非整数。比如显示器缩放设置为 125%、150%，部分应用没有按系统 DPI 正确感知，就会出现模糊。此时把缩放比例调成 100% 或 200% 这种整数倍会明显改善，但高分屏下 100% 太小，200% 又太大，需要权衡。

第三种是字体缺少针对 Windows 的 hinting。苹果字体很多是用 PostScript 轮廓设计的，在 macOS 上通过平滑算法处理，在 Windows 上如果没有可靠的 hinting 指令，小字号渲染时容易被 ClearType 处理得“发肉”。

第四种是应用层面的 DirectWrite 与 GDI 渲染差异。浏览器、Electron 应用、新版 Office 使用 DirectWrite 渲染字体，而 Win32 传统应用使用 GDI 或 GDI+。同样一个苹方字体，在这两类渲染管线里锐利程度可能完全不同。

6.2 重新校准 ClearType

在“开始”菜单搜索“ClearType”，打开“调整 ClearType 文本”。如果找不到，可以直接运行：

cttune.exe

确保勾选“启用 ClearType”，然后按照向导逐步选择你认为最清晰的文本样本。这个过程需要你盯着屏幕对比，每步选择当前看起来边缘最干净的字体。

校准完 ClearType 后，重启浏览器和常用软件，看看模糊是否缓解。如果你使用的是 2K 或 4K 高分屏，建议仔细完成全部步骤，而不是一路快速点击。

6.3 检查并调整 DPI 缩放

右键桌面 -> 显示设置 -> 缩放，Windows 10/11 通常会根据屏幕建议一个缩放比例。如果这个比例不是 100%、200%、300% 这类整数倍，可以尝试改为相邻的整数倍，或者使用“自定义缩放”并注销。

对于特定第三方软件，可以右键程序图标 -> 属性 -> 兼容性 -> 更改高 DPI 设置，勾选“替代高 DPI 缩放行为”，缩放执行选择“应用程序”。这种方式能缓解某些模糊，但可能导致界面字体变小，需要逐个试。

这里特别说明：注册表替换字体并不能直接解决 DPI 缩放带来的模糊。很多人替换字体后感觉“还是模糊”，其实是缩放策略问题占了大头。

6.4 使用系统字体渲染增强工具的注意事项

部分用户会使用 MacType、GDI++ 这类字体渲染工具，让 Windows 下的字体渲染更接近 macOS 的灰度抗锯齿风格。这类工具确实能改善苹果字体的观感，但也有较高的副作用风险，包括系统兼容性问题、安全软件误报、浏览器沙箱不生效等。

如果决定使用，请从可靠来源获取软件，并先阅读其说明文档，了解最新版本是否支持当前 Windows 版本。MacType 的注册表加载模式可以做到不常驻进程，但需要测试稳定后再使用。

坦白说，我个人不建议新手一上来就装 MacType。先把 ClearType 和 DPI 调好，再配合苹方替换，多数场景已经足够干净。如果还想要更极致的渲染风格，再考虑工具层面的优化。

6.5 字体模糊排查顺序清单

当你替换字体后觉得模糊，按下面顺序排查：

7. 更高阶的配置思路：FontLink 字体链接与作用范围控制

7.1 字体链接的基本原理

FontLink 是 Windows 解决字体缺字问题的底层机制。它指定某个主字体在遇到不支持的字符时，可以调用哪些附加字体来补齐。注册表位置在：

HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink

假设我们把Microsoft YaHei替换成PingFang SC，而苹方没有某个特殊符号，Windows 会通过字体链接回退到msyh.ttc、Segoe UI等。默认链接关系通常能保证常用字符不缺，但如果改动较大，可能需要手动添加链接。

7.2 如何给苹方添加中文字体回退

如果某些冷门汉字在苹方里缺失，你可以在 FontLink\SystemLink 下找到PingFang SC这个键，如果不存在则新建一个字符串值，内容格式为：

msyh.ttc,Microsoft YaHei UI

多值之间用英文逗号分隔，每行一个：

msyh.ttc,Microsoft YaHei UI simsun.ttc,NSimSun

注意：FontLink 的语法不是随意写的，第一个值必须是字体文件名，逗号后是对应的字体族名。写错会导致字体链接无效甚至渲染异常。如果只是日常使用，默认链接基本够用，不建议为了完美强迫症去动这个键。

7.3 只替换部分应用字体的小技巧

有些人不希望全局替换，只想让代码编辑器或浏览器使用苹方，那么完全不碰系统注册表。在 VS Code、记事本、Word 等软件中，直接选择字体为“苹方-简”或“SF Pro Text”即可。这种方式不会影响系统 UI，风险为零，也能满足大部分需求。

全局替换更适合喜欢统一观感、且愿意承担回滚成本的用户。如果你只在意代码里的字体，我建议先改编辑器字体，不要动系统级注册表。

8. 常见问题与回滚方案

8.1 字体替换后没有变化

先确认是否注销或重启过系统。注册表字体替换不会实时刷新所有进程，必须重新登录。如果已经重启，再检查注册表路径是否正确，数值名称是否写成了字体文件名。还有一个容易忽略的问题：某些 Lite 版 Windows 阉割了字体服务，安装的苹方可能没有正确注册。可以在“设置 -> 个性化 -> 字体”里搜索 PingFang，如果看不到字体，说明字体安装失败。

8.2 中文显示为方框

通常是目标字体不包含中文，或字体名称写成了纯西文字体如SF Pro Text，导致中文缺字。解决办法是把Microsoft YaHei、Microsoft YaHei UI改回PingFang SC，或者恢复注册表备份。注意：PingFang SC必须安装成功，否则所有中文都会变方框。

8.3 部分应用文字重叠或按钮显示不全

这常见于同时替换 Segoe UI 之后。因为很多界面布局是根据 Segoe UI 的字符宽度设计的，换成 SF Pro Text 后宽度变化，导致截断。如果只是个别软件出问题，可以在软件内部设置浏览字体；如果是系统级错乱，建议去掉 Segoe UI 替换项，只保留微软雅黑替换为苹方。如果错乱严重，立刻恢复备份并重启。

8.4 登录界面字体没有变化

Windows 登录界面使用的是系统账户环境，在用户登录前可能不加载当前用户的字体替换配置。系统级 FontSubstitutes 理论上会影响登录界面，但部分高版本 Windows 的登录界面使用特殊渲染组件，即使注册表生效，视觉效果也可能不明显。想改登录界面字体需要修改系统资源文件，风险很大，没有必要。

8.5 浏览器字体模糊

Chrome 和 Edge 使用 DirectWrite 渲染字体，ClearType 对它们的影响较小。这时可以到浏览器设置里关闭“硬件加速”，或者为网页指定字体，比如在 Edge 的字体设置中将标准字体设为“苹方-简”。如果使用 MacType，还需要在浏览器启动参数中关闭 DirectWrite 才能生效。

8.6 系统崩溃或黑屏后的恢复

如果字体替换后系统进入桌面就黑屏或 Explorer 频繁崩溃，可以在锁屏界面按住 Shift 点击“电源 -> 重启”，进入高级启动选项，选择“疑难解答 -> 高级选项 -> 系统还原”。还原点恢复到修改前状态后重启即可。

如果没有开启系统还原，可以尝试安全模式。进入安全模式后，打开管理员 PowerShell，执行前面准备的restore-fonts.ps1，或者导入桌面备份的 .reg 文件。如果备份文件也在系统盘之外，只能靠 PE 工具或重装，所以备份非常关键。

9. 最佳实践：字体替换前的思考与工程化建议

9.1 不要追求“完全苹方化”

SF Pro 和苹方在 Windows 上没有原生的渲染适配，强行把所有界面元素、第三方应用、网页全部替换成苹方，会牺牲兼容性。更合理的做法是分层次应用字体：

• 系统界面：微软雅黑替换苹方，英文字体可选择性替换 SF Pro。
• 代码编辑器：单独设置 SF Mono 或 JetBrains Mono，不是苹方。
• 浏览器网页：用 CSS 或浏览器设置指定苹方，不影响系统。
• 设计工具：在字体列表里手动选择 SF Pro Display，不在系统层替换。

9.2 给字体替换建立文档和恢复介质

把配置过程写进一个 Markdown 文件，记录你改了哪些注册表键、备份文件放在哪里、当前使用的字体版本、发现了哪些兼容性问题。不要只依赖“我记得当时只改了两条注册表”。

如果电脑里有重要数据，建议把备份文件复制到网盘或另一台设备，防止系统无法启动时连备份都找不到。

9.3 定期观察系统更新后的变化

Windows 功能更新有时会重置字体链接或修改 FontSubstitutes 默认值。比如升级到 Windows 11 大版本后，你会发现苹方替换失效，或 Segoe UI 替换导致新版应用异常。这不是配置丢失，而是系统更新改写了字体键。更新系统后，重新检查一遍注册表，必要时重新导入 .reg 文件。

9.4 重视字体版权，不在项目中滥用

把苹方和 SF Pro 用于自己的 Windows 界面属于个人使用范畴，但如果你在商业项目、公司官网、产品 UI 中使用这些字体，必须确认是否获得授权。很多设计公司采购了 macOS 设备，也不代表可以随意将苹方嵌入到网站或 App 中。对于公开分发场景，建议优先选择思源黑体、阿里巴巴普惠体、HarmonyOS Sans 等可免费商用的字体，既能获得类似观感，又避免法律风险。

9.5 每个改键动作都要最小化

不要一次改几十个字体映射，不要同时改 FontSubstitutes、FontLink、SystemLink 和默认字体。每次只改一组键值，重启验证一轮，确认没问题再继续下一组。这样如果出现异常，能快速定位是哪一组导致的。

经验是：最安全的组合永远是“只把微软雅黑映射到苹方”，把 “Microsoft YaHei” 和 “Microsoft YaHei UI” 两条键值改好，已经能让 70% 的中文界面发生明显变化。之后再有针对性地处理字体模糊，而不是一路追加替换。

10. 总结与下一步可以做的优化

通过这次替换，你可以掌握 Windows 字体替换的核心入口：FontSubstitutes 注册表键。理解了字体族名和字体文件名的区别，就能看懂各种“一键换字体”脚本的原理，也能在遇到问题时自己排查。实际操作上，重点做到三点：先备份，再最小化改动，最后用注销或重启验证。

如果你完成了基础替换，下一步可以从这几个方向继续深入：

• 给不同软件设置更合理的字体，比如用 SF Mono 替换 VS Code 的等宽字体。
• 研究 DirectWrite 与 GDI 的字体渲染差异，理解为什么同一个字体在不同软件里粗细不一。
• 对比思源黑体、阿里巴巴普惠体等开源字体与苹方的差异，找到更适合自己屏幕的字体。
• 使用 Windows 性能监视器和字体预览工具，评估替换字体后的内存占用与加载速度。

字体替换只是系统个性化的开始，真正让观感变好的，往往是字体、缩放、ClearType 和配色协同作用的结果。希望这篇教程能帮你少走一些弯路，让你的 Windows 界面既好看、又不会因为频繁报错而浪费时间。如果按照上面的步骤完成替换，记得先观察一两天再决定要不要继续优化，小步试错永远比一次到位更可靠。