Создание оболочки async WebApi по существующему коду

Question

Мы просматриваем наш текущий логический/бизнес-уровень с помощью WebAPI. Согласно моему пониманию, если мы хотим сохранить самооценку от голода в потоке для запросов, мы должны создать контроллер Async WebAPI, поэтому может возникнуть большое количество одновременных запросов.

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

Ниже приведен код, который я использую:

public async Task<IHttpActionResult> Get() 
{ 
    var result = await Task.Run(() => Service.GetAllCompanies()); //existing business layer 
    return Ok(result); 
} 

Обертывание основного слоя в задаче, это хорошо, чтобы продолжить и достичь цели.

Answer 1

Мое понимание заключается в том, что если ваши реализации-ed методов не являются асинхронными, то вы на самом деле не выполняете то, что считаете себя. Если у вас есть методы обслуживания с привязкой к процессору, вы просто выпускаете поток из пула обработки запроса и затем разворачиваете новый (из того же пула, заметьте), когда вы Task.Run();. Таким образом, вы несете некоторые накладные расходы от этого коммутатора, но пул потоков ASP.NET все еще выполняет работу, поэтому вы не достигли того, чего хотите.

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

Ссылка: https://msdn.microsoft.com/en-us/magazine/dn802603.aspx