асинхронной ждут вызова долго выполняющиеся синхронной и асинхронной методы

Question

Я использую asp.net Web API 2 и Entity Framework 6.

Оригинальный псевдокод

public IHttpActionResult GetProductLabel(int productId) 
{ 
     var productDetails = repository.GetProductDetails(productId); 
     var label = labelCalculator.Render(productDetails); 
     return Ok(label); 
} 

Модифицированный код

public async Task<IHttpActionResult> GetProductLabel(int productId) 
{ 
     var productDetails = await repository.GetProductDetailsAsync(productId); // 1 long second as this call goes into sub services 
     var label = labelCalculator.Render(productDetails); // 1.5 seconds synchrounous code 
     return Ok(label); 
} 

Перед моим изменением все шло синхронно.

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

Затем я делаю вызов синхронизации в библиотеку рендеринга, которая предлагает только методы синхронизации. Расчет занимает 1,5 секунды.

Есть ли еще какая-то польза от удаленной службы database_service, вызывающей вызов async-await, но второй вызов нет? И есть ли что-нибудь, что я мог бы еще улучшить?

Примечание

Причина, почему я спрашиваю это потому, что:

«С контроллерами асинхронными, когда процесс ожидает ввода/вывода для завершения, ее поток освобождается для сервера в использовать для обработки других запросов ».

Итак, когда первый удаленный вызов database_service обрабатывается и ожидает этого 1 секунду, поток возвращается в IIS ?? !!

Но как насчет расчета 2-й метки, составляющей 1,5 секунды, которая снова заблокирует текущую нить в течение 1,5 секунд?

Итак, я освобождаю и блокирую поток, что не имеет смысла или что вы думаете?

Answer 1

Библиотека рендеринга - это не просто «блокировка потока», она выполняет работу, выполняющую рендеринг. Нет ничего лучше, что вы можете сделать.

Answer 2

Асинхронный код создает определенное продолжение под капотом, это своего рода синтетический сахар, чтобы сделать асинхронное программирование более синхронным.

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

В настоящее время эти задачи выполняются полностью синхронно в GetProductLabel, а это означает, что если это единственный метод, который вы вызываете, вы бы не указали разницу между синхронным кодом.

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

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

Answer 3

Есть еще польза, которую я сделал database_service удаленный вызов Асинхронный-ждет путь, но второй вызов не?

Да, этот вызов теперь не блокируется и может работать вместе с другим кодом, хотя он всего лишь на 1 секунду.

И есть ли что-нибудь, что я мог бы улучшить?

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