[c#] 이 비동기 작업이 중단되는 이유는 무엇입니까?

네, 교착 상태입니다. 그리고 TPL의 일반적인 실수이므로 기분 나쁘지 마십시오.

을 작성할 때 await foo런타임은 기본적으로 메서드가 시작된 동일한 SynchronizationContext에서 함수의 연속을 예약합니다. 영어로 ExecuteAsyncUI 스레드에서 전화를 걸었다 고 가정 해 보겠습니다 . 쿼리는 스레드 풀 스레드에서 실행 Task.Run되지만 (를 호출했기 때문에 ) 결과를 기다립니다. 즉, 런타임은 ” return result;“줄을 스레드 풀로 다시 예약하는 대신 UI 스레드에서 다시 실행하도록 예약합니다.

그렇다면이 교착 상태는 어떻게 될까요? 이 코드가 있다고 상상해보십시오.

var task = dataSource.ExecuteAsync(_ => 42);
var result = task.Result;

따라서 첫 번째 줄은 비동기 작업을 시작합니다. 두 번째 줄 은 UI 스레드 를 차단합니다 . 따라서 런타임이 UI 스레드에서 “결과 반환”줄을 다시 실행하려고 할 때 Result완료 될 때까지 실행할 수 없습니다 . 그러나 물론 반환이 발생할 때까지 결과를 제공 할 수 없습니다. 이중 자물쇠.

이것은 TPL 사용의 주요 규칙을 보여줍니다. .ResultUI 스레드 (또는 다른 멋진 동기화 컨텍스트)에서 사용할 때 Task가 의존하는 것이 UI 스레드에 예약되지 않도록주의해야합니다. 그렇지 않으면 악이 발생합니다.

그래서 당신은 무엇을합니까? 옵션 # 1은 모든 곳에서 사용 대기이지만 이미 옵션이 아닙니다. 두 번째 옵션은 단순히 await 사용을 중지하는 것입니다. 두 함수를 다음과 같이 다시 작성할 수 있습니다.

public static Task<T> ExecuteAsync<T>(this OurDBConn dataSource, Func<OurDBConn, T> function)
{
    string connectionString = dataSource.ConnectionString;

    // Start the SQL and pass back to the caller until finished
    return Task.Run(
        () =>
        {
            // Copy the SQL connection so that we don't get two commands running at the same time on the same open connection
            using (var ds = new OurDBConn(connectionString))
            {
                return function(ds);
            }
        });
}

public static Task<ResultClass> GetTotalAsync( ... )
{
    return this.DBConnection.ExecuteAsync<ResultClass>(
        ds => ds.Execute("select slow running data into result"));
}

차이점이 뭐야? 이제 아무데도 기다리지 않으므로 UI ​​스레드에 암시 적으로 예약되는 것이 없습니다. 단일 리턴이있는 이와 같은 간단한 메소드의 경우 ” var result = await...; return result“패턴 을 수행 할 필요가 없습니다 . 비동기 수정자를 제거하고 작업 객체를 직접 전달하십시오. 다른 것이 없다면 오버 헤드가 적습니다.

옵션 # 3은 대기가 UI 스레드로 다시 예약하지 않고 스레드 풀로만 예약하도록 지정하는 것입니다. 다음과 같은 ConfigureAwait방법 으로이 작업을 수행합니다 .

public static async Task<ResultClass> GetTotalAsync( ... )
{
    var resultTask = this.DBConnection.ExecuteAsync<ResultClass>(
        ds => return ds.Execute("select slow running data into result");

    return await resultTask.ConfigureAwait(false);
}

작업을 기다리는 것은 일반적으로 작업중인 경우 UI 스레드에 예약됩니다. 의 결과를 기다리는 ContinueAwait것은 어떤 컨텍스트에 있든 무시하고 항상 스레드 풀에 예약합니다. 이것의 단점은 당신이 뿌려해야 할 것입니다 어디서나 어떤 놓친 때문에, 당신의 .Result가 의존 모든 기능에 .ConfigureAwait또 다른 교착 상태의 원인이 될 수 있습니다.

답변

private static SiteMetadataCacheItem GetCachedItem()
{
      TenantService TS = new TenantService(); // my service datacontext
      var CachedItem = Task.Run(async ()=>
               await TS.GetTenantDataAsync(TenantIdValue)
      ).Result; // dont deadlock anymore
}

public Foo GetFooSynchronous()
{
    var foo = new Foo();
    foo.Info = GetInfoAsync.Result;  // often deadlocks in ASP.NET
    return foo;
}

private async Task<string> GetInfoAsync()
{
    return await ExternalLibraryStringAsync().ConfigureAwait(false);
}

public Foo GetFooSynchronous()
{
    var foo = new Foo();
    foo.Info = GetInfoAsync.Result;  // often deadlocks in ASP.NET
    return foo;
}

private async Task<string> GetInfoAsync()
{
    return await ExternalLibraryStringAsync().ConfigureAwait(false);
}

public Foo GetFooSynchronous
{
    var foo = new Foo();
    GetInfoAsync()  // ContinueWith doesn't run until the task is complete
        .ContinueWith(task => foo.Info = task.Result);
    return foo;
}

private async Task<string> GetInfoAsync
{
    return await ExternalLibraryStringAsync().ConfigureAwait(false);
}

ResultClass slowTotal = asyncTask.Result;

ResultClass slowTotal = await asyncTask;

ResultClass slowTotal = Task.Run(async ()=>await asyncTask).Result;