将方法放入任务中以避免阻塞 asp.net 线程

Question

我想知道以下代码在网络服务器上运行时是否有我不知道的问题。阅读优秀系列http://reedcopsey.com/series/parallelism-in-net4/< /a> 我无法找到任何与我的问题具体相关的内容，与 msdn 相同，所以我想我应该把它带到这里。

调用示例：

public ActionResult Index() {
    ViewBag.Message = "Welcome to ASP.NET MVC!";

    Task.Factory.StartNew(() => {
        //This is some long completing task that I don't care about
        //Say logging to the database or updating certain information
        System.Threading.Thread.Sleep(10000);
    });

    return View();
}

Answer 1

ASP.Net支持异步页面，参见ASP.NET中的异步页面，但是编程比较复杂模型并且完全不与 MVC 绑定。话虽这么说，从同步请求处理程序启动异步任务在一定程度上是有效的：

• 如果请求添加新任务的速率超过处理过程的平均速率，您的进程最终将崩溃。任务会占用实时内存，最终它们将填满存储它们的内存队列，并且您将开始提交失败。
• .Net Taks 本质上是不可靠的，因为它们缺乏持久存储，因此所有异步提交的任务都必须作为“废弃软件”进行线程化，即。如果它们从未完成，则应用程序或发出请求的用户不会有任何损失。如果任务很重要，那么它必须通过一种可靠的机制提交，以保证在出现故障时执行，就像 异步过程执行。

Answer 2

在这种情况下，一件重要的事情是确保任务中包含的代码包装在 try/catch 块中，否则该线程中抛出的任何可能的异常都会传播。您还应该确保在此长时间运行的任务中，您不会访问任何 Http Context 成员，例如请求、响应、会话...，因为当您访问它们时它们可能不再可用。

Answer 3

使用new Thread而不是Task.Factory.StartNew。 Task.Factory.StartNew 使用线程池中的线程，如果您有许多后台任务，线程池将耗尽线程并降低您的 Web 应用程序的性能。请求将排队，您的 Web 应用程序最终将终止:)

您可以使用 Thread.CurrentThread.IsThreadPoolThread 测试您的后台工作是否在线程池上执行。如果得到 True，则使用线程池。