关于emWin显示矢量字体TTF所踩的坑

本文主要是介绍关于emWin显示矢量字体TTF所踩的坑，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

最近由于项目的需要，要在Stm32上使用emWin 图形界面，其中涉及到中文字符的显示。由于TTF矢量字库可以随意缩放的优势，一劳永逸，省得建立多个字库文件切换，所以决定使用该方式。

关于Stm32+emWin+TTF的使用方法原子哥、安富莱和野火都有较详细的说明，这里主要对具体使用过程中踩的坑进行说明。移植TTF的库及stm32端的代码，这个可以看几位大佬的教程。很多同学开始跑了一下几位大佬的例程，还行，然后就雄心勃勃的开始准备移植自己喜欢的字库进去了，但是我可以很明确的告诉你，不要试图使用PC系统下的完整的字库文件，这些中文字库动辄好几M，Stm32的内存是hold不住的。既然不能使用那就只能精简字库了，经过一番努力后，你会发现你精简的字库好像除了几个英文字母能显示，中文的全是空白。怎么去解决呢，这就是这篇博客存在的意义了。

首先，我们要精简字库得有软件的支持，比较有代表性的是FontSubsetPack和FontPruner两个，这两个软件在游戏设计圈用得较多，有位大佬还对两个软件的使用进行的对比，结论是FontPruner生成的字库文件更小，见链接：（https://www.cnblogs.com/yaukey/p/compare_fontsubsetgui_fontpruner_for_unity.html），但是我更推荐前者。原因有二，第一FontPruner是python+Java开发的，得自己去搭建这个环境，第二FontPruner有一项比较关键的设置参数貌似不能配置，功能略显单一，至少我是没有试成功，两个软件的链接如下：

https://download.csdn.net/download/tumblerman/12895647

https://download.csdn.net/download/tumblerman/12895639

然后，第一个坑来了，这两个软件使用时都需要设置“需要保留的文字”内容，前者放到一个文件里面，后者将中文和其它字符分别放到两个文件里面。这一步，不知道有没有同学遇到中文生成不了的情况，反正我是遇到了，前一个软件显示的生成文件里面没有中文字符，后者干脆就直接报错，显示JAVA无法解压字库文件，等等错误。如下图，第二个红框，实际上该精简字库中的中文字符是没有生成成功的。这个坑的主要原因在刚才那个“需要保留文字”的文件中，见第一个红框，这个文本文件要求要用UTF-16编码保存，而Window10 默认建立的中文文本是 GB2312的。

经过修改后，成功生成了新的TTF文件，这个文件成功包含了需要的中文字符，大功告成了吗？！你有很大的机会发现，你的字库在emWin里面根本不能显示，什么情况？！在野火的《emWin应用开发实战指南》里面，有这样一段描述“emWin只支持Unicode编码的矢量字库，而像方正这种国内做得比较好的中文字库基本上都是GB2312编码，要不就是GBK编码，无法在emWin上使用”。偶买噶，不能用了吗？！办法总是想出来的，这个也是我为什么推荐FontSubsetPack的原因，因为这个软件可以修改这个编码方式，而FontPruner暂时没有发现怎么处理。

踏过这个坑后，你生成的TTF文件已经基本上能够放到emWin里面去显示了，但是如果多测试几个字体文件你会发现，有的可以显示，有的还是显示不出来。什么情况呢？！偶然翻看原子哥的论坛发现，这个可能和版权有关。用于精简操作的源字库文件的，"字体嵌入性选项"必须是：可编辑状态。

关于版权的问题怎么去解决不好多说，如果仅做测试用，可以提供一个思路，有个软件叫Fontcreator或许能够帮到你。

最后，说一句，用Stm32+emWin+TTF真的很爽，谁用谁知道！

补充一条：如果用keil编写程序，所有涉及中文字符的地方最好使用专门的编辑软件编辑，比较推荐EmEditor，原则上所有中文内容放在一个文件里面，最后保存时选择编码“UTF-16LE 有签名”，“UTF-16BE 有签名”，“UTF-8 有签名”，因为直接在keil里面编辑的中文，keil自带的编辑器会自动的把编码转成“无签名”格式，导致编译时系统报错。

再补充一条：