c# - Web Api C# - Task.Factory.startnew 与异步

Question

我正在我的端点内进行日志记录，日志被发送到一个单独的服务。我不希望将日志发送到服务的开销影响到客户端正在使用的服务，而且我不在乎日志是否有时不成功。因此，我一直在阅读有关如何简单地触发并忘记的博客。我知道 CPU 密集型任务不应该使用异步，但我看不出 IO 相关任务有什么不同，IO 我的意思是调用另一个服务的端点，在这种情况下是为了记录。

而且我似乎得到了相互矛盾的观点。一些博客说你永远不应该运行任何异步，因为这只是从线程池中获取一个或多个线程，因此它与同步没有什么不同。

Microsoft 在 .Net 4.5 中引入了 async 和 await 关键字，他们说您应该将其用于整个端点，但这是否仍然使用线程池中的一个或多个线程？最后，我读过的一些 stackoverflow 帖子说使用 Task.Factory.StartNew 很好，因为 .Net 会管理它。

有人可以根据将日志发送到另一个服务的最佳实践来澄清上述内容吗，因为我很困惑。

我正在考虑使用 nlog，因为它具有批处理和异步功能，但我还是不确定这是否是最佳方式。我不能使用像 Hangfire 这样的东西，因为我没有 sql 后端。

提前致谢。

Answer 1

Some blogs say you should never run anything async because this simply takes one or more threads from the threadpool

不，那绝对不是真的。 async 不使用线程池线程。 (有关详细信息，请参阅我的博客文章 There Is No Thread)。

And finally some stackoverflow posts I've read say that it's fine to use Task.Factory.StartNew because .Net will manage it.

同样，这不是真的。 StartNew 是一个危险的 API，绝不能以这种方式使用。 (有关详细信息，请参阅我的博客文章 StartNew Is Dangerous)。

Therefore I've been reading blogs about how to simple fire and forget.

既然您“不在乎日志有时是否成功”，那么我建议使用 HostingEnvironment.QueueBackgroundWorkItem。 QBWI 不会防止 日志丢失，但会尽力最小化 日志丢失。仅使用 Task.Run(或过时且危险的 StartNew)将工作扔到线程池上，甚至不会尝试将日志丢失降至最低。 Hangfire 适用于当您需要更强大的东西时 - 如果您要求您的日志是正确的，例如，用于计费或审计。 (有关更多信息，请参阅我在 Fire and Forget on ASP.NET 上的博客文章)。