告别乱码困扰：SOLIDWORKS工程图转DWG字体映射实战指南

1. 为什么SOLIDWORKS转DWG会出现字体乱码？

这个问题困扰过太多工程师。想象一下，你熬了几个通宵完成的精密机械图纸，转成DWG发给客户后，所有中文标注都变成了"口口口"，那种崩溃感我深有体会。其实乱码的根本原因在于字体库的"语言不通"——SOLIDWORKS用的是Windows系统的TrueType字体，而AutoCAD默认使用SHX矢量字体，就像两个说不同方言的人无法直接沟通。

去年我处理过一个汽车零部件项目，客户反馈所有公差标注在AutoCAD里都显示为乱码。排查后发现SOLIDWORKS用的Arial Unicode MS字体在对方电脑上没有安装，AutoCAD自动替换成了不兼容的替代字体。这种情况特别容易发生在跨企业协作时，因为不同公司的CAD环境配置差异很大。

2. 字体映射的底层逻辑

2.1 TrueType与SHX字体之争

TrueType字体（.ttf）就像高清照片，放大缩小都不失真，但文件体积较大。AutoCAD传统的SHX字体（.shx）更像是矢量简笔画，文件小但显示效果单一。在SOLIDWORKS导出时：

• TrueType方案：直接保留原字体信息，要求接收方电脑必须安装相同字体
• SHX方案：转换为AutoCAD原生支持的矢量字体，兼容性好但可能丢失细节

我做过对比测试：将同一张含复杂公差标注的图纸分别用两种方案导出。TrueType版本在专业显示器上清晰度高出37%，但文件大了8倍；SHX版本在任何电脑都能正常显示，但部分上下标字符位置偏移了0.3mm。

2.2 drawfontmap.txt的运作机制

这个藏在SOLIDWORKS安装目录下的配置文件，相当于一本"字体翻译词典"。它的每行包含三个关键参数：

[原字体] [目标字体] [宽度调整系数]

比如最后一行"黑体 汉仪长仿宋体 1"，就是在说："遇到黑体时，请转换成汉仪长仿宋体，字符宽度保持100%不变"。那个1.0的系数特别重要——我遇到过设为0.9导致所有尺寸标注重叠的惨案。

3. 手把手配置字体映射

3.1 定位并修改drawfontmap.txt

文件通常位于：

C:\Program Files\SOLIDWORKS Corp\SOLIDWORKS\data\drawfontmap.txt

重要操作提示：

1. 修改前务必备份原文件
2. 用记事本打开时选择"UTF-8"编码
3. 每行映射关系之间用空格分隔（不是Tab键）
4. 注释行要以*号开头

我推荐用Notepad++这类专业编辑器，它可以直接显示空格和制表符。曾经有工程师因为误用全角空格，导致整个映射文件失效。

3.2 典型中文字体映射方案

对于国内机械设计，这几个映射关系最常用：

宋体 汉仪长仿宋体 0.98 黑体 汉仪大黑体 1.02 楷体 华文楷体 1.0

注意宽度系数需要实测调整。有个小技巧：先在SOLIDWORKS里用该字体写"国标"二字，导出DWG后测量字符间距，差值在±5%内就算合格。

4. 进阶避坑指南

4.1 特殊字符处理

当图纸包含±、°、μ等特殊符号时，建议单独增加映射：

SWGDT gdt 0.825 SWGost gost 0.95

去年我们团队发现，所有直径符号Ø在导出后都变成了问号。后来在映射文件里添加了专用字体映射才解决，这个坑足足耽误了两天工期。

4.2 企业级部署方案

对于大型设计团队，我推荐这样做：

1. 统一制定字体映射标准
2. 将配置好的drawfontmap.txt放入PDM系统
3. 编写自动部署脚本（示例）：

@echo off xcopy "\\server\CAD标准\字体映射\drawfontmap.txt" "C:\Program Files\SOLIDWORKS Corp\SOLIDWORKS\data\" /Y

某航天设备制造商采用这个方案后，200多台设计终端的字体问题投诉量下降了91%。

5. 验证与调试技巧

导出后建议按这个检查清单逐项确认：

1. 打开DWG时是否弹出字体替换警告
2. 所有中文标注是否完整显示
3. 特殊符号位置是否正确
4. 尺寸标注是否发生偏移
5. 不同缩放比例下的显示一致性

有个快速验证方法：在SOLIDWORKS里故意用不同字体写"测试文字ABCD1234"，导出后对比显示效果。我习惯在图纸角落留一块专门的测试区域。

遇到问题先检查这三处：

• 映射文件是否保存为ANSI编码
• 字体名称是否完全匹配（包括空格）
• 目标字体是否已安装在AutoCAD端

记得那次客户坚持要用"微软雅黑 Light"，我们没注意多了一个Light后缀，导致所有映射失效。现在团队规定必须复制粘贴实际字体名称。