asp.net - 我可以使用线程在 IIS 上执行长时间运行的作业吗？

Question

在 ASP.Net 应用程序中，用户单击网页上的按钮，然后通过事件处理程序在服务器上实例化一个对象，并调用该对象的方法。该方法会转到外部系统来执行操作，这可能需要一段时间。因此，我想做的是在另一个线程中运行该方法调用，以便我可以通过“您的请求已提交”将控制权返回给用户。我很乐意以“即发即忘”的方式执行此操作，但如果用户可以继续轮询对象的状态，那就更好了。

我不知道 IIS 是否允许我的线程继续运行，即使用户 session 过期也是如此。想象一下，用户触发事件，我们在服务器上实例化该对象并在新线程中触发该方法。用户对“您的请求已提交”消息感到满意并关闭了浏览器。最终，该用户 session 将在 IIS 上超时，但线程可能仍在运行并完成工作。 IIS 会允许该线程继续运行，还是会在用户 session 过期后杀死该线程并处置该对象？

编辑:从答案和评论中，我了解到执行此操作的最佳方法是将长时间运行的处理移到 IIS 之外。除了其他一切之外，这还涉及应用程序域回收问题。在实践中，我需要在有限的时间内启动版本 1，并且必须在现有框架内工作，因此希望避免服务层，因此希望只启动 IIS 内的线程。实际上，这里的“长时间运行”只会是几分钟，而且网站的并发量会很低，所以应该没问题。但是，下一个版本肯定需要拆分为单独的服务层。

Answer 1

您可以完成您想要的事情，但这通常是一个坏主意。一些 ASP.NET 博客和 CMS 引擎采用这种方法，因为它们希望可安装在共享托管系统上，而不依赖于需要安装的 Windows 服务。通常，当应用程序启动时，它们会在 Global.asax 中启动一个长时间运行的线程，并让该线程处理排队的任务。

除了减少 IIS/ASP.NET 处理请求的可用资源外，您还会遇到 AppDomain 回收时线程被终止的问题，然后您必须处理任务在执行过程中的持久性问题。飞行，以及在 AppDomain 恢复时开始备份工作。

请记住，在许多情况下，AppDomain 会按照默认时间间隔自动回收，以及更新 web.config 等。

如果您可以处理随时被终止的线程的持久性和事务性方面，那么您可以通过让一些外部进程以一定的时间间隔向您的站点发出请求来绕过 AppDomain 回收 - 这样，如果站点被回收后，您保证会在 X 分钟内自动重新启动。

同样，这通常是一个坏主意。

编辑:以下是此技术的一些实际示例:

Community Server: Using Windows Services vs. Background Thread to Run Code at Scheduled Intervals Creating a Background Thread When Website First Starts

编辑(来自遥远的 future )-这些天我会使用 Hangfire .