즉시 기다리는 비동기 메서드를 호출 할 때 얼마나 많은 성능이 저하됩니까?

Question

많은 API가 비동기 메서드 만 노출하는 방향으로 이동하고 있습니다. 이러한 방법을 즉시 기다려야하는 상황에서 얼마나 많은 성능 저하가 발생합니까? 내가 현재 스레드가 생성 된 스레드에서 완료 될 때까지 기다리는 것으로 가정 할 때 잘못 되었습니까? 또는 CLR이 이러한 시나리오에서 일종의 마법을 수행하고 모두 동일한 스레드에서 실행되도록 만드시겠습니까?

Answer 1

"비동기 메서드"로, 나는 비동기 메서드를 기반으로 Task<T>을 의미한다고 가정합니다.

Task<T>을 반환하는 메서드가있는 경우 즉시 Wait() 메서드를 호출하면 현재 WaitHandle 개체에서 대기 할 수 있습니다. 이 작업은 다른 스레드에서 실행될 가능성이 높으며 완료 될 때 WaitHandle 신호를 보내 대기 스레드를 해제합니다. 이 시나리오를 내가 알고있는 동기식 호출로 바꾸는 컴파일러 최적화는 없습니다.

물론 이것은 async 메소드와 동등한 동기식 함수를 호출하는 것 이상의 작업입니다. 그러나 유스 케이스에 따라 크게 차이가 없을 것입니다.

더 중요한 질문은 왜 호출 스레드를 차단하여 비동기의 장점을 잃고 싶습니까? 그것은 일반적으로 좋은 생각이 아니므로, 당신은 이것을 할 아주 좋은 이유가 있음을 보장해야합니다.