本质是字体缺失、编码识别失败、locale未激活三者叠加所致，须分三层修复：先激活zh_CN.UTF-8 locale，再安装fonts-wqy-microhei等中文字体并fc-cache -fv刷新，最后按WPS、VSCode、FileZilla、Wine等应用分别指定编码或字体策略。
统信UOS中运行WPS、VSCode、FileZilla、Wine程序等中文软件时，界面或文档出现方框（□）、问号（?）、文字错位、菜单图标异常，本质是字体缺失、编码识别失败、locale未激活三者叠加所致，必须按层定位——先确认是渲染层（字体）问题还是解析层（编码）问题，再针对性修复。
第一步：验证并激活系统级中文locale
若终端执行locale命令后LANG显示为C或en_US.UTF-8，则所有依赖glibc的应用默认以ASCII方式解析字节流，中文必然乱码。此为底层前提，不解决则后续操作无效。
执行locale查看当前设置，确认输出中LANG=zh_CN.UTF-8已生效；若无，运行sudo nano /etc/locale.gen，取消#zh_CN.UTF-8 UTF-8前的注释，保存后执行sudo locale-gen zh_CN.UTF-8 && sudo localectl set-locale LANG=zh_CN.UTF-8。
重启系统或执行loginctl terminate-session $(loginctl | grep "session-" | awk '{print $1}')强制重载会话环境。
第二步：安装并注册中文字体库
乱码表现为方框而非错序字符时，90%以上是字体回退链断裂。仅靠ttf-mscorefonts-installer不够，必须补全开源+商用双轨字体。
在终端中执行：sudo apt install fonts-wqy-microhei fonts-source-han-sans-cn ttf-wps-fonts。其中ttf-wps-fonts含仿宋_GB2312、楷体_GB2312等公文必备字体，缺之则WPS打开旧版Word必现方框。
安装完成后立即执行sudo fc-cache -fv，-fv参数不可省略，否则fontconfig无法完整索引新字体。
验证是否加载成功：fc-list :lang=zh | grep -E "(wqy|source|sim)"，若有输出即表示字体已就绪。
第三步：分应用指定编码或字体策略
不同软件乱码成因不同，不能统一用一种方法处理。以下按高频场景分类给出可立即生效的操作：
方法一：WPS Office打开GBK编码文档
在终端输入：wps --encoding=gbk /path/to/your.doc。此命令绕过自动探测，直接以GBK解码，适用于从Windows拷贝的旧文档。路径支持Tab补全，避免手输错误。
方法二：VSCode中强制启用中文字体链
打开设置（Ctrl+,）→ 搜索“font family” → 编辑“Editor: Font Family”，填入：'Fira Code', 'Source Han Sans CN', 'WenQuanYi Micro Hei', 'SimSun'。注意单引号与逗号格式，顺序决定回退优先级，SimSun放末尾作兜底。
方法三：FileZilla连接GBK编码FTP服务器
点击【文件】→【站点管理器】→ 选中目标站点 → 在右侧【字符集】下拉框中明确选择GBK（非UTF-8），并取消勾选“强制UTF-8”。国内多数老旧FTP服务器使用GBK存储目录名，选错将导致整个路径树乱码。
方法四：Wine运行Windows程序界面乱码
先确认字体已注入：ls ~/.wine/drive_c/windows/Fonts/ | grep -i simsun；若无输出，执行：mkdir -p ~/.wine/drive_c/windows/Fonts/ && cp ~/Downloads/simsun.ttc ~/.wine/drive_c/windows/Fonts/。然后运行WINEPREFIX=~/.wine winecfg，在【函数库】页添加riched20并设为“原生内建”，否则RichEdit控件无法调用系统字体。
