Harfbuzz项目中CFF2可变字体子集化时vmtx表TSB值异常问题分析

在字体处理领域，Harfbuzz作为一款开源的文本整形引擎，其子集化功能被广泛应用于优化字体文件大小。近期发现一个关于CFF2格式可变字体在子集化过程中出现的垂直度量表(vmtx)异常问题，这个问题会导致.notdef字符（未定义字符的替代符号）在垂直排版时出现位置偏移。

问题现象

当对CFF2格式的可变字体进行子集化操作时，生成的实例中.notdef字符的TSB（顶部侧边距）值出现异常。具体表现为：

1. 从Source Han Sans和Noto Sans CJK的可变字体(VF)生成轻量级实例时，.notdef的TSB值为880
2. 而从静态字体生成子集时，.notdef的TSB值正确保持为0
3. 值得注意的是，TTF格式的可变字体子集化后TSB值表现正常

这种差异会导致在垂直排版布局中，.notdef字符被错误地向下偏移渲染。

技术背景

在OpenType字体中，vmtx表(垂直度量表)存储了每个字形在垂直方向上的度量信息，包含两个关键值：

• height：字形的高度
• tsb：顶部侧边距，表示从基线到字形顶部的距离

.notdef作为未定义字符的默认显示符号，其TSB值通常应为0，以确保在垂直排版时能正确显示在预期位置。

问题根源

通过分析Harfbuzz源码，发现问题出现在子集化处理可变字体时的vmtx表生成逻辑。当前代码使用OS/2表中的sTypoAscender值减去TSB来计算垂直度量，这种计算方式对于CFF2可变字体可能不适用。

特别是对于.notdef这样的特殊字符，直接套用这种计算方式会导致TSB值异常。从技术实现角度看，这反映了可变字体实例化过程中垂直度量信息处理的不足。

解决方案

虽然问题报告中提到了一种临时解决方案，但更完善的修复应该考虑：

1. 对.notdef字符特殊处理，强制其TSB为0
2. 重新评估可变字体实例化时垂直度量的计算逻辑
3. 确保CFF2和TTF格式在子集化时行为一致

这个问题提醒我们，在处理可变字体时，需要特别注意不同字体格式间的差异，以及特殊字符的度量处理。对于字体开发者和使用者来说，了解这些底层细节有助于更好地控制和预测字体渲染行为。

影响范围

该问题主要影响：

• 使用CFF2格式的可变字体
• 涉及垂直排版的场景
• 需要显示未定义字符的情况

对于大多数水平排版场景，这个问题可能不会显现，但在垂直排版或需要严格字符对齐的场景中，这种度量异常可能导致明显的布局问题。