Windows系统下如何通过Unicode码点获取字体路径？

要解决这个问题，需要结合Windows平台的GDI或DirectWrite系列API完成，核心流程为枚举系统字体→检查字体对目标码点的支持性→筛选最佳字体→获取字体路径，具体方案如下：

一、传统GDI API方案 #

核心API #

• EnumFontFamiliesExW：枚举系统中所有已安装的字体（宽字符版本，原生支持Unicode处理）。
• GetFontUnicodeRanges：获取指定字体支持的全部Unicode码点范围，用于快速判断目标码点是否被字体覆盖。
• GetFullPathNameW：通过字体文件名拼接得到完整系统路径。

实现步骤 #

1. 枚举系统字体：
   初始化LOGFONTW结构体，设置lfCharSet = DEFAULT_CHARSET、lfFaceName[0] = '\0'，调用EnumFontFamiliesExW传入设备上下文（DC）和该结构体，在回调函数中逐个处理枚举到的字体。

2. 检查字体对码点的支持：
   在枚举回调中，用CreateFontIndirectW为当前字体创建句柄，调用GetFontUnicodeRanges获取该字体的Unicode范围数组（GLYPHSET结构体），遍历范围判断目标码点是否在其中。

3. 筛选最佳字体：
   收集所有支持目标码点的字体，按照Windows字体匹配优先级（如优先匹配码点所属脚本对应的字体、优先系统默认 fallback 字体）排序，选出最优项。

4. 获取字体路径：
   对选中的字体，通过GetFontData提取字体文件的文件名，再调用GetFullPathNameW得到完整路径。

二、现代DirectWrite API方案（推荐，适配高DPI和现代字体生态） #

如果你的应用基于Windows 7及以上版本，更推荐使用DirectWrite API，其字体匹配逻辑更精准，且支持更多现代字体特性：

核心API #

• IDWriteFactory::GetSystemFontCollection：获取系统字体集合。
• IDWriteFontCollection::GetFontFamilyCount/GetFontFamily：遍历所有字体家族。
• IDWriteFont::HasCharacter：直接判断字体是否支持指定Unicode码点。
• IDWriteFontFace::GetFiles：获取字体文件的路径信息。

实现步骤 #

1. 初始化DirectWrite工厂：调用DWriteCreateFactory创建IDWriteFactory实例。
2. 获取系统字体集合：调用GetSystemFontCollection获取系统中所有字体的集合。
3. 遍历字体并检查支持性：遍历每个字体家族及下属字体，调用HasCharacter判断是否支持目标码点。
4. 筛选最佳字体：利用DirectWrite内置的字体匹配逻辑（如结合脚本、语言属性）选出最优字体。
5. 获取字体路径：通过IDWriteFontFace::GetFiles获取字体文件对象，再调用IDWriteFontFile::GetReferenceKey和IDWriteFontFileLoader::GetFilePathFromKey得到完整路径。

注意事项 #

• 对于char32_t类型的码点，若使用GDI API，U+10000及以上的辅助平面码点需要拆分为UTF-16代理对；DirectWrite可直接处理32位码点。
• 筛选最佳字体时，可参考Windows原生字体 fallback 逻辑，优先选择与码点所属脚本匹配度最高的字体。

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