1. Wine 跑 UE32 工具栏乱码到底卡在哪
UltraEdit 32（下称 UE32）在 Ubuntu 上通过 Wine 启动后，菜单和工具栏文字变成方块、问号或者一堆乱码，这个问题我遇到过不止一次。核心检索词先摆出来：Wine 运行 UE32 工具栏乱码，本质上是字符编码和字体映射两件事没对齐。UE32 是 Windows 程序，它默认按系统 ANSI 代码页去渲染界面文字，而 Wine 在 Ubuntu 上如果LANG是en_US.UTF-8，Wine 会把 Windows 区域设置推断成英文环境，工具栏上的中文资源就找不到对应字形，于是显示成方块或乱码。
适合谁看：正在 Ubuntu 上用 Wine 跑老版本 Windows 软件、界面出现乱码、又不想把整个系统默认语言改成中文的人。整条排查链路分三层：先确认 Ubuntu 侧 locale 是否生成了zh_CN.UTF-8，再确认 Wine 启动时LANG有没有传进去，最后检查 Wine 注册表里的字体替换有没有把缺失字体映射到系统已有字体。三层里任何一层断了，工具栏都会乱。
我试过只改系统语言的做法，确实能好，但副作用是终端、日期格式全变中文，对习惯英文环境的人不友好。更干净的做法是只给 UE32 这一个进程注入LANG="zh_CN.UTF-8"，系统其他部分保持英文。下面按可复制的顺序走一遍。
2. TaoToken 前置：先把模型侧和 Key 准备好
排查乱码过程中经常需要让模型帮你读一段 Wine 注册表、解释 locale 输出，或者生成字体替换片段。这时候一个稳定的模型接入点能省不少来回。TaoToken 提供统一的 API 入口，兼容常见调用格式，适合把排查对话、代码解释这类轻量请求接进来。
你需要先拿到 API Key，入口在控制台的密钥管理页：https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite 。创建后复制保存，后面配置环境变量会用到。接口基地址用 https://taotoken.net/api ，注意这个地址不带跟踪参数，直接填即可。
如果你只是想快速验证某个模型能不能正确解释 Wine 的 locale 报错，可以直接用模型对话页试：https://taotoken.net/models?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite 。把locale -a的输出粘进去，让它判断zh_CN.UTF-8是否已生成，比翻文档快。
长期在 Ubuntu 上做编码、Agent 类工作的话，可以考虑 Coding Plan，把日常的代码解释和排障请求固定下来：https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite 。接入文档在 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite ，里面有各语言的调用示例，配置时对照着填 base_url 和 key 就行。
3. 可复制配置：locale 检查 + Wine 字体替换
3.1 确认 Ubuntu 侧 locale 是否生成
先看当前环境变量和已生成的 locale：
locale locale -a | grep -i zh_CN如果locale -a里没有zh_CN.utf8，说明中文 locale 没生成，需要补上：
sudo apt update sudo apt install -y language-pack-zh-hans sudo locale-gen zh_CN.UTF-8 sudo update-locale生成后再跑一次locale -a | grep -i zh_CN，应该能看到zh_CN.utf8。这一步是前提，没有它后面注入LANG也没用。
3.2 只给 UE32 注入 LANG，不动系统默认
不要改/etc/default/locale，那会影响全局。做法是写一个启动脚本，只在启动 UE32 时设置LANG：
#!/bin/bash export LANG="zh_CN.UTF-8" export LC_ALL="zh_CN.UTF-8" export WINEPREFIX="/home/你的用户名/.wine" wine "C:\\Program Files\\IDM Computer Solutions\\UltraEdit-32\\uedit32.exe"保存为~/bin/run-uedit32.sh，加执行权限：
chmod +x ~/bin/run-uedit32.sh如果你用桌面快捷方式，把Exec行改成：
Exec=env LANG="zh_CN.UTF-8" LC_ALL="zh_CN.UTF-8" WINEPREFIX="/home/你的用户名/.wine" wine "C:\\Program Files\\IDM Computer Solutions\\UltraEdit-32\\uedit32.exe"这样只有 UE32 进程看到中文 locale，系统其他部分不受影响。
3.3 Wine 注册表字体替换
光有 locale 还不够，Wine 里如果缺中文字体，工具栏照样是方块。先确认系统装了中文字体：
fc-list :lang=zh | head没有的话装一个：
sudo apt install -y fonts-wqy-microhei fonts-wqy-zenhei然后打开 Wine 注册表编辑器：
WINEPREFIX="/home/你的用户名/.wine" wine regedit定位到HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes，新建字符串值，把 UE32 可能请求的字体名映射到系统已有字体。常见映射如下：
| Wine 请求字体 | 替换为 |
|---|---|
| MS Shell Dlg | WenQuanYi Micro Hei |
| MS Shell Dlg 2 | WenQuanYi Micro Hei |
| Tahoma | WenQuanYi Micro Hei |
| SimSun | WenQuanYi Micro Hei |
| Microsoft YaHei | WenQuanYi Micro Hei |
也可以直接用命令行导入一个.reg文件，内容如下：
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes] "MS Shell Dlg"="WenQuanYi Micro Hei" "MS Shell Dlg 2"="WenQuanYi Micro Hei" "Tahoma"="WenQuanYi Micro Hei" "SimSun"="WenQuanYi Micro Hei" "Microsoft YaHei"="WenQuanYi Micro Hei"保存为fontsub.reg，然后：
WINEPREFIX="/home/你的用户名/.wine" wine regedit fontsub.reg注意：字体名要和
fc-list输出的名字完全一致，大小写和空格都不能错，否则替换不生效。
4. 验证请求与成功结果
配置完先别急着开 UE32，按顺序验证。
第一步，确认启动脚本里的环境变量真的传进去了：
env LANG="zh_CN.UTF-8" LC_ALL="zh_CN.UTF-8" bash -c 'locale'输出里LANG和LC_ALL都应该是zh_CN.UTF-8。
第二步，确认 Wine 能识别到替换后的字体。启动 Wine 自带的记事本：
WINEPREFIX="/home/你的用户名/.wine" wine notepad在记事本里输入几个中文，如果显示正常，说明字体映射生效了。如果记事本里也是方块，问题在字体层，回到 3.3 检查字体名。
第三步，启动 UE32：
~/bin/run-uedit32.sh观察工具栏和菜单。正常情况下中文菜单项和工具栏提示应该能正常显示。如果还是乱码，用winecfg打开 Wine 配置，在“显示”选项卡里确认没有强制覆盖 DPI 或字体设置。
成功的结果是：UE32 工具栏文字清晰可读，中文不乱码，同时系统终端仍然是英文环境。可以用echo $LANG在终端确认系统默认没被改掉。
5. 本篇常见错排查
5.1 改了 LANG 但工具栏还是乱码
最常见的原因是LC_ALL没设。LANG只是默认值，如果系统里LC_ALL被设成了C或en_US.UTF-8，它会覆盖LANG。启动脚本里两个都要设。
5.2 locale 生成了但 Wine 不认
Wine 有自己的 locale 推断逻辑，有时候需要显式告诉它 Windows 区域。可以在启动脚本里加：
export WINEDLLOVERRIDES="mscoree,mshtml="或者在winecfg的“区域设置”里手动选中文（中国）。这一步不是必须，但遇到顽固乱码时可以试。
5.3 字体替换写了但没生效
检查注册表路径是否写对，是FontSubstitutes不是Fonts。另外替换的字体名必须是 Wine 能识别的名字，建议用fc-list里显示的名字，而不是字体文件路径。
5.4 快捷方式里 env 写法出错
桌面快捷方式的Exec行如果引号嵌套不对，env后面的变量不会生效。建议把启动逻辑写进脚本，快捷方式只调用脚本，避免转义问题。
5.5 系统更新后乱码复现
Ubuntu 大版本升级有时会重置 locale 生成状态，或者 Wine 版本更新后字体映射行为变化。复现时按第 3 节顺序重新走一遍即可，不用重装 Wine。
6. 继续用模型辅助排查
乱码这类问题往往不是单一原因，locale、字体、注册表、Wine 版本都可能掺一脚。把locale -a输出、fc-list :lang=zh结果、注册表导出片段一起丢给模型，让它帮你交叉比对，比逐条猜快得多。模型对话入口：https://taotoken.net/models?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite 。
如果你要把这套排查流程固化到脚本里，或者接进自己的编码工作流，API Key 在 https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite ，接入方式参考 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite 。长期做 Wine 兼容性调试的话，Coding Plan 能把这类重复请求的成本压下来：https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite 。
最后补一个实用技巧：把run-uedit32.sh里的WINEPREFIX和路径抽成变量，以后换机器只改变量就行，不用满脚本找路径。
