Почему потоки, освобожденные по Task.Run в ядре ASP.NET, не могут быть использованы для обработки новых HTTP -запросов? ⇐ C#

[Anonymous]

Я строю основной веб -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);
}
}

Десять http -запросов поступают одновременно.
Kestrel назначает десять потоков (t1… t10) для их обработки.
Каждое действие сразу же попадает в a a a a a a a wait ask.run (...) , так что t1… t10 возвращается в Threadpool .

Код: Выделить всё

ThreadPool

теперь имеет десять бесплатных потоков, готовых без промедления забрать десять новых HTTP -запросов. Это похоже на то, что потоки, освобожденные по заданию.>

Подробнее здесь: https://stackoverflow.com/questions/797 ... sed-to-han