产品出海，界面文字为什么总显示错？

适合：产品要卖到中东、东南亚、印度等市场，界面需要显示阿拉伯文、泰文、印地文、高棉文的嵌入式开发者。先说明白：欧美日韩市场没有这个问题，不用对号入座。

一、先对号入座：你的市场有没有这个问题

出海产品界面文字"显示错"的投诉，几乎都来自同一类市场。卖欧美、日韩的英文界面、日文界面、韩文界面，显示逻辑和中文英文一样直白——一个编码对应一个字形，从左到右排过去就行，普通外文方案就能搞定。

但卖到这几个市场，故事完全不一样：

• 卖到中东，阿拉伯文该连笔的地方全断开了，更离谱的是整句方向是反的；
• 卖到泰国，客户截图过来：泰文的声调符号飘到了别的字符头上，或者几个符号叠成一团；
• 卖到印度，印地文两个字母本该合成一个合体字，屏幕上却是两个散开的字母；
• 卖到柬埔寨，高棉文上下几层符号叠放，错一层整句没法读。

哪些市场需要组合算法，哪些普通方案就够

功能没变、代码没动，只是换了种文字，显示就"错了"。客户不管你底层什么原因，他看到的就是质量问题。

二、显示错了是什么样

泰文和阿拉伯文：没有组合算法 vs 正确排版

左边是没有组合算法时单片机的典型显示：泰文的声调、元音符号被拆成一个个独立格子，根本叠不到字母上；阿拉伯文每个字母按"孤立形"显示，连笔全断，还按从左到右排——整句等于反着写。右边是正确排版该有的样子。

三、根因：这些文字不是"一个码一个字"那么简单

阿拉伯文、泰文、印地文、高棉文这类"复杂文字"，比中文英文多了三件事：

• 要组合：泰文的声调符号不是一个独立的格子，而是叠在辅音字母的上面或下面，叠错位置意思就变了；印地文里几个字母碰到一起，要合并画成一个全新的合体字；
• 要变形：阿拉伯文同一个字母，在词首、词中、词尾长得不一样，该连笔的地方必须连上；
• 要换方向：阿拉伯文、希伯来文从右往左写，一句话里再混进数字和英文，谁先谁后都有讲究。

所以问题根因不是"字库里没这个字"，而是少了一层"排版规则"：字符集导进去只解决了"有什么字"，怎么组合、怎么变形、按什么方向排，需要一套对应的组合算法来处理。

四、自己补这层规则，代价有多大

如果想自己在代码里实现这些规则，面对的是：翻每种文字的 Unicode 排版规范，给每种语言写一套组合算法，再逐语言造测试用例验证。一种文字以周计，而且泰文的规则帮不了阿拉伯文，每种都是从头再来。

这些工作和你产品的功能没有任何关系，纯粹是"为了把字显示对"交的学费。

五、现成的解法：排版规则已经内置在字库里

这层规则其实不用自己写。高通字库做这类复杂文字很多年，官方字库数据里已经把各语言的排版规则配套好了，单片机这边发 Unicode 编码，调用对应的组合算法接口，拿到的就是排好序、变好形的字形数据——阿拉伯文、泰文、印地文、高棉文都有现成支持。

落地到产品里有两种方式：

市场确定 → 标准字库芯片。 如果出口市场固定（比如就做沙特），选字库出厂固化好的标准型号，焊上板、跑通 SPI、调接口就能显示，最快量产。上百款型号在官网选型表里可以按语言筛。

市场还在拓展 → 自定义字库芯片。 如果今年卖东南亚、明年可能加中东，用自定义字库芯片更稳：芯片本身是空的存储载体，装哪些语言自己配——

1. 打开官方免费软件 GT-HMI Designer2，进入字库选配；
2. 勾选需要的语言字符集，阿拉伯文、泰文这类复杂文字直接选，对应的排版规则随字库一起进来；
3. 导出编译、烧录进芯片，上板即用。以后要加语言，软件里加字符集重新烧录就行，硬件不动。

选择自定义字库

开发中要查某个字符的 Unicode 编码，GT-HMI Designer2 内置了编码查询，官网也有在线版。

每种语言的 API 调用都有现成示例（泰文组合、阿拉伯文反向排版、印地文合体、高棉文），在自定义字库制作完整教程的 API 章节里，照着接就行。

六、一句话总结

界面文字显示错，多半不是字库缺字，而是缺了"排版规则"这层。只出海欧美日韩，普通外文方案就够，不用折腾；要去中东、泰国、印度、柬埔寨这些市场，动手之前先确认字库带对应语言的组合算法——市场还没定死的，用自定义字库芯片给自己留条加语言的后路。

---

高通（GENITOP）始于 1992 年，深耕汉字信息处理与嵌入式 GUI 技术，字库覆盖全球 180+ 国家语言。