关键在于显式设置 Thread.CurrentThread.CurrentUICulture = CultureInfo.InstalledUICulture（桌面端）或配置 RequestLocalizationMiddleware（Web 端），并确保资源文件命名、生成操作、访问修饰符及 ResourceManager 初始化参数均正确。
怎么让 C# 程序自动按系统语言加载资源
关键不是“加资源文件”，而是让 ResourceManager 在运行时准确找到对应 culture 的 .resources 文件。默认它只查当前线程的 CultureInfo.CurrentUICulture，而这个值不会自动同步系统显示语言——尤其在桌面应用里，用户可能改了 Windows 设置但程序没重启，或者用了非默认登录语言。
实操建议：
- 启动时显式设置：
Thread.CurrentThread.CurrentUICulture = CultureInfo.InstalledUICulture;（适用于 WinForms/WPF 桌面程序） - Web 场景（ASP.NET Core）要靠
Accept-Language请求头 +RequestLocalizationOptions配置中间件，不能依赖线程文化 - 避免在静态构造函数或
App.xaml.cs早期阶段读取资源，此时 culture 可能还没生效 - 验证是否生效：打印
Thread.CurrentThread.CurrentUICulture.Name，比如应为zh-CN或ja-JP，而非en-US
Resource.resx 和 Resource.zh-CN.resx 文件怎么组织才不报错
VS 自动生成的默认资源文件（Resource.resx）必须存在，且其 Build Action 设为 Embedded Resource；所有带 culture 后缀的（如 Resource.zh-CN.resx）也必须设为 Embedded Resource，且文件名严格匹配 culture 名（不含空格、大小写敏感）。
常见错误现象：
- 运行时报
MissingManifestResourceException：多半是 culture 名拼错（比如写成zh-CN.resx而不是Resource.zh-CN.resx） - 始终 fallback 到英文：检查
zh-CN版本是否真的编译进了程序集——用ildasm或dotnet ilc查看输出 DLL 中是否存在MyApp.Resources.Resource.zh-CN.resources - WPF 中
StaticResource绑定不到本地化字符串：WPF 不自动监听 culture 变更，需手动触发FrameworkElement.Language更新或重载资源字典
用 ResourceManager.GetString() 为什么总返回 null
不是资源键不存在，而是 ResourceManager 构造时传入的 baseName 或 assembly 错了。baseName 是命名空间 + 文件名（不含 .resx），例如 MyApp.Properties.Resources 对应 Resources.resx；assembly 必须是包含该资源的程序集，桌面应用通常是 Assembly.GetExecutingAssembly()，但类库中容易误用调用方的 assembly。
实操建议：
- 别手写 baseName：用强类型资源类（VS 自动生成的
Properties.Resources）最稳，它内部已封装好正确参数 - 若必须手动 new
ResourceManager，确认路径：new ResourceManager("MyApp.Properties.Resources", typeof(MyClass).Assembly) - 调试时打日志：
rm.GetResourceSet(CultureInfo.CurrentUICulture, true, true)看返回的ResourceSet是否含预期 key - 注意大小写：资源键区分大小写，
"OkButton"和"okbutton"是两个键
ASP.NET Core 里本地化服务注册后页面还是英文
注册 AddLocalization() 只是注入服务，真正起作用的是 UseRequestLocalization() 中间件，且它必须放在 UseRouting() 之后、UseEndpoints() 之前。另外，Razor 页面中的 @inject IStringLocalizer<mycontroller> localizer</mycontroller> 依赖控制器类名匹配资源文件名，不是随便起个名就行。
关键点：
- 确保
Startup.Configure()中间件顺序正确，漏掉或放错位置会导致 culture 解析失效 - 资源文件必须放在
Controllers/MyController.zh-CN.resx或Shared/Shared.zh-CN.resx，否则IStringLocalizer找不到 - View 中用
@localizer["Save"]时，localizer必须是IViewLocalizer（通过@inject IViewLocalizer Localizer注入），不是IStringLocalizer - 浏览器请求头没带
Accept-Language？可临时加 query 参数测试：?culture=zh-CN，配合RequestLocalizationOptions.AddSupportedCultures()
最常被忽略的是：资源文件的访问修饰符。VS 默认生成为 Internal，若跨程序集调用（比如类库提供资源），需手动改成 Public 并在 Resources.Designer.cs 里改 [global::System.ComponentModel.EditorBrowsableAttribute(global::System.ComponentModel.EditorBrowsableState.Advanced)] 下方的类声明。
