WinForms中英文切换必须重置线程CurrentUICulture并重建窗体，仅调用ApplyResources无法实时更新控件文本；资源文件须严格按Form1.zh-CN.resx、Form1.en-US.resx命名且设为Embedded Resource，ResourceManager.GetString()需显式传入culture参数否则默认返回主资源。
中英文切换在 WinForms 里不是改个配置就能实时生效，必须重置线程文化 + 重建窗体，否则控件文本根本不会变。
资源文件命名和目录结构必须严格匹配语言代码
WinForms 查找资源时完全依赖文件名后缀和 CurrentUICulture 字符串的精确匹配。比如你设了 Thread.CurrentThread.CurrentUICulture = new CultureInfo("en-US")，它就只去找 Form1.en-US.resx 编译出的卫星程序集；写成 en、en-GB 或 Form1.en.resx 都会失败，静默回退到默认资源。
常见错误现象：
- 切英文后按钮还是中文 —— 很可能是资源文件叫
Form1.en.resx，但 culture 设的是en-US - 简体中文显示成方框或问号 ——
zh-CN和zh-Hans不等价，不能混用 - 资源键明明存在却返回
null—— 文件生成操作没设成Embedded Resource，或命名空间与ResourceManager构造参数不一致
正确做法：
- 主资源文件（如
Form1.resx）放项目根目录或Resources/下 - 对应语言文件严格按
Form1.zh-CN.resx、Form1.en-US.resx命名 - 所有 .resx 文件属性 → “生成操作” 必须是
Embedded Resource - .NET 5+ 推荐统一放在
Resources/目录，并在.csproj中显式声明：<compile update="Resources\Form1.*.resx"><generator>PublicResXFileCodeGenerator</generator></compile>
切换语言必须重启窗体，不能只调用 ApplyResources
ComponentResourceManager.ApplyResources() 看起来能“刷新”界面，但它只是按设计器生成的键名（如 button1.Text）去查一次资源，一旦控件名改过、或嵌套控件（如 ToolStripMenuItem.DropDownItems[0]）没被设计器捕获，就会漏掉甚至崩溃。更关键的是：它不改变 ResourceManager 的内部 culture 绑定，后续手动 GetString() 还是旧语言。
真正可靠的做法只有两个字：重建。
- 关闭当前窗体：
this.Close() - 设置新文化：
Thread.CurrentThread.CurrentUICulture = new CultureInfo("en-US") - 新建并显示：
new MainForm().Show()
如果你用的是 MDI 主窗体，就得遍历所有子窗体依次关闭，再重建主窗体。别试图在当前窗体里 InitializeComponent() 重跑一遍 —— 它不重新读 culture，也不清空已有控件缓存。
手动读取资源时 ResourceManager.GetString() 必须传 culture 参数
很多代码写成 _rm.GetString("Btn_OK")，以为会自动按当前线程 culture 去读。错。这个重载实际行为是“读默认资源”，跟 CurrentUICulture 无关。要强制走指定语言，必须显式传参：
string text = _rm.GetString("Btn_OK", Thread.CurrentThread.CurrentUICulture);
否则你切了 culture，GetString() 还是返回中文，而你还不知道为什么。
另外注意兜底：
- 返回
null是正常行为（键不存在），不是异常，必须判空 - 建议统一包装一层，比如
return _rm.GetString(key, culture) ?? $"[{key}]";，避免运行时空白文本 - 如果用
Properties.Resources静态类访问，默认走的是编译时绑定的 culture，动态切换场景下不推荐直接用
共用资源文件时命名空间和访问路径容易错配
WinForms 自动生成的 Resources.Designer.cs 是静态类，调用形如 Resources.String_Login；WPF 或手动加载则常用 ResourceManager 实例 + 完整命名空间（如 "MyApp.Resources.Strings"）。两者底层都读同一个 .resources，但路径差一点就找不到。
典型坑：
- 把 WinForms 的
Resources.resx拖进 WPF 项目，忘了右键 → “自定义工具” 改成PublicResXFileCodeGenerator，结果生成的类是internal，XAML 绑定失败 - WinForms 窗体资源文件叫
MainForm.zh-CN.resx，但 WPF 里用ResourceManager时传了"MyApp.Properties.Resources"，路径对不上 - 资源键名大小写不一致（
"btn_submit"vs"Btn_Submit"），Windows 下不敏感，Linux/macOS 跑 .NET Core 会直接 null
最稳的方式是：同一套字符串资源，统一放在独立类库的 Resources/ 目录下，WinForms 和 WPF 都引用该类库，并用相同命名空间 + PublicResXFileCodeGenerator 生成访问器。
真正麻烦的从来不是加几个 .resx 文件，而是 culture 字符串大小写、资源键同步、窗体重建时机、以及跨项目引用时那几处命名空间拼写 —— 这些地方错一个，现象都是“看起来切了语言，但某些文本就是不变”，而且很难 debug。
