HarfBuzz渲染引擎中COLR字体SVG兼容性问题分析

问题背景

在HarfBuzz文本渲染引擎的最新版本(10.1.0)中，用户报告了使用Aref Ruqaa Ink彩色字体时出现的字符渲染异常问题。该问题表现为阿拉伯文字符"عل كم"在hb-view工具中显示不正确，但在LibreOffice等应用程序中却能正常显示。

技术分析

1. 问题本质

经过技术团队分析，该问题源于字体包含的两种颜色格式：

• COLR/CPAL格式（现代彩色字体标准）
• SVG格式（矢量图形格式）

当使用FreeType字体函数(--font-funcs=ft)时，引擎会优先选择SVG格式，而HarfBuzz目前对SVG格式的支持尚不完善。

2. 解决方案验证

开发团队通过多种方式验证了解决方案：

• 使用OpenType字体函数(--font-funcs=ot)可正确渲染
• 禁用SVG加载(FT_LOAD_NO_SVG)后问题解决
• 直接关闭绘制功能(HB_DRAW=0)也能正常显示

3. 深层技术原因

该问题揭示了HarfBuzz与FreeType交互时的一个关键点：当字体同时包含多种颜色格式时，需要明确指定格式优先级。FreeType默认会尝试加载SVG格式，而HarfBuzz对COLR/CPAL格式的支持更为成熟。

解决方案

临时解决方案

用户可通过以下方式立即解决问题：

hb-view --font-funcs=ot ArefRuqaaInk-Regular.ttf "عل كم"

永久解决方案

开发团队已提交修复代码，通过以下方式从根本上解决问题：

1. 在FreeType加载器添加FT_LOAD_NO_SVG标志
2. 强制优先使用COLR/CPAL格式

技术启示

此案例为开发者提供了重要经验：

1. 多格式字体处理时需要明确格式优先级
2. 渲染引擎对不同颜色格式的支持程度可能不同
3. 测试时应覆盖各种字体函数后端

影响评估

该修复将影响所有使用以下配置的情况：

• 同时包含COLR和SVG格式的字体
• 使用FreeType作为字体后端
• 需要彩色字体渲染的场景

此问题的解决提升了HarfBuzz对复杂彩色字体的兼容性，为阿拉伯文等复杂文字系统的彩色渲染提供了更可靠的支持。