CultureInfo oldCI = Thread.CurrentThread.CurrentCulture;

Thread.CurrentThread.CurrentCulture = CultureInfo.CreateSpecificCulture ("en-US");
Thread.CurrentThread.CurrentUICulture=new CultureInfo("en-US");
try
{
  System.IO.StreamReader sr=new System.IO.StreamReader(@"c:\does-not-exist");
}
catch(Exception ex)
{
  Console.WriteLine(ex.ToString());
}
Thread.CurrentThread.CurrentCulture = oldCI;
Thread.CurrentThread.CurrentUICulture = oldCI;

没有解决方法。

Tks:)

这可能是一个有争议的观点，但是与其将区域性设置为en-US，不如将其设置为Invariant。在“不变区域性”中，错误消息是英文的。

Thread.CurrentThread.CurrentCulture = CultureInfo.InvariantCulture;
Thread.CurrentThread.CurrentUICulture = CultureInfo.InvariantCulture;

它的优点是看起来没有偏见，特别是对于非美式英语地区。(也就是避免同事的冷嘲热讽)

英文异常消息

try
{
    ......
}
catch (Exception ex)
{
      throw new UserFriendlyException(L("ExceptionmessagesinEnglish"));
}

然后进入本地化文件夹，把它放在projectName.xml中，然后添加

<text name="ExceptionmessagesinEnglish">Exception Message in English</text>

您应该记录调用堆栈，而不仅仅是错误消息(IIRC，简单的异常。tostring()应该为您做这件事)。从那里，您可以确定异常的确切来源，并且通常可以推断出它是哪个异常。

这招对我很管用:

 //Exception Class Extensions
    public static class ExceptionExtensions
    {
        public static string EnMessage(this Exception ex)
        {
            CultureInfo oldCI = Thread.CurrentThread.CurrentCulture;
            string englishExceptionMessage = ex.Message;
            Thread.CurrentThread.CurrentCulture = CultureInfo.CreateSpecificCulture("en-US");
            Thread.CurrentThread.CurrentUICulture = new CultureInfo("en-US");
            try
            {
                var objectType = Type.GetType(ex.GetType().FullName);
                var instantiatedObject = Activator.CreateInstance(objectType);                
                throw (Exception)instantiatedObject;
            }
            catch (Exception e)
            {
                englishExceptionMessage = e.Message;
            }
            Thread.CurrentThread.CurrentCulture = oldCI;
            Thread.CurrentThread.CurrentUICulture = oldCI;
            return englishExceptionMessage;
        }
    }

然后你可以通过调用新方法ex.EnMessage()来使用它;

这里有一个解决方案，不需要任何编码，甚至适用于异常的文本加载过早，我们能够通过代码更改(例如，那些在mscorlib)。

它可能并不总是适用于每一种情况(这取决于你的设置，因为你需要能够创建一个。config文件之外的主。exe文件)，但这对我来说是可行的。因此，只需在dev中创建一个app.config，(或[myapp].exe。Config或web。Config in production)，包含以下行，例如:

<configuration>
  ...
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="mscorlib.resources" publicKeyToken="b77a5c561934e089"
                          culture="fr" /> <!-- change this to your language -->

        <bindingRedirect oldVersion="1.0.0.0-999.0.0.0" newVersion="999.0.0.0"/>
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Xml.resources" publicKeyToken="b77a5c561934e089"
                          culture="fr" /> <!-- change this to your language -->

        <bindingRedirect oldVersion="1.0.0.0-999.0.0.0" newVersion="999.0.0.0"/>
      </dependentAssembly>

      <!-- add other assemblies and other languages here -->

    </assemblyBinding>
  </runtime>
  ...
</configuration>

它的作用是告诉框架将mscorlib的资源和System.Xml的资源的程序集绑定重定向到一个程序集，用于版本介于1到999之间的法语(文化设置为“fr”)。不存在(任意版本999)。

因此，当CLR为这两个程序集(mscorlib和System.xml)寻找法语资源时，它不会找到它们，而是优雅地回退到英语。根据上下文和测试，您可能希望将其他程序集添加到这些重定向(包含本地化资源的程序集)。

当然，我认为微软不支持这个功能，所以请自行承担使用风险。好吧，如果您发现了问题，您可以删除这个配置并检查它是否无关。