LoadLibraryExW未加载应用程序语言特定MUI版本问题排查

以下是导致系统未自动加载对应.mui文件的常见原因及解决方法：

1. 主程序未正确标记为语言中性模块 #

主程序（Grobber.exe）必须是语言中性（LN）模块：

• 编译时需配置为语言中性，避免将本地化资源编译进主程序；
• 可通过rc.exe的/l参数指定中性语言（如0x0000），或在资源脚本中设置LANGUAGE LANG_NEUTRAL, SUBLANG_NEUTRAL；
• 如果主程序本身包含了目标语言的资源，系统会直接使用这些资源，不会去查找.mui文件。

2. 语言文件夹及.mui文件命名不符合规范 #

• 语言文件夹名称必须是有效的RFC 4646语言代码，比如你列出的fr-CAca、fr-DE都是无效的，正确写法应为fr-CA、de-DE；
• .mui文件必须与主程序文件名完全一致（即Grobber.exe.mui），且放在对应语言代码的子文件夹下；
• 无效的语言代码文件夹会被系统忽略，直接 fallback 到主程序的中性资源。

3. .mui文件与主程序版本/签名不匹配 #

Windows会验证.mui文件与主程序的以下信息：

• 文件版本号、产品版本号完全一致；
• 数字签名（如果主程序有签名）完全匹配；
• 若不满足以上条件，系统会拒绝加载.mui文件，使用主程序的中性资源。

4. 路径转义错误 #

你的伪代码中路径写法"C:\Program Files\Contoso\Grobber.exe"在C/C++中是错误的，反斜杠需要转义为双反斜杠：

HMODULE resContainer = LoadLibraryExW(L"C:\\Program Files\\Contoso\\Grobber.exe", NULL, LOAD_LIBRARY_AS_IMAGE_RESOURCE | LOAD_LIBRARY_AS_DATAFILE);

路径无效会导致加载失败，或意外加载到其他模块，最终使用中性资源。

5. 系统UI语言匹配问题 #

Windows会按照用户UI语言优先级列表查找.mui文件：

• 确认当前系统的UI语言确实是你预期的语言（比如en-US）；
• 如果系统UI语言是列表中的其他语言（如en-CA），系统会优先加载对应文件夹的.mui，而非en-US；
• 可通过系统设置的「时间和语言-语言」查看当前UI语言。

6. 加载参数的潜在问题 #

虽然你使用了正确的LOAD_LIBRARY_AS_IMAGE_RESOURCE | LOAD_LIBRARY_AS_DATAFILE参数，但如果主程序已被加载到当前进程中，尝试再次加载可能会复用已加载的模块句柄，此时需确保系统能正确关联到对应的.mui文件。可以尝试添加LOAD_LIBRARY_AS_DATAFILE_EXCLUSIVE参数，强制加载磁盘上的文件而非复用已加载模块。

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