Windows需要安装你想要使用的UI语言。如果没有，它没有办法神奇地知道翻译后的信息是什么。

在安装了pt-PT的en-US windows 7 ultimate中，以下代码:

Thread.CurrentThread.CurrentUICulture = CultureInfo.GetCultureInfo("pt-PT");
string msg1 = new DirectoryNotFoundException().Message;

Thread.CurrentThread.CurrentUICulture = CultureInfo.GetCultureInfo("en-US");
string msg2 = new FileNotFoundException().Message;

Thread.CurrentThread.CurrentUICulture = CultureInfo.GetCultureInfo("fr-FR");
string msg3 = new FileNotFoundException().Message;

生成pt-PT, en-US和en-US格式的消息。由于没有安装法语文化文件，它默认为windows默认(已安装?)语言。

英文异常消息

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

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

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

使用扩展方法覆盖捕获块中的异常消息，检查抛出的消息是否来自代码，如下所述。

    public static string GetEnglishMessageAndStackTrace(this Exception ex)
    {
        CultureInfo currentCulture = Thread.CurrentThread.CurrentUICulture;
        try
        {

            dynamic exceptionInstanceLocal = System.Activator.CreateInstance(ex.GetType());
            string str;
            Thread.CurrentThread.CurrentUICulture = new CultureInfo("en-US");

            if (ex.Message == exceptionInstanceLocal.Message)
            {
                dynamic exceptionInstanceENG = System.Activator.CreateInstance(ex.GetType());

                str = exceptionInstanceENG.ToString() + ex.StackTrace;

            }
            else
            {
                str = ex.ToString();
            }
            Thread.CurrentThread.CurrentUICulture = currentCulture;

            return str;

        }
        catch (Exception)
        {
            Thread.CurrentThread.CurrentUICulture = currentCulture;

            return ex.ToString();
        }

我可以想象其中一种方法:

异常只会被你读取，也就是说，它们不是客户端特性，所以你可以使用硬连线的非本地化字符串，当你在土耳其模式下运行时不会改变。 每个错误都包含一个错误代码，例如0x00000001，这样你就可以很容易地在英文表中查找它。

这个问题可以部分解决。框架异常代码根据当前线程区域设置从其资源加载错误消息。在某些异常的情况下，这将在访问Message属性时发生。

对于这些例外情况，您可以通过在记录消息的同时将线程语言环境简单地切换为en-US来获得消息的完整的美国英语版本(预先保存原始用户语言环境，然后立即恢复它)。

在一个单独的线程上执行这个操作会更好:这样可以确保不会有任何副作用。例如:

try
{
  System.IO.StreamReader sr=new System.IO.StreamReader(@"c:\does-not-exist");
}
catch(Exception ex)
{
  Console.WriteLine(ex.ToString()); //Will display localized message
  ExceptionLogger el = new ExceptionLogger(ex);
  System.Threading.Thread t = new System.Threading.Thread(el.DoLog);
  t.CurrentUICulture = new System.Globalization.CultureInfo("en-US");
  t.Start();
}

其中ExceptionLogger类看起来像这样:

class ExceptionLogger
{
  Exception _ex;

  public ExceptionLogger(Exception ex)
  {
    _ex = ex;
  }

  public void DoLog()
  {
    Console.WriteLine(_ex.ToString()); //Will display en-US message
  }
}

然而，正如Joe在对该回复的早期修订的评论中正确指出的那样，在抛出异常时，一些消息已经(部分)从语言资源加载了。

例如，这适用于抛出ArgumentNullException("foo")异常时生成的消息中的'parameter cannot be null'部分。在这些情况下，即使在使用上述代码时，消息仍将出现(部分)本地化。

除了使用一些不切实际的技巧，比如在一个带有en-US语言环境的线程上运行所有的非ui代码之外，似乎没有什么可以做的:. net Framework异常代码没有覆盖错误消息语言环境的工具。

必须在IIS上进行更改。进入IIS管理器>选择站点> . net全球化>在那里将UI文化设置为英文。

在另一篇SO文章中可以看到更详细的答案。