WPF/XAML中Windows系统字体FontFamily不显示问题咨询

核心原因 #

WPF依赖DirectWrite字体渲染引擎，和Office、GIMP这类用GDI或其他渲染库的应用逻辑不同——DirectWrite对字体的元数据完整性、字形覆盖声明要求更严格。你看到的“NO GLYPHS”标记，说明字体的字符映射表（CMAP）或字形索引存在异常，其他应用能兼容这种不规范，但WPF会直接判定为“无可用字形”，自动 fallback到默认字体。

解决步骤 #

1. 修复字体元数据

用FontForge或TTX（FontTools）工具打开字体文件，重点检查：

• CMAP表：必须存在至少一个有效的Unicode字符映射子表（比如0x04类型）。如果CMAP表缺失或仅包含非Unicode映射，WPF完全无法识别。
• OS/2表：查看usFirstCharIndex和usLastCharIndex字段，这两个值要覆盖字体实际包含的字符范围。如果都设为0，DirectWrite会直接判定字体无可用字形。
  修复后重新导出字体再测试。

2. 将字体嵌入应用（绕开系统加载限制）

如果无法修改字体文件，可直接把字体嵌入WPF应用：

• 把TTF/OTF文件添加到项目，设置生成操作为Resource，复制到输出目录选不复制。
• 在XAML中直接引用嵌入的字体，示例：

  <TextBlock FontFamily="./#字体内部名称">测试文本</TextBlock>
  <!-- 或使用完整资源路径 -->
  <TextBlock FontFamily="pack://application:,,,/你的程序集名称;component/Fonts/#字体内部名称">测试文本</TextBlock>
  

  这里的“字体内部名称”取字体属性里的PostScript名称或显示名称，可在Windows字体属性的“详细信息”中查看，或用FontForge获取。

3. 检查DirectWrite兼容性

用Windows SDK自带的DirectWrite Font Validator扫描字体，工具会明确指出字体不符合DirectWrite规范的具体问题（比如缺失必要表、元数据错误等），照着报告逐一修复即可。

4. 清除WPF字体缓存

有时WPF的字体缓存会导致已安装字体无法被识别：

• 关闭所有WPF应用，打开命令提示符执行：

  del %LOCALAPPDATA%\Microsoft\Windows\FontCache\*.*
  

• 重启电脑后重新测试。

内容的提问来源于stack exchange，提问作者AndreasS