我是否将 JoinableTaskFactory 与 AspNetCore 一起使用？

Question

我已将 Microsoft.VisualStudio.Threading 导入 .Net Core Web App。我这样做是为了利用AsyncLazy<T>。

我想确保我做对了，所以我导入了适当的Analyzers。

警告和文档清楚地指出应该将JoinableTaskFactory 注入到我的实现中。

我的问题是，我应该如何在 .Net Core Web App 的配置中实例化 JoinableTaskFactory？

就这么简单

public void ConfigureServices(IServiceCollection services)
{
    // ...
        services.AddSingleton(new JoinableTaskFactory());
    // ...
}

或者，这一切都错了吗？

Answer 1

是的，您可以在 ASP.NET Core 应用程序中使用 Microsoft.VisualStudio.Threading 库。但是，虽然JoinableTaskFactory 会在这样的应用程序中“工作”，但这是一个很好的迹象，你做错了什么。

当然，分析器总是合适的，您看到的警告可能指出您不应该调用 Task.Result、Task.Wait() 等。这些同步阻塞线程并且可能严重降低您的网络应用程序（或任何应用程序）的可扩展性。您应该尽可能使用 await。

JoinableTaskFactory 可以在您无法使用 await 时介入，但您仍需要调用异步代码。使用JTF.Run 仍然会阻塞调用线程，但是当您在应用程序中有一个单线程SynchronizationContext 时，它会以一种避免死锁的方式这样做。我不认为 ASP.NET Core 有这样的东西，所以这不是问题。 JTF.Run 仍然比Task.Wait 更有效，因为它可以重用原始线程而不是第二个线程。

如果您确实选择在您的 Web 应用程序中使用 JTF，如果 ASP.NET Core 不使用单线程 SynchronizationContext，那么您可以创建一个 JTF 实例并与整个应用程序。但如果它确实有一个单线程SynchronizationContext，那么每个网络请求都会有一个，这意味着您需要为每个请求创建一个新的JoinableTaskContext，因为这些都关联到一个SynchronizationContext。您总是从 JoinableTaskContext 实例中获取您的 JTF 实例。

Answer 2

This page of the vs-threading docs 说

ThreadHelper.JoinableTaskFactory 属性仅适用于在 VS 进程中运行的代码。如果您的代码用完了 proc（例如在 vstest.executionengine.exe 运行程序中），它将无法工作。

因此，正如包的名称 Microsoft.VisualStudio.Threading 所暗示的，它旨在用于 Visual Studio 扩展。您为 AsyncLazy 的实现链接的代码使用 JoinableTaskFactory，因此它可能不适合在 Visual Studio 之外使用。我当然不会在需要切换到 UI 线程的 VS 扩展之外使用它。

Steven Cleary's AsyncEx library 有一个AsyncLazy，the wiki page 链接到这个Steven Toub blog post titled AsyncLazy。博客文章指出，惰性语义并没有真正增加 Task<T> 提供的内容，尽管由于值工厂在到达等待之前可能会做很多工作，他的示例在线程池上运行它并解开 @987654330 @。

edit：正如 cmets 中所指出的，我从文档中引用的内容有些断章取义。但是，vs-threading 库是关于在使用带有同步上下文（主要是 GUI）的异步时避免死锁。问题的作者正在使用的 ASP.NET Core 没有同步上下文，因此不需要专门担心死锁主线程。虽然使用 vs-threading 库可能不会引起问题，正如我的引述所声称的那样，我仍然认为它不适合没有同步上下文的任何东西，并且有更好的选择，比如直接使用 Task<T> 而不是需要任何 AsyncLazy 实现。