做海外项目图纸翻译，交付前最让人捏把汗的就是图纸翻译乱码：明明译文已经写回图纸，打开一看，西里尔字母全变成问号，或者法语的重音字符显示成方框。这种问题在跨语言图纸流转中非常常见，但绝大多数都能定位到具体原因并解决。这篇文章把 CAD 翻译后文字变问号的三类根源拆开讲清楚，并给出对应的排查步骤。
根源一：目标语言字体缺失——CAD翻译后文字变问号的主因
这是占比最高的一类原因。DWG 图纸里的每段文字都绑定一个文字样式（Text Style），样式里指定了字体文件。中文图纸的样式通常指向中文字体（如各类 SHX 或 TTF 中文字库），如果你直接把俄语、阿拉伯语译文写进这些文字，而字体文件里根本没有西里尔字母或阿拉伯字母的字形（Glyph），CAD 就会用问号或方框代替显示。
排查方法很简单：
- 在 CAD 中打开图纸，用
STYLE命令查看乱码文字所用的文字样式； - 看样式绑定的字体名，确认该字体是否支持目标语言字符集；
- 如果字体不支持，把样式字体换成支持目标语言的字体（例如翻译为俄语时换用带西里尔字符集的字体），乱码立即恢复。
注意一个细节：图纸文件里的译文本身往往是好的，只是显示它的字体没有对应字形。所以看到问号先别急着重翻，先查字体。
根源二：字符编码不匹配
第二类原因出在编码层面。DWG 内部按代码页（Code Page）存储文字，不同年代、不同地区生成的图纸代码页不同：简体中文环境常见 GBK 系的 ANSI_936，俄语环境是 ANSI_1251，西欧语言是 ANSI_1252，而现代工具普遍按 UTF-8 处理。如果翻译工具按错误的编码读写文字，就会出现"一半正常一半乱码"或整段变问号的情况。
排查步骤：
- 确认原图纸的生成环境——是国内设计方出的图，还是海外设计方出的图，大致判断代码页；
- 检查翻译或转换工具是否显式声明了编码处理方式，转换链路中每过一次转码就多一分出错风险；
- 用 DWG TrueView 或原生成软件打开原图对比，确认乱码是翻译写回引入的，还是原图转换时就已产生。
这类问题的经验法则是：转换次数越少越好。DWG 转 DXF 再转回 DWG、中间再过一道在线工具，编码出错的概率会明显上升。
根源三：打开环境差异——图没问题，看图的人有问题
还有一类"假乱码"：图纸在你电脑上显示正常，发给海外业主或咨询方后对方却报告问号。原因是不同语言版本、不同版本的 CAD 软件，对字体替换和缺失字体的处理策略不一样——有的会自动替换近似字体，有的直接显示问号，对方机器上恰好没装你用的那款字体时问题就暴露了。
应对办法：
- 交付前用与交付对象一致的 CAD 环境（相同语言版本、相同大版本）打开检查一遍，这是最可靠的验收方式；
- 无法完全对齐环境时，优先使用目标语言系统自带、覆盖范围广的通用字体，避免冷门字体；
- 必要时把关键图纸另出一份 PDF 作为对照件，供对方核对文字内容。
三类根源对照排查表
| 典型现象 | 根源类别 | 快速验证 | 解决方向 |
|---|---|---|---|
| 外文译文大面积问号/方框 | 字体缺失 | STYLE 查样式字体是否含目标语言字形 | 更换支持目标语言的字体 |
| 部分字符正常、部分乱码 | 编码不匹配 | 核对原图代码页与工具编码处理 | 减少转换链路，按正确编码读写 |
| 本机正常、对方打开乱码 | 打开环境差异 | 换语言版本 CAD 打开复现 | 用通用字体，按交付环境验收 |
从源头避免：翻译写回时就把字体问题处理掉
事后排查不如事前规避。CAD图纸翻译神器 在译文写回环节做了针对性处理：写回时自动克隆原文字样式，并按目标语言更换为匹配的字体——翻成俄语就用带西里尔字符集的字体，翻成阿拉伯语就换支持阿拉伯字母的字体，同时保留原有的字高、颜色等样式属性。这样从机制上避开了第一类字体缺失乱码，译文不乱码、不丢字。
编码层面，软件通过 ODA 引擎在本地解析图纸，DWG 直接读写，不需要中间格式来回倒手，也就切掉了大部分编码出错的机会。翻译完成输出 _translated 新文件，原图不动，可以随时并排对照验收。
总结
图纸翻译乱码看着吓人，拆解下来无非字体、编码、环境三类。记住排查顺序：先查字体样式，再查编码链路，最后核对打开环境。更重要的是选对工具——写回环节就把字体按目标语言处理好，能从源头省掉大部分麻烦。交付前务必用与交付对象一致的 CAD 环境打开检查，这一步不能省。如果乱码之外还遇到译文排版挤压的问题，可以看《翻译后文字超出图框/炸行怎么办？宽度因子适配详解》。