IIS Worker Process Recycling - это процесс, при котором IIS убивает дочерние процессы, которые он запускает для обработки входящих запросов, и запускает их чистые копии.
Когда IIS впервые получает запрос на веб-приложение вданный пул приложений порождает рабочий процесс для фактического выполнения работы.Этот процесс выполняет такие вещи, как поддержание состояния сеанса и статических данных из вашего кода ASP.NET, обработчиков ISAPI и т. Д. Со временем могут возникнуть проблемы с обработкой (утечки памяти в коде приложения, нераспределенные ресурсы и т. Д.), Которые требуются IIS.очистить, не выключая сервер.Таким образом, он периодически сообщает рабочему процессу о прекращении работы и порождает новый.
Когда наступает период перезапуска, IIS прекращает отправку новых запросов на обслуживание процессу умирания и позволяет ему завершить все, что он делает в обычном режиме.,Он создаст новый процесс замены заранее и начнет отправлять новые запросы на него, пока завершается старый.Если старому процессу ничего не остается, он обычно завершается.
Рабочие процессы изолированы от заданного пула приложений, потому что именно так IIS выполняет изоляцию процессов.(Вот почему, например, вы можете смешивать версии .NET Framework на одном сервере - каждый пул приложений получает свои собственные загруженные библиотеки Framework отдельно от других.) Пул приложений определяет другие аспекты рабочих процессов, включая их учетные данныеи как долго процесс остается на месте до его остановки.
На самом деле нет веской причины отключать утилизацию, но если все работает правильно, это не должно повредить.Проблемы возникают, если вы запускаете код внутри рабочего процесса, который ведет себя плохо;со временем даже небольшие утечки памяти или ресурсов накапливаются, и вам приходится закрывать пул приложений, чтобы их очистить.Благодаря вторичной переработке IIS позаботится об этом для вас без перебоев в обслуживании.