비동기 프로그래밍 :`task.waitall` 교착 상태 :`await '사용과 어떻게 다른 것은 무엇입니까?

비동기 프로그래밍 : 및 잠재적 인 데드 잠금 장치 비교

과 의 차이는 혼란 스러울 수 있습니다. 이를 설명하려면 ASP.NET WebApi 서비스의 장면을 살펴 보겠습니다 : . await 이 장면에서 "get"메소드에는 교착 상태가있을 것으로 예상됩니다. 근본적인 이유는 무엇입니까? Task.WaitAll보다는 장애물 사용과 대기의 차이점은 무엇입니까? 차이점 : 및

Task.Wait 및 await는 비슷한 개념적 역할을 가정하지만 그 기능은 다릅니다. 작업이 완료 될 때까지 현재 스레드를 차단합니다. 이 방법은 스레드 풀에 굶어기도하기 때문에 권장되지 않습니다. 반대로 는 메소드를 실행하기 위해 비동기식을 일시 중지합니다. 메소드의 현재 상태가 캡처 되며이 메소드는 미완성 작업을 발신자에게 반환합니다. 작업이 완료되면 나머지 방법은 연속으로 예약됩니다.

<code class="language-csharp">public async Task<string> Foo()
{
    await Task.Delay(1).ConfigureAwait(false);
    return "";
}

public async static Task<string> Bar()
{
    return await Foo();
}

public async static Task<string> Ros()
{
    return await Bar();
}

public IEnumerable<string> Get()
{
    Task.WaitAll(Enumerable.Range(0, 10).Select(x => Ros()).ToArray());

    return new string[] { "value1", "value2" }; // 由于死锁而从未执行
}</code>

잠재적 인 죽은 자물쇠와 비동기 임무 제공된 코드 조각에서 "get"메소드는 await Task.Delay를 호출하여 스레드를 차단하고 모든 작업이 완료 될 때까지 기다립니다. 그러나 이러한 작업에서 "ROS"메소드는

를 호출하여 실행을 중단합니다. 결과적으로 작업이 완료되지 않았으며

호출에서 스레드가 여전히 차단되었습니다. 이로 인해 죽은 자물쇠가 발생합니다. 데드 잠금 장치를 피하기 위해 비동기 프로그래밍을 사용하십시오 Wait await 이 문제를 해결하려면 특히 지연 및 서스펜션 작업을 처리 할 때 비동기 프로그래밍을 사용해야합니다. 및 키워드의 사용을 결합함으로써 코드는 응답 능력을 유지하고 데드 잠금을 방지 할 수 있습니다.

위 내용은 비동기 프로그래밍 :`task.waitall` 교착 상태 :`await '사용과 어떻게 다른 것은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!