【求知探新】Unity中字体名对依赖关系的影响

作者：admin
/
时间：2018年02月01日
/
浏览：4848 次
/
分类：厚积薄发

【求知探新】在UWA团队做性能优化的过程中，常常会遇到一些未知的问题，在这里我们将分享UWA研究这些问题的完整过程。当然需要说明的是，一个好的问题没有标准的答案，在此也欢迎大家来积极拍砖！

今天分享的内容，来自我们对UWA问答社区中《求助有关字体依赖的问题》一帖的研究。

一、问题描述

两个没有相关性的字体，在Unity里导入的时候，会产生依赖关系。

二、问题复现

研发团队做了一个测试Demo，导入了两个字体“PKCommonFont.ttf”和“Normal.ttf”。并在测试之前确认过这两个字体资源，无论是从字体本身，还是Unity里面的Font Name等地方，都没有看到相关性，但是却能通过AssetDatabase.GetDependencies(ttfPath)方法找到两者之间的依赖关系。在实际加载的时候，加载PKCommonFont时，也会加载Normal字体。
请输入图片描述

三、问题分析

在我们研究该问题的过程中，我们慢慢发现，当字体为Dynamic类型时，其会根据Font Names建立关联，此处的Font Names不是指字体文件的文件名，而是指字体内部名（TrueTypeFontImporter.fontTTFName）。示例中的 “Normal” 和 “PKCommonFont” 都只是文件名，而其字体内部名都是“Source Han Sans CN”；而当出现相同字体内部名的字体文件时，Editor会自动在其之间建立关联（后出现在project中的字体会关联先出现的字体）。这也就是为什么示例中两个完全不同字体会产生关联的原因。同时，为了验证这一问题，我们也尝试将两个字体的FontName进行修改，让其不再相同，果然，这两种字体的依赖关系就消失了。

四、解决方案

1、较为合理的解除关联的方法：
重命名字体内部名，使获取的TrueTypeFontImporter.fontTTFName不相同即可。

2、较为方便的解除关联的方法：
修改ttf对应的meta文件，将其中的fallbackFontReferences:[]修改为
请输入图片描述

以下是测试过程：

方法一：用FontCreator修改FontName
使用了FontCreator（9.1）修改FontName，步骤如下：
1）用FontCreator打开PKCommonFont.ttf文件后，通过【字体】【属性】打开属性面板。
2）切换到【扩展】页签，修改【字体族】为“PKCommonFont”。
3）导出：【文件】【导出字体为】选择TrueType字体，字体名称选择【版本重新生成】，导出PKCommonFont2.ttf。

下图为修改前后两个字体的meta文件对比，左为修改前，右为修改后。
请输入图片描述