有一个Helper类来处理所有这些长时间运行的任务.计划和执行这些任务的主要方法目前如下：

public static bool ScheduleTask(TaskDescriptor task,Action action)
{
    bool notAlreadyRunning = TasksAsync.TryAdd(task);
    if (notAlreadyRunning)
    {
        Thread worker = null;
        worker = new Thread(() => 
        {
            try { action(); }
            catch(Exception e)
            {
                Log.LogException(e,"Worker");
            }
            TasksAsync.RemoveTask(task);
            workers.Remove(worker);
        });
        workers.Add(worker);
        worker.Start();
    }
    return notAlreadyRunning;
}

在早期的实现中,我们使用了ThreadPool.QueueUserWorkItem方法,但结果始终是相同的：在aprox之后. 20-30分钟一个线程被中止异常被抛出.

有谁知道为什么会这样？或者如何预防？

更多信息：

> IIS标准配置.
>任务可以是任何东西,查询数据库和/或IO操作等.

更新：决定

谢谢大家的回复.现在我不知道哪个问题要标记为答案.所有这些都是有效的,并且可以解决这个问题.将等待今天并以最高票数回答答案,如果是平局,我将选择第一个显示的答案,通常它们按最相关的顺序排序.

对于任何想要知道我选择的解决方案的人,再次由于时间限制,是改变IIS回收配置,但我认为是理想的解决方案,基于我的研究,当然下面的答案,是创建一个“工作服务”并使用ASP.NET应用程序和新的“工作服务”之间的通信解决方案来协调要完成的长时间工作.