Задачи или ThreadPool для обработки HTTP-запросов?

Question

Недавно я обновил личный проект, над которым я работал, для использования .Net framework 4.5. При обновлении моего приложения и использовании новых функций Async и Await я подумал о том, чтобы улучшить свой собственный внутренний Http-сервер, который использует ThreadPool для обработки запроса и отправки ответа клиенту. Было бы лучше использовать задачи вместо этого?

Вот мой текущий код:

/// <summary> 
/// Accepts the connection 
/// </summary> 
private static void DoAcceptClientCallback(IAsyncResult Sync) 
{ 
    try 
    { 
     // Finish accepting the client 
     HttpListenerContext Context = Listener.EndGetContext(Sync); 
     ThreadPool.QueueUserWorkItem(HandleRequest, new HttpClient(Context)); 
    } 
    catch (HttpListenerException E) 
    { 
     // Thread abort, or application abort request 
     if (E.ErrorCode == 995) 
      return; 

     ServerLog.Write("ERROR: [DoAcceptClientCallback] \r\n\t - {0}\r\n\t - ErrorCode: {1}", E.Message, E.ErrorCode); 
    } 
    catch (Exception E) 
    { 
     ServerLog.Write("ERROR: [DoAcceptClientCallback] \r\n\t - {0}", E.Message); 
    } 

    // Begin Listening again 
    if(IsRunning) 
     Listener.BeginGetContext(new AsyncCallback(DoAcceptClientCallback), Listener); 
} 

/// <summary> 
/// Handles the Http Connecting client in a new thread 
/// </summary> 
private static void HandleRequest(object Sync) 
{ 
    /// ... Processing Stuff is done here to serve the page back to the client 
} 

Answer 1

Ответ да, но только потому, что задача более современный. Нет фундаментальной разницы между threadpool и Task (предполагая, что вы имеете в виду задачи на базе процессора).

Более важная оптимизация заключается в том, чтобы сделать HandleRequest асинхронным. Ваше использование async IO для GetContext не добавляет один бит к масштабируемости. Обработка запроса должна быть асинхронной, а не принимающей.