Я строю основной веб -API ASP.net, размещенный на Kestrel. Входящие HTTP -запросы отправляются в ThreadPool, который выбирает доступный поток для выполнения действия моего контроллера. Внутри этого действия я разгружаю операцию или блокировку, связанную с процессором или блокировку, в задачу. RUN (...), чтобы исходный поток запроса мог быстрее вернуться в пул. < /P>
[ApiController]
[Route("[controller]")]
public class WorkController : ControllerBase
{
[HttpGet]
public async Task Get()
{
// Simulate heavy CPU-bound work
await Task.Run(() => HeavyWork());
return Ok("Done");
}
private void HeavyWork()
{
// e.g. complex calculations, image processing, etc.
Thread.Sleep(500);
}
}
< /code>
Десять http -запросов прибывают одновременно. < /p>
Kestrel назначает десять потоков (t1… t10) для их обработки. < /p>
Каждое действие сразу же попадает в a a a a a a wait aske.run (...), так что t1 ... Http -запросы без промедления. < /P>
наблюдаемое поведение
Даже после задачи.run дает исходные потоки, новые входящие HTTP -запросы иногда все еще все еще в очереди или ждать доступности потока. Такое ощущение, что потоки, освобожденные по заданию, не становятся мгновенно «HTTP -потоками».>
Подробнее здесь: https://stackoverflow.com/questions/797 ... sed-to-han
