<..> 와
를 사용하여 죽은 자물쇠를 유발합니까? <..>
.NET 비동기 프로그래밍에서 await
의 차이를 이해하는 것이 매우 중요합니다. Result
가 죽은 자물쇠를 유발할 수 있습니다. Result
작업 원칙과 장애물의 원인
await
의 장점
키워드를 통해 일시 정지 방법을 실행할 수 있으며 비동기 조작이 완료된 후에 실행이 재개됩니다. 이 예에서는 런타임시 가 멈추지 않습니다. Result
키워드는 HTTP 응답을 기다릴 때 다른 작업으로 제어되기 때문입니다. await
동기 및 비동기 프로그래밍 Result
확장 방법 a
를 호출하는 것은 실제로 동기화에서 비동기 작업을 수행하는 것입니다. 이것이 바로 교수형입니다. await
죽은 자물쇠를 피하십시오
죽은 자물쇠를 피하기 위해 비동기 연산을 얻는 결과는 항상 사용됩니다. 모범 사례는 특히 UI 스레드 또는 기타 민감한 환경에서 수행 할 때 작업에서 Result
를 호출하지 않도록하는 것입니다.
CheckStatusTwiceResultTest
코드에서 execution Result
메소드를 사용하십시오. 비동기 방법의 경우 CheckStatus()
가 새 스레드를 할당하기 때문에 권장되지 않습니다. 대신, .NET 프레임 워크가 제공하는 고유 한 비동기식을 사용해야하며 방법은 비동기 메소드로 설정되어야합니다.
위 내용은 대기 대 결과 .NET 비동기 프로그래밍이 발생합니다. '결과'를 사용하는 이유는 교착 상태로 이어지는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!