Task.Run和JoinableTaskFactory.Run之间有什么区别？

Question

Task.Run和JoinableTaskFactory.Run之间有什么区别？

3

假设我有一个需要从非异步方法调用的异步方法/任务，并且我可以使用JoinableTaskFactory来执行此操作，就像这样：

var jtf = new JoinableTaskFactory(new JoinableTaskContext());
var serviceResponse = jtf.Run(async () =>  await _service.UpdateSomethingAsync(requestObject));

它与这个有什么不同：

var task = System.Threading.Tasks.Task.Run(async () => await _service.UpdateSomethingAsync(requestObject));
var serviceResponse = task.Result;

或者这样：

ServiceResponse serviceResponse = null;

var task = Task.Run(async () => serviceResponse = await _service.UpdateSomethingAsync(requestObject));
Task.WaitAll(task);

如果我有一个需要从非异步方法执行的任务，那么实际上最好的做法是什么，因为有很多可选项可供选择？

- lex87

6

JoinableTaskFactory 提供了一个专门为编程 Visual Studio 功能而设计的 API 接口。除非你正在进行这方面的工作，否则我不建议依赖它。 - Aluan Haddad

6

JoinableTaskFactory 提供了一个专门为编程 Visual Studio 功能而设计的 API 接口。除非你正在进行这方面的工作，否则我不希望对它产生依赖。 - Aluan Haddad

6

JoinableTaskFactory 提供了一个专门为编程 Visual Studio 功能而设计的 API 接口。除非你正在进行这方面的工作，否则我不希望对其进行依赖。 - undefined

1

你链接的诊断与JoinableTaskFactory无关。它是在警告你正确使用async/await/Task。你应该使用await Task.WhenAll。使用WaitAll会阻塞，应该避免使用。 - Aluan Haddad

1

你链接的诊断与JoinableTaskFactory无关。它是在警告你正确使用async/await/Task。你应该使用await Task.WhenAll。使用WaitAll会阻塞，应该避免使用。 - Aluan Haddad

显示剩余14条评论

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Theodor Zoulias · Accepted Answer

我正在复制粘贴 Andrew Arnott 的评论，来自一个与之相关的 GiHub 问题。这可能会让你对为什么存在 JoinableTaskFactory 类有所了解。

考虑一个需要UI线程完成的值工厂。它通过AsyncLazy<T>.GetValueAsync（在任意线程上）被调用。现在，在值工厂能够到达UI线程之前（即使它在UI线程上启动，但在需要之前放弃了），UI线程决定阻塞直到某个异步操作完成。如果该异步操作只会在值工厂完成后才完成，那么为了避免死锁，必须允许值工厂进入UI线程。这需要一些谨慎的依赖跟踪，以便阻塞UI线程的内容知道需要允许哪些工作进入，以避免死锁，同时避免让无关的工作进入，可能导致崩溃、挂起、数据损坏等问题。这就是JoinableTaskFactory的作用所在，也是为什么我们需要一个JoinableTaskFactory感知的AsyncLazy<T>，以遵循规则并避免此类问题。

另外来自另一个评论：

问题在于vs-threading是与VS特定的。

为什么这样说？整个vs-threading库完全独立于VS，将始终如此。它也针对.NET Standard，并且我们在所有操作系统上都运行了在.NET Framework和.NET Core上的测试。