Самый простой способ сделать один оператор async в C#?

Question

У меня есть одно заявление, запущенное на странице ASP.NET, которое занимает много времени (долгое время я имею в виду 100 мс, который слишком длинный, если я хочу, чтобы эта страница была молниеносной), и мне все равно, когда он выполняется до тех пор, пока выполняется.

Каков наилучший способ (и, надеюсь, самый простой) для этого?

Answer 1

Самый простой способ, вероятно, заставить его выполнить в threadpool. Например, чтобы сделать это асинхронным:

using System; используя System.Нарезание резьбы;

class Test 
{ 
    static void ExecuteLongRunningTask() 
    { 
     Console.WriteLine("Sleeping..."); 
     Thread.Sleep(1000); 
     Console.WriteLine("... done"); 
    } 

    static void Main() 
    { 
     ExecuteLongRunningTask(); 
     Console.WriteLine("Finished"); 
     Console.ReadLine(); 
    } 
} 

Изменение первой линии Main к:

ThreadPool.QueueUserWorkItem(x => ExecuteLongRunningTask()); 

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

Answer 2

Если вы хотите сказать, что ответ может быть отправлен до запуска команды, вы можете использовать ThreadPool.QueueUserWorkItem для запуска его в другом потоке без блокировки вашего запроса.

Answer 3

Существует рабочий поток рабочего стола, который может быть очень полезен при обработке информации на фоне приложения .NET. Немного больше контекста поможет лучше ответить на вопрос.

Answer 4

Если это 100 мс, то не беспокойтесь. Ваши пользователи не могут обнаружить задержку в 100 мс.

---

Edit: некоторые пояснения.

Если я правильно помню, 100 миллисекунд (1/10 секунды) находятся в пределах минимального количества времени, которое человек может воспринимать. Итак, для обсуждения, позвольте мне сказать, что этот 100 мс может быть воспринят пользователями сайта OP, и что стоит повысить производительность на 100 мс. С самого начала я предполагал, что ОП правильно определил эту «долгосрочную» задачу как потенциальный источник улучшения в 100 мкс. Итак, почему я предложил ему проигнорировать это?

Работа с несколькими потоками должным образом непростая и является источником ошибок, которые трудно отследить. Добавление потоков к проблеме обычно не является решением, но скорее является источником других проблем, которые вы просто не нашли сразу (*).

У меня была возможность научиться этому трудному пути, с ошибкой, которую можно было воспроизвести только в самой быстрой системе с восьмью процессорами, доступной в то время, а затем только путем неустанного удара по предмету, одновременно моделируя степень из-за сбоя сети, что привело бы к тому, что сетевые администраторы были бы выстроены и расстреляны, если бы это произошло в реальной жизни. Ошибка оказалась в ядре Unix OS обработки сигналов, и речь шла о расположении нескольких инструкций.

Предоставлено Я никогда не видел ничего плохого с тех пор, я все еще видел, как многие разработчики спорили многопоточными ошибками. С одной стороны, этот вопрос, с одной стороны, требовал «простого выхода» через потоки, а с другой стороны, преимущество составляло всего 100 мс. Поскольку не показалось, что у ОП уже была хорошо протестированная инфраструктура потоковой передачи, мне показалось, что имеет смысл проигнорировать 100 мс или, возможно, повысить производительность каким-то другим способом.

---

(*) Конечно, есть много обстоятельств, где алгоритм выгодно может быть выполнены параллельно, и выполненные из нескольких потоков, работающий на нескольких ядер. Но это не похоже на то, что ОП имеет такой случай.

Answer 5

// This is the delegate to use to execute the process asynchronously 
public delegate void ExecuteBackgroundDelegate(); 

// 
[STAThread] 
static void Main(string[] args) 
{    
    MyProcess proc = new MyProcess(); 

    // create an instance of our execution delegate 
    ExecuteBackgroundDelegate asynchExec = new ExecuteBackgroundDelegate(proc.Execute); 

    // execute this asynchronously 
    asynchExec.BeginInvoke(null, null); 
} 

Answer 6

вы можете использовать ThreadPool.

ThreadPool.QueueUserWorkItem(o => Thread.Sleep(1000) /*your long task*/ ); 

Answer 7

class Test 
{ 
    void LongRunningTask() 
    { 
     Console.WriteLine("Sleeping..."); 
     Thread.Sleep(10000); 
     Console.WriteLine("... done"); 
    } 

    static void Main() 
    { 
     Test t = new Test(); 
     new Action(() => t.LongRunningTask()).BeginInvoke(null, t); 
    } 
} 

Answer 8

Я бы не возиться с любым из этого заправочного материала для 100мс задержки. Это будет делать хорошо:

protected void Page_Unload(object sender, EventArgs e) 
{ 
    HttpContext.Current.Response.Flush(); 
    HttpContext.Current.Response.Close(); 

    // Your code here 
} 

(копируется из моего предыдущего ответа на this question)

Поскольку связь с клиентом загружают страницы будет закрыта, их браузер перестанет выводиться на экране сообщения загрузки. Однако ваш код продолжит выполнение.