ASP.NET (VB) Выполняет длинную функцию асинхронно, не блокируя нить страницы?

Question

Я читал асинхронную функцию/веб-страницы для ASP.NET 3.5 (мы пока не используем v4), но те, кого я видел, сосредоточены на выполнении фоновой задачи, но затем все еще вернулись, чтобы закончить и отправить ответ, после задача выполнена.

То, что я хочу сделать, это просто запустить фоновую задачу (в данном случае вызов веб-службы), но затем сразу же вернуть ответ браузеру - т.е. без ожидания завершения асинхронной задачи. Мне даже не нужно знать, успешно ли это или нет.

Каков наилучший способ сделать это? Я не могу найти примеры того, что вы могли бы назвать фоновой задачей «сирота» в ASP.NET.

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

[ed] Другая идея: Есть ли событие в модели ASP.NET, которое я могу использовать, которое происходит после ответ отправлен браузеру и соединение закрыто? то есть. Таким образом, больше обработки может произойти без ожидания пользователя?

Answer 1

Вы можете использовать темы ... если вы не заботитесь о реакции, просто использовать:

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

Answer 2

Я исследовал эту тему совсем немного и не нашли большой ответ или технику в рамках ASP .Net, которая действительно асинхронна. Проблема, кажется, что даже если вы пнуть задачу Async, используя любой из популярных методов, перечисленных ниже:

• QueueUserWorkItem метод
• Async вспомогательные методы, которые начинаются с начала/конца
• System.Thread
• есть, вероятно, больше, что я не в курсе ...

Вы по-прежнему создают ситуацию, в которой ограниченные потоки, доступные для вашего веб-приложения блокируются. Пользовательский интерфейс может не отображаться заблокирован, но определенная строка в ThreadPool. Это может привести к тому, что ваше приложение будет задыхаться в периоды высокого трафика, когда каждый поток должен быстро обслуживать запрос.

Несмотря на то, что это дополнительная работа и у вас будет свой собственный набор проблем обслуживания. Я бы рекомендовал разгрузить любые длительные задачи в очередь MSMQ, а затем использовать службу Windows для обработки задач в очереди. Это позволит веб-приложению использовать все доступные потоки для обслуживания запросов, а задачи, которые вы выгрузили, будут продолжать обрабатываться в фоновом режиме. Еще одно преимущество использования MSMQ заключается в том, что вы можете отправлять задачи на совершенно другой сервер. Это имеет 2 преимущества:

• Вы не используете ресурсы на веб-сервере, на котором работает приложение.
• Потенциальные проблемы с MSMQ и службой не обязательно будут влиять на веб-приложение и могут быть отлажены и обработаны, не затрагивая производственный сервер, на котором работает ваше приложение.

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