CurrentCulture 与 async/await，自定义同步上下文

Question

我有一个 Web 应用程序，我通过 async/await 使用了很多异步操作。一切正常，但是当我创建自定义任务以并行运行多个事物时，我注意到，在此任务中，当前文化在等待后会发生变化。问题似乎是，线程池使用操作系统的文化，这与请求的文化不同，并且默认同步不会更新文化，即使在任务中更改当前线程的文化也是如此。

所以我创建了一个自定义同步上下文：

public sealed class CulturePreservingSynchronizationContext : SynchronizationContext
{
    private CultureInfo culture;
    private CultureInfo cultureUI;

    public CulturePreservingSynchronizationContext()
    {
        GetCulture();
    }

    public void MakeCurrent()
    {
        SetCulture();

        SynchronizationContext.SetSynchronizationContext(CreateCopy());
    }

    public override SynchronizationContext CreateCopy()
    {
        CulturePreservingSynchronizationContext clonedContext = new CulturePreservingSynchronizationContext();
        clonedContext.culture = culture;
        clonedContext.cultureUI = cultureUI;

        return clonedContext;
    }

    public override void Post(SendOrPostCallback d, object state)
    {
        base.Post(s =>
        {
            SetCulture();
            d(s);
        }, state);
    }

    public override void OperationStarted()
    {
        GetCulture();

        base.OperationStarted();
    }

    private void SetCulture()
    {
        Thread.CurrentThread.CurrentCulture = culture;
        Thread.CurrentThread.CurrentUICulture = cultureUI;
    }

    private void GetCulture()
    {
        culture = CultureInfo.CurrentCulture;
        cultureUI = CultureInfo.CurrentUICulture;
    }
}

你可以这样使用它。在我的简单示例中，它运行良好，但我对评估我的方法的细节没有真正的了解（顺便说一句：我的 os-culture 是 de-DE）。请注意，这只是一个示例，与实际代码无关。我刚刚写了这篇文章来证明等待之后的文化与等待之前的文化是不同的。

    Thread.CurrentThread.CurrentCulture = new CultureInfo("en-US");

    CulturePreservingSyncContext context = new CulturePreservingSyncContext();

    Task.Run(async () =>
    {
        context.MakeCurrent();

        Console.WriteLine(CultureInfo.CurrentCulture);

        WebClient client = new WebClient();
        string s = await client.DownloadStringTaskAsync(new Uri("http://www.google.de"));

        Console.WriteLine(CultureInfo.CurrentCulture);

    }).Wait();

非常欢迎任何建议来了解同步上下文的实现是否良好，如果没有，是否有更好的解决方案。如果 async 和 await 或任务在我的情况下是好是坏，我不想展开讨论。

Answer 1

当我创建自定义任务以并行运行多个事物时

区分并发（同时做多件事情）和并行（使用多个线程同时做多个CPU密集型操作）很重要.

我注意到，在此任务中，当前文化会在等待后发生变化。

如果您正在执行并行代码（即Parallel 或Task.Run），那么您的操作应该受CPU 限制，并且它们根本不应该包含await .

最好避免在服务器上使用并行代码。 Task.Run 在 ASP.NET 上几乎总是一个错误。

您的示例代码在后台线程 (Task.Run) 中执行异步工作 (DownloadStringTaskAsync) 并同步阻塞它 (Wait)。这没有任何意义。

如果您有异步工作要做，那么您可以只使用async-ready 原语，例如Task.WhenAll。以下代码在 ASP.NET 上运行时将保留区域性，并将同时执行三个下载：

private async Task TestCultureAsync()
{
  Debug.WriteLine(CultureInfo.CurrentCulture);

  WebClient client = new WebClient();
  string s = await client.DownloadStringTaskAsync(new Uri("http://www.google.de"));

  Debug.WriteLine(CultureInfo.CurrentCulture);
}

var task1 = TestCultureAsync();
var task2 = TestCultureAsync();
var task3 = TestCultureAsync();
await Task.WhenAll(task1, task2, task3);

Answer 2

我不敢相信当前的文化没有成为ExecutionContext 的一部分。真可惜。

最近我在浏览身份程序集时，注意到所有异步调用都使用在Microsoft.AspNet.Identity.TaskExtensions 中实现的扩展，但它是内部的。使用Resharper、IlSpy 等从那里复制并粘贴它。 它是这样使用的： await AsyncMethod().WithCurrentCulture().

这是迄今为止我见过的最完整的实现，它来自受信任的来源。

更新：此问题已在 .NET 4.6 中修复！ docs 已更新，但也进行了快速测试以确认这一点。

Answer 3

正如Stephen's answer 所指出的，在处理 ASP.NET 请求时不应使用Task.Run。它几乎总是多余的，只会增加线程切换开销并损害 Web 应用程序的可伸缩性。即使您执行 CPU 密集型工作，在 ASP.NET 上下文中并行化它之前，您也应该三思而后行，因为您会减少您的 Web 应用程序可以处理的并发客户端请求的数量。

否则，Culture 将由 AspNetSynchronizationContext 正确流动。此外，您的代码还有另一个问题：

Task.Run(async () =>
{
    context.MakeCurrent();

    Console.WriteLine(CultureInfo.CurrentCulture);

    WebClient client = new WebClient();
    string s = await client.DownloadStringTaskAsync(new Uri("http://www.google.de"));

    Console.WriteLine(CultureInfo.CurrentCulture);

}).Wait();

您在池线程上安装了自定义同步上下文，但没有将其删除。因此，线程会在您的上下文仍在安装的情况下返回到池中。当此线程稍后在同一个 ASP.NET 进程中重用时，这可能会带来一些令人不快的意外。

Stephen Toub's CultureAwaiter 可能会更好，它不需要安装自定义同步上下文。