那么，为什么选择一个实际字体就没有了这个问题呢？无论选择的是 Bitstream Vera Sans Roman 还是 Sans，似乎都应该经历相似的 fontconfig 模式匹配过程吧？
选择的如果是实际字体的话，那么就会强行使用该字体进行所有字符的渲染，除非该字体不包含相应的字符，才会通过fontconfig找到可供替代的字体。而如果是虚拟字体族的话，那么就会将需渲染的字符分段，分别映射到适合的字体上。
也就是说，虚拟字体族会经历多个字体匹配的过程，而实际字体只会在当前字体无法渲染的情况下才会用其它字体来替换。这和Qt是不同的。
BS 这个bug:lol:
选择的如果是实际字体的话，那么就会强行使用该字体进行所有字符的渲染，除非该字体不包含相应的字符，才会通过fontconfig找到可供替代的字体。而如果是虚拟字体族的话，那么就会将需渲染的字符分段，分别映射到适合的字体上。
我理解的“虚拟字体”，就是字体名和任何一个字体文件都对不上的字体，是吧。也就是说，根据字体名是否对应，Pango 会采用不同的算法，是这样吗？
这样我就能理解你前面的建议：让 Pango 在遇到 Sans 前先将其对应到第一个实际字体名，也就是你希望让 Pango 总是只使用其中一种对应算法，不再使用另一种了。