왜 메소드를 '대기'한 다음 즉시 리턴 값을 조사합니까?

에서 이 MSDN 문서 , 다음 예제 코드는 (약간 간결 편집) 제공됩니다

public async Task<ActionResult> Details(int? id)
{
    if (id == null)
    {
        return new HttpStatusCodeResult(HttpStatusCode.BadRequest);
    }

    Department department = await db.Departments.FindAsync(id);

    if (department == null)
    {
        return HttpNotFound();
    }

    return View(department);
}

이 FindAsync메소드 Department는 ID 로 객체를 검색 하고를 반환합니다 Task<Department>. 그런 다음 부서가 즉시 null인지 확인합니다. 내가 이해하는 것처럼이 방법으로 Task 값을 요청하면 대기중인 메소드의 값이 반환 될 때까지 코드 실행 이 차단되어 효과적으로 동기 호출이됩니다.

왜 이렇게 하시겠습니까? Find(id)어쨌든 즉시 차단하려는 경우 동기 메소드를 호출하는 것이 더 간단하지 않습니까?

내가 이해하는 것처럼이 방법으로 Task 값을 요청하면 대기중인 메소드의 값이 반환 될 때까지 코드 실행이 차단되어 효과적으로 동기 호출이됩니다.

좀 빠지는.

호출 await db.Departments.FindAsync(id)하면 작업이 전송되고 다른 작업에서 사용하기 위해 현재 스레드가 풀로 반환됩니다. 실행 흐름은 차단되지만 (사실을 department올바르게 이해하면 바로 사용 하지 않더라도) 스레드 외부는 작업이 기계 외부에서 완료되기를 기다리는 동안 다른 것들에 의해 자유롭게 사용될 수 있습니다 (그리고 이벤트 또는 완료 포트에 의해 시그널링 됨).

호출 d.Departments.Find(id)하면 스레드가 거기에 앉아서 응답을 기다립니다. 대부분의 처리가 DB에서 수행되고 있습니다.

디스크 바인딩시 CPU 리소스를 효과적으로 비 웁니다.

나는 예제 중 어느 것도 작업을 기다리기 전에 몇 줄을 기다리는 것이 가능한 방법을 보여주지 않는 것이 정말 싫어. 이걸 고려하세요.

Foo foo = await getFoo();
Bar bar = await getBar();

Console.WriteLine(“Do some other stuff to prepare.”);

doStuff(foo, bar);

이것은 예제에서 권장하는 종류의 코드이며 맞습니다. 이 부분에는 의미가 없습니다. 메인 스레드가 UI 입력에 대한 응답과 같은 다른 작업을 수행 할 수는 있지만 async / await의 진정한 힘은 잠재적으로 오래 실행되는 작업이 완료되기를 기다리는 동안 다른 작업을 쉽게 계속 수행 할 수 있다는 것입니다. 위 코드는 Foo & Bar가 표시 될 때까지“차단”되어 인쇄 라인 실행을 기다립니다. 기다릴 필요는 없습니다. 기다리는 동안 처리 할 수 ​​있습니다.

Task<Foo> foo = getFoo();
Task<Bar> bar = getBar();

Console.WriteLine(“Do some other stuff to prepare.”);

doStuff(await foo, await bar);

이제 재 작성된 코드를 사용하여 멈추지 않고 값을 기다릴 필요가 없습니다. 나는 항상 이런 종류의 기회를 찾고 있습니다. 기다릴 때 현명하게 행동하면 성능이 크게 향상 될 수 있습니다. 요즘에는 여러 개의 코어가 있습니다.

여기에 뒤에서 더 많은 일이 발생합니다. Async / Await는 구문 설탕입니다. 먼저 FindAsync 함수의 서명을보십시오. 작업을 반환합니다. 이미 키워드의 마법을보고 있으면 해당 작업을 부서로 개봉합니다.

호출 기능이 차단되지 않습니다. 부서와 할당 키워드 뒤에 오는 모든 항목이 클로저로 묶이고 Task.ContinueWith 메서드에 전달 된 모든 의도와 목적으로 FindAsync 함수가 자동으로 다른 스레드에서 실행됩니다.

물론 작업이 원래 스레드로 마샬링되므로 (백그라운드 작업을 수행 할 때 UI 동기화에 대해 더 이상 걱정할 필요가 없음) 호출 함수가 비동기 ( 그리고 비동기 적으로 호출되는) 스택에서 동일한 일이 발생합니다.

따라서 발생하는 일은 함정없이 비동기 작업의 마법을 얻는 것입니다.

아니요 즉시 반환되지 않습니다. 대기는 메소드 호출을 비동기로 만듭니다. FindAsync가 호출되면 Details 메서드는 완료되지 않은 작업과 함께 반환됩니다. FindAsync가 끝나면 결과를 부서 변수로 반환하고 나머지 Details 메서드를 다시 시작합니다.

"비동기"를 계약이라고 생각하고 싶습니다. "필요한 경우 비동기 적으로 실행할 수 있지만 다른 동기 함수처럼 호출 할 수도 있습니다"라는 계약입니다.

즉, 한 개발자가 함수를 만들고 일부 디자인 결정으로 인해 여러 함수를 "비동기"로 만들거나 표시했습니다. 함수의 호출자 / 소비자는 원하는대로 함수를 사용할 수 있습니다. 당신이 말한 것처럼 함수 호출 직전에 await를 호출하고 기다릴 수 있습니다.이 방법으로 동기 함수처럼 취급했지만 원하는 경우 다음과 같이 기다리지 않고 호출 할 수 있습니다

Task<Department> deptTask = db.Departments.FindAsync(id);

예를 들어, 당신이 호출하는 함수의 10 줄을

Department d = await deptTask;

따라서이를 비동기 함수로 취급합니다.

그것은 당신에게 달려 있습니다.

"어쨌든 즉시 차단하려는 경우"대답은 "예"입니다. 빠른 응답이 필요한 경우에만 대기 / 비동기 적으로 이해하십시오. 예를 들어 UI 스레드가 실제로 비동기 메서드가되면 UI 스레드가 반환되어 버튼 클릭을 계속 듣습니다. 반면 "await"아래의 코드는 다른 스레드에 의해 수행되어 결과를 얻습니다.