ResourceManager.GetString() 返回 null 的主因是 baseName 或 assembly 参数不匹配，而非键名错误；baseName 必须严格为“命名空间.文件名”（如"MyApp.Properties.Strings"），大小写敏感且不含.resx，资源文件名中的 culture 标识（如 zh-CN）也须完全一致。

ResourceManager.GetString() 返回 null，八成不是键写错了，而是构造时传的 baseName 或 assembly 不对。

ResourceManager 构造参数必须严格匹配命名空间 + 嵌入路径

ResourceManager 本身不“猜”资源在哪，它只按你给的 baseName 和 assembly 去程序集里找 .resources 文件。比如资源文件放在 MyApp.Properties.Strings.resx，那 baseName 必须是 "MyApp.Properties.Strings"（不含 .resx，大小写敏感），不能是 "Strings" 或 "Properties.Strings"。

常见错误现象：

• 始终 fallback 到默认语言，即使 CurrentUICulture 已设为 zh-CN
• 调用 GetString("Hello") 返回 null，但用反射查程序集资源清单能看到 MyApp.Properties.Strings.zh-CN.resources 确实存在

实操建议：

• 确认资源文件的 Access Modifier 设为 Public（VS 属性面板里改），否则 ResourceManager 拿不到内部资源流
• 桌面应用中，assembly 推荐用 Assembly.GetExecutingAssembly()；类库中若被其他项目引用，别误用 Assembly.GetCallingAssembly()，应显式传入包含资源的程序集
• 用 ildasm 或 dotnet ilc 打开 DLL，检查资源是否真以 Namespace.Filename.culture.resources 形式嵌入（例如 MyApp.Properties.Strings.zh-CN.resources）

WinForms 切换语言后界面不更新？不是资源没加载，是控件没重绘

WinForms 的控件文本不会自动响应 CurrentUICulture 变更——ComponentResourceManager.ApplyResources() 只在初始化时调用一次，之后文化变了，它不会自己跑回来再刷一遍。

使用场景：用户点击语言下拉框，选“中文”，期望所有按钮、标签立刻变中文。

实操建议：

• 不要只写 Thread.CurrentThread.CurrentUICulture = new CultureInfo("zh-CN")
• 必须手动触发重应用：遍历窗体或控件树，对每个控件调用 componentResourceManager.ApplyResources(control, control.Name)
• 如果用了自定义控件，确保其 InitializeComponent() 中的资源加载逻辑也被重新执行，或把本地化逻辑抽到可重入方法里
• 避免在 Form.Load 事件里读资源——此时 culture 可能还没设好；改在 Form.Shown 或显式初始化函数里做

ASP.NET Core 中 Accept-Language 失效？中间件顺序和配置项漏了

Web 场景下，CurrentUICulture 不由线程决定，而由 RequestLocalizationMiddleware 解析请求头并设置。它不看系统语言，也不管你代码里有没有 Thread.CurrentThread.CurrentUICulture = https://www.php.cn/link/263b1243ca2dbeb358777ceabc4a2e4c。

实现基于qmt智能交易终端的A股交易数据本地化

基于QMT平台，支持自然语言指令下载并实时监控A股多周期历史行情，含智能错误处理与任务控制。

下载

常见错误现象：

• 浏览器发 Accept-Language: zh-CN,zh;q=0.9,en;q=0.8，但服务端日志显示 CurrentUICulture 还是 en-US
• 用 Postman 手动加 Header 也没用

实操建议：

• 确认 Program.cs 中 AddLocalization() 在 builder.Services 阶段注册，且 UseRequestLocalization() 在 app.UseRouting() 之后、app.UseEndpoints() 之前调用
• 检查 RequestLocalizationOptions 是否设置了 SupportedCultures 和 SupportedUICultures，且包含 new CultureInfo("zh-CN") 实例（不能只写字符串）
• 别依赖 CookieRequestCultureProvider 默认行为——如果没发 cookie，它会 fallback 到 QueryStringRequestCultureProvider 或 AcceptLanguageHeaderRequestCultureProvider，但后者需显式启用

resx 存 HTML 或 JSON 容易出问题，别硬塞

.resx 是 XML 格式，对双引号、&、换行、CDATA 块等处理脆弱。版本合并时冲突高，CI 构建时还可能因编码不一致导致资源加载失败。

性能与兼容性影响：

• Visual Studio 编辑器自动转义 & → &，运行时 ResourceManager 不会反解，结果页面显示文字里多出 “&”
• 含
  的字符串在 designer.cs 里生成属性时可能编译报错
• 某些 CI 环境（如 Linux 上的 dotnet build）对 resx 的 BOM 或编码识别不一致，导致中文乱码

实操建议：

• 按钮名、提示语、标题等纯文本，继续用 .resx —— 简单、强类型、IDE 支持好
• 带格式的文案（如“请登录后操作”）、JSON 配置片段、邮件模板，改用独立 .json 文件（如 messages.zh-CN.json），配合 IStringLocalizer 或自定义工厂加载
• 若必须用 resx 存富文本，手动在 XML 编辑器里写 https://www.php.cn/link/263b1243ca2dbeb358777ceabc4a2e4c