HMCL启动器在自定义系统字体下的乱码问题分析

问题现象

当用户使用No!! MeiryoUI工具修改Windows系统默认字体后，HMCL启动器界面会出现文字乱码现象。具体表现为：

1. 界面所有非拉丁字符（如中文、日文等）显示为乱码
2. 字体选择对话框中字体名称显示异常
3. 使用特定版本(3.5.8)时虽然不乱码但出现字体回落现象

问题根源

此问题主要源于JavaFX框架对系统字体的处理机制：

1. 字体名称编码问题：当系统默认字体被修改为某些中文字体（如更纱黑体）时，JavaFX在获取字体名称时可能出现编码解析错误

2. 字体回退机制失效：JavaFX在无法正确显示选定字体时，本应回退到系统默认字体，但在此特定情况下回退机制未能正常工作

3. 多语言支持缺陷：问题特别影响非拉丁语系文字，表明JavaFX在处理多语言字体映射时存在不足

技术背景

Windows系统允许通过注册表或第三方工具（如No!! MeiryoUI）修改默认系统字体。这种修改会影响所有使用系统字体API的应用程序，包括基于JavaFX的HMCL启动器。

JavaFX通过Font.getFamilies()获取系统可用字体列表时，依赖底层系统的字体API。当系统默认字体被修改为某些特定字体时，可能会出现：

1. 字体名称编码不匹配
2. 字体度量信息获取异常
3. 字体回退链断裂

解决方案

临时解决方案

1. 避免使用系统当前字体：

   • 在HMCL设置中手动指定其他字体
   • 选择字体列表中名称显示正常的字体

2. 恢复系统默认字体：

   • 使用No!! MeiryoUI恢复为系统原始字体
   • 或通过控制面板重置字体设置

3. 切换界面语言：

   • 将HMCL界面语言临时切换为英语

长期建议

1. 字体选择策略：

   • 优先使用广泛支持的多语言字体（如微软雅黑）
   • 避免使用名称包含非ASCII字符的字体

2. 系统配置建议：

   • 谨慎使用系统级字体修改工具
   • 修改前备份原始字体设置

技术展望

此问题本质上属于JavaFX框架的局限性。未来可能的改进方向包括：

1. 增强字体名称处理：改进对非ASCII字体名称的解析
2. 完善回退机制：确保在字体显示失败时能正确回退
3. 字体加载隔离：应用级字体加载与系统字体设置解耦

对于普通用户，建议遵循上述临时解决方案；对于开发者，可考虑向JavaFX社区反馈此问题以促进框架层面的改进。