ASP.NET (VB) 异步执行长函数而不阻塞页面线程？

Question

我一直在阅读 ASP.NET 3.5 的异步函数/网页（我们还没有使用 v4），但我看到的那些都专注于执行后台任务，但仍然回来完成并发送任务完成后的响应。

我想要做的只是启动后台任务（在本例中是对 Web 服务的调用），然后立即向浏览器返回响应 - 即。 无需等待异步任务完成。我什至不需要知道它是否成功。

最好的方法是什么？我似乎找不到在 ASP.NET 中启动所谓的“孤立”后台任务的示例。

我想通过在向用户显示的页面上进行 javascript Ajax 调用来完成此操作，但传递到 Web 服务的信息是敏感的，所以这是不可能的。但这说明了我想做的事情。

[ed] 另一个想法：在 ASP.NET 模型中是否有一个我可以使用的事件，该事件发生在将响应发送到浏览器并关闭连接之后？ IE。那么更多的处理可以在用户不等待的情况下进行吗？

Answer 1

您可以使用线程...如果您不关心响应，只需使用：

try
{
Thread t = new Thread(new ThreadStart(yourMethodName));
t.Start();
}
catch{}

Answer 2

我已经对这个主题进行了相当多的探索，但尚未在 ASP.Net 中找到真正异步的出色答案或技术。问题似乎是，即使您使用下面列出的任何流行技术启动异步任务：

• QueueUserWorkItem 方法
• 以 Begin/End
• System.Thread
• 开头的异步辅助方法可能还有更多我不知道的...

您仍然会造成一种情况，即您的网络应用程序可用的有限线程被阻止。 UI 可能不会出现阻塞，但“ThreadPool”中的另一个线程肯定会阻塞。当每个线程都需要快速提供请求时，这可能会导致您的应用程序在高流量期间出现阻塞。

尽管这是额外的工作，并且会有一系列维护问题。我建议将所有长时间运行的任务卸载到 MSMQ 队列，然后利用 Windows 服务来处理队列上的任务。这将允许您的网络应用程序利用所有可用的线程来提供请求，并且您卸载的任务将继续在后台处理。使用 MSMQ 的另一个好处是您实际上可以将任务发送到完全不同的服务器。这有两个好处：

• 您不会耗尽应用程序运行所在的 Web 服务器上的资源。
• MSMQ 和服务的潜在问题不一定会影响 Web 应用程序，并且可以在不影响应用程序运行的生产服务器的情况下进行调试和处理。

正如我所说，我知道这是一堆额外的工作，但如果您有一个高性能的网站，那么这将是一个更安全的选择。目标是让 Web 服务器尽可能平稳地运行，而不会因长时间运行的任务而陷入困境。