我正在将日志发送到单独的服务的端点内进行日志记录。我不希望将日志发送到服务的开销影响到客户端正在使用的服务，而且我不在乎日志有时是否不成功。因此，我一直在阅读有关如何简单地解雇和忘记的博客。我知道 CPU 密集型任务不应该使用异步，但我没有看到与 IO 相关的任务有什么不同，IO 我的意思是调用另一个服务的端点，在这种情况下是为了记录。
此外，我似乎得到了相互矛盾的观点。一些博客说你永远不应该运行任何异步，因为这只是从线程池中获取一个或多个线程，因此它与同步运行没有什么不同。
微软在 .Net 4.5 中引入了 async 和 await 关键字，他们说你应该将它们用于整个端点，但这不是仍然使用线程池中的一个或多个线程吗？。最后，我读过的一些 stackoverflow 帖子说使用 Task.Factory.StartNew 很好，因为 .Net 会管理它。
有人可以根据将日志发送到另一个服务的最佳实践来澄清上述内容，因为我很困惑。
我正在考虑使用 nlog，因为它具有批处理和异步功能，但我不确定这是否是最好的方法。我不能使用像 Hangfire 这样的东西，因为我没有 sql 后端。
提前致谢。
最佳答案
不，这绝对不是真的。 async 不使用线程池线程。 (有关更多信息，请参阅我的博客文章 There Is No Thread )。
再次，不是真的。 StartNew 是一个危险的 API，永远不应以这种方式使用。 (有关更多信息，请参阅我的博客文章 StartNew Is Dangerous )。
既然你“不在乎日志有时是否成功”，那么我建议使用 HostingEnvironment.QueueBackgroundWorkItem 。 QBWI 不会防止日志丢失，但会尽量减少日志丢失。仅仅使用 Task.Run (或过时且危险的 StartNew )将工作投入线程池甚至不会尝试最小化日志丢失。 Hangfire 适用于您需要更强大的功能时 - 如果您需要正确的日志，例如用于计费或审计。 (有关更多信息，请参阅我关于 Fire and Forget on ASP.NET 的博客文章)。
关于c# - Web Api C# - Task.Factory.startnew 与异步，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/39316003/