我的 ASP.Net 4 Web 应用程序调用了一些代码，这些代码为长时间运行的脚本生成了一个进程。读取标准输出并在数据库中更新返回值。我想“触发并忘记”这段代码，以便我的 UI 保持响应，并且用户不必等待这两个操作完成。调用代码不需要这两个操作的最终结果，所以我认为我不需要“等待”任何东西，也不需要任何成功或失败的指示。
我对所有可用选项感到困惑。编写此代码的最佳方法是什么，以便这两个操作以愉快的方式被发送出去并自己做他们的事情？
【问题讨论】：
标签： asp.net wcf asp.net-web-api task-parallel-library async-await
我想“一劳永逸”这段代码
“一劳永逸”在 ASP.NET 上几乎总是错误的解决方案。
让我的 UI 保持响应式
您可以在不更改服务器端的情况下使您的 UI 具有响应性。只需异步执行请求（HttpClient 用于 .NET UI；AJAX 用于 HTML UI）。
我不需要任何成功或失败的迹象。
曾经？这就是我们通常会发现“一劳永逸”实际上并不是人们想要的。真正的“一劳永逸”意味着如果后台操作从未完成或出现错误，那么您完全可以，日志中不会显示任何内容。
正如我上面所说，最好的选择是在客户端处理“异步”需求。但是如果你真的需要在你的服务器上做，那么你有这三个选择：
HostingEnvironment.QueueBackgroundWorkItem (.NET 4.5.2) 或我的AspNetBackgroundTasks (.NET 4.5) 的东西。这是一个更加危险的选择，因为没有可靠的存储空间。【讨论】：
好吧，“最佳方式”可能值得商榷，但我会继续使用TPL，使用类似以下内容：
Task parentTask = Task.Factory.StartNew(() => SomeMethod(someParameter));
注意：如果“长时间运行的脚本”调用了 WCF 服务，那么下面关于 WCF 异步编程的文章可能会有所帮助。 http://blogs.msdn.com/b/wenlong/archive/2009/02/09/scale-wcf-application-better-with-asynchronous-programming.aspx
【讨论】：
我认为您混淆了一些术语。
WCF 和 Web API 是两个服务平台，可让您通过 服务 远程提供操作。
使用任何一种技术，这些公开的操作都可以同步或异步实现，但即使您选择异步实现它们，对此类操作的调用也可能会有很大的延迟，因此应该异步调用。
为了从您的 ASP.NET Web 执行这些服务操作的调用，您可以使用 TPL 等库，它为您提供异步 Tasks。 async 和 await 只是用于简化此类任务处理的 C# 关键字。
除了 TPL，您可以使用其他库和实现（例如线程）来执行调用，而不会阻塞您的 Web，但如今，任务是 .NET 中的首选方式。
如果您不太可能从不同的应用程序和长时间运行的进程中重复使用，或者不需要位于不同的机器上，您不妨直接将其作为任务实现，而不是经历所有的麻烦实现服务。
【讨论】：