ASP.NET Web API 비동기 조작에서 Task.WaitAll은 어떻게 교착 상태를 유발할 수 있습니까?

task.wait vs. 기다려서 : 비동기 .NET 프로그래밍의 교착 상태

.NET에서 비동기 연산을 할 때

와 의 차이를 이해하는 것이 가장 중요합니다. 겉보기에는 비슷하지만 부적절한 사용으로 인해 교착 상태가 발생할 수 있습니다 문제 : 교착 상태 웹 API 예제 코드는 ASP.NET 웹 API GET EndPoint에서 호출 된 세 가지 비동기 메소드 (,

, )를 보여줍니다. 문제는 가 동시에 10 작업을 기다리는 데 사용될 때 발생합니다. 이것은 교착 상태로 이어집니다.

Task.Wait await vs.

설명

기다려온 작업이 완료 될 때까지 현재 스레드를 동기로 차단합니다. 반대로, 는 현재 메소드를 비동기로 일시 중단하여 불완전한 작업을 발신자에게 반환합니다. 대기하는 작업이 완료된 경우에만 실행이 재개됩니다

교착 상태가 발생하는 이유

Foo 교착 상태는 가 메인 스레드를 차단하여 작업 (루프 내)이 실행되는 것을 방지하기 때문에 발생합니다. 이 작업은 이전의 비동기 방법 (, )에 따라 다르며, 이는 스스로 다른 작업을 기다립니다. 메인 스레드가 차단되면 이러한 종속 작업은 완료되지 않아 교착 상태가 발생합니다. Bar 차단 피하기 : 선호되는 접근법 Ros Task.WaitAll 겉보기에는 유혹적이지만,이를 해결하기 위해 협력적인 차단을 사용하는 것은 일반적으로 낙담합니다. 예측 불가능 성을 소개하고 응용 프로그램 행동 분석을 복잡하게 만듭니다. 최상의 솔루션은 작업이 비동기 적으로 완료되도록하여 교착 상태를 피하는 것입니다. Ros.

위 내용은 ASP.NET Web API 비동기 조작에서 Task.WaitAll은 어떻게 교착 상태를 유발할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!