部分Windows服务器上旧程序俄文字符显示乱码如何排查解决

该现象属于典型的ANSI/OEM代码页转换逻辑异常：旧版非Unicode程序输出CP866编码的俄文字节串，系统在转换为Unicode时错误将其识别为ANSI编码（CP1251）而非OEM编码，直接按单字节补零生成UTF-16LE，最终显示为乱码。

• 检查HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontAssoc\Associated Charset注册表项：确认OEM(866)值为YES，ANSI(1251)值为YES，部分精简版系统会缺失该项配置导致转换逻辑异常。
• 配置程序兼容性参数：对软件主程序和ActiveX控件宿主程序（一般是iexplore.exe或者自定义容器程序）右键-属性-兼容性，勾选「以兼容模式运行这个程序」选择Windows XP (Service Pack 3)，同时勾选「以管理员身份运行此程序」，点击「更改所有用户的设置」应用相同配置。
• 强制指定程序默认代码页：在软件目录下新建与主程序同名的.local文件（例：主程序为logviewer.exe则新建logviewer.exe.local空文件），同时在同目录创建对应manifest文件指定代码页为CP866，manifest示例内容：

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <application xmlns="urn:schemas-microsoft-com:asm.v3">
    <windowsSettings>
      <defaultCodePage xmlns="http://schemas.microsoft.com/SMI/2019/WindowsSettings">866</defaultCodePage>
    </windowsSettings>
  </application>
</assembly>

• 优先选择俄语原生安装镜像部署，禁止使用其他语言镜像加装俄语语言包的部署方式
• 系统安装完成后，屏蔽KB4556799、KB4560960两个系统更新补丁，该类2020年5月后发布的补丁会修改MultiByteToWideChar接口的默认转换逻辑，是已知的俄文旧程序乱码诱因

在异常机器上使用AppLocale工具强制指定程序运行时的代码页为CP866，若运行后乱码消失即可100%确认根因为代码页转换逻辑异常，可按上述方案落地配置。

内容的提问来源于stack exchange，提问作者Aralox