Когда ASP.NET убьет новый поток?

Question

Я пробовал некоторые поисковые запросы по этой теме, но я хотел бы получить более подробную информацию.

Я пытаюсь запустить новый поток внутри приложения ASP.NET, которое позаботится о некоторой работе, которая занимает много времени. Если я поместил это в свой web.config:

<httpRuntime executionTimeout="5" /> 

Обычный запрос истекает после 5 секунд. Помните, это для тестирования. Когда я начинаю новую нить из кода:

var testThread = new Thread(new ThreadStart(CustomClass.DoStuffThatTakesLongTime)); 
    testThread.Start(); 

Этот поток будет работать дольше 5 secounds, это то, что я хочу. НО. Как долго он будет работать? Скажем, этот поток занимает 5 часов (как пример). Когда будет убит поток? Будет ли он работать до тех пор, пока пул приложений не будет переработан? Или есть что-нибудь еще, что убивает эту нить?

Answer 1

ASP.NET не знает о потоке, который вы создали - он будет работать до тех пор, пока AppPool не будет переработан или не будет завершен.

Поскольку ASP.Net не знает эту тему, однако может быть прерванным довольно резко в любой момент, если сервер думает, что он должен перерабатывать AppPool, это было бы нехорошо! Phil Haack wrote a blog post о том, как подписаться на событие «AppDomainIsGoingDown».

В отношении того, что может привести к этому, я рекомендую прочитать эту blog post by Tess Ferrandez, но в двух словах они:

• Это было запланировано сделать так
• Machine.config, Web .config или Global.asax модифицируются
• директории бен или его содержимое изменяется
• число повторных сборников (ASPX, ASCX или asax) превышает предел, заданный в настройке machine.config или web.config (по умолчанию установлено 15)
• Физический путь виртуального каталога модифицируется
• политика CAS модифицируется
• Веб-сервис перезапускается
• (только 2,0) Применение Подкаталоги удаляются