RegionInfo按国家码KR返回英文名称跨环境不一致的解决咨询

你的问题核心在于RegionInfo.EnglishName的取值依赖于运行环境的全球化数据实现，而非线程的CurrentCulture——这个属性是区域本身的名称标注，但不同系统（或.NET运行时的全球化模式）可能存在定义差异，比如本地用Windows NLS数据，GitHub环境用ICU数据，两者对"KR"的英文名称返回不同。

下面是几个可行的解决思路：

• 改用固定标识字段替代EnglishName
  如果测试仅需验证区域正确性，完全可以用RegionInfo.Name（固定返回"KR"）、TwoLetterISORegionName（返回"KR"）或ThreeLetterISORegionName（返回"KOR"）这类标准化、跨环境一致的字段，这些值不会随系统本地化数据变化。

• 统一.NET全球化模式
  .NET Core/.NET 5+默认在非Windows系统用ICU，Windows用NLS，两者的区域名称可能存在差异。你可以强制项目在所有环境使用同一种全球化实现：

  1. 在项目的runtimeconfig.json中添加配置：

     {
       "runtimeOptions": {
         "configProperties": {
           "System.Globalization.UseNls": true
         }
       }
     }
     

     这样无论在哪都用NLS，和你本地Windows环境一致；若跨平台需要用ICU，就把值设为false。
  2. 或者在GitHub Actions的运行脚本中，设置环境变量DOTNET_SYSTEM_GLOBALIZATION_USENLS=true（对应NLS模式）。

• Mock区域名称获取逻辑（推荐用于单元测试）
  单元测试应避免依赖外部系统环境，你可以把获取区域名称的逻辑抽象成接口：

  public interface IRegionNameProvider
  {
      string GetEnglishName(string regionCode);
  }
  
  public class RegionNameProvider : IRegionNameProvider
  {
      public string GetEnglishName(string regionCode)
      {
          return new RegionInfo(regionCode).EnglishName;
      }
  }
  

  测试时用Mock框架（比如Moq）返回固定的预期值"Korea"，这样不管运行环境如何，测试结果都稳定。

• 调整GitHub环境的区域设置（仅适用于Windows Runner）
  如果你的GitHub Actions用Windows虚拟机，可在测试前添加步骤修改系统区域：

  - name: Set system region to match local
    run: |
      Set-WinSystemLocale en-US
      Restart-Computer -Force
  

  不过这种方法需要重启机器，会增加测试耗时，不如前面的方法高效。

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