Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

(시리즈 글이 3개 있습니다.)
.NET Framework: 725. C# - 동기 방식이면서 비동기 메서드(awaitable)처럼 구현한 사례
; https://www.sysnet.pe.kr/2/0/11431

.NET Framework: 1077. C# - 동기 방식이면서 비동기 규약을 따르게 만드는 Task.FromResult
; https://www.sysnet.pe.kr/2/0/12713

.NET Framework: 2056. C# - await 비동기 호출을 기대한 메서드가 동기로 호출되었을 때의 부작용
; https://www.sysnet.pe.kr/2/0/13138




C# - 동기 방식이면서 비동기 규약을 따르게 만드는 Task.FromResult

다음과 같은 글을 보면,

56.6 Task.FromResult( )를 사용하여 비동기로 반환값 전달하기
; https://thebook.io/006890/part04/ch56/06/

[유니티 C# 강좌] 19. 비동기 프로그래밍(Asynchronous Programming)
; https://coderzero.tistory.com/entry/%EC%9C%A0%EB%8B%88%ED%8B%B0-C-%EA%B0%95%EC%A2%8C-19-%EB%B9%84%EB%8F%99%EA%B8%B0-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8DAsynchronous-Programming

약간의 오해를 할 듯한 여지가 있습니다. 첫 번째 글의 경우 "Task.FromResult() 메서드를 사용하여 비동기로 반환값 전달"이라고 설명하거나 두 번째 글에서는 "FromResult"를 "비동기 시작 후 결괏값을 얻음"이라고 설명하는데요, 왠지 Task.FromResult를 사용하면 동기 메서드를 비동기 호출로 만든다고 이해가 될 듯합니다. 주의할 것은, Task.FromResult로 감쌌다고 해도 저건 분명히 "동기 호출"이라는 것입니다.

예를 들어,

private static Task<int> AddAsync(int sleepTime)
{
    return Task.FromResult<int>(Sleep(sleepTime));
}

private static int Sleep(int sleepTime)
{
    Thread.Sleep(sleepTime);
    return 0;
}

위의 코드를 보면 FromResult에서 Sleep 메서드의 실행 후 결과를 받고 있습니다. 즉, 이미 Sleep으로 "동기" 작업이 마무리되었고 단순히 반환값을 가지고 Task 개체를 구성하는 것이므로 사실상 동기 호출에 불과한 것입니다. 이미 전달받은 메서드의 식 평가가 끝난 마당에 Task 개체의 반환은 형식적이 된 것입니다. 그 차이점을 좀 더 뚜렷하게 알아보려면 Task.WhenAll 호출을 하면 됩니다.

static async Task Main(string[] args)
{
    Console.WriteLine(DateTime.Now);

    Task<int> task1 = AddAsync(3000);
    Task<int> task2 = AddAsync(4000);

    await Task.WhenAll<int>(task1, task2);

    Console.WriteLine(DateTime.Now);
}

만약 FromResult가 비동기 호출을 해준다면 위의 호출은 4초가 걸렸어야 합니다. 하지만, 분명하게 7초가 걸리는 것을 확인할 수 있습니다. (사실, 테스트할 가치도 없습니다. ^^;)




그렇다면 왜 이런 FromResult를 만들어 놓은 것일까요? 이에 대해서는 다음의 글에서 잘 설명하고 있습니다.

Prefer Task.FromResult over Task.Run for pre-computed or trivially computed data
; https://github.com/davidfowl/AspNetCoreDiagnosticScenarios/blob/master/AsyncGuidance.md#prefer-taskfromresult-over-taskrun-for-pre-computed-or-trivially-computed-data

public class MyLibrary
{
   public Task<int> AddAsync(int a, int b)
   {
       // return Task.Run(() => a + b);
        return Task.FromResult(a + b);
   }
}

(물론 예를 들기 위해 선택한 간단한 코드지만) 그래도 위의 예제 정도는 애당초 그냥 동기 메서드로 정의하는 것이 좋지 않을까요? 맞습니다, 하지만 전에 한번 다뤘듯이,

C# - 동기 방식이면서 비동기 메서드처럼 구현한 사례
; https://www.sysnet.pe.kr/2/0/11431

마이크로소프트의 System.Data.Common.DbConnection에서 구현한 OpenAsync 메서드처럼 일단 기본 구현은 동기로 처리하지만 그것을 상속받은 어느 data provider의 경우에는 순수 비동기로 처리하도록 여지를 남길 수 있습니다. 혹은 일정에 따라 현재는 임시로 동기 방식으로 처리하지만 나중에는 비동기로 돌리기 위한 목적으로 사용할 수 있습니다. 즉, "Prefer Task.FromResult over Task.Run for pre-computed or trivially computed data" 글에서의 AddAsync는 시작은 간단한 계산이지만 향후 복잡해질 것을 염두에 두고 비동기로 만들었을 수도 있을 것입니다.

참고로, System.Data.Common.DbCommand의 ExecuteNonQueryAsync 메서드 역시 비동기 규약을 따르지만 내부적으로는 Task.FromResult를 이용해 동기 처리를 하고 있습니다.

public virtual Task<int> ExecuteNonQueryAsync(CancellationToken cancellationToken)
{
    if (cancellationToken.IsCancellationRequested)
    {
        return ADP.CreatedTaskWithCancellation<int>();
    }

    CancellationTokenRegistration cancellationTokenRegistration = default(CancellationTokenRegistration);
    if (cancellationToken.CanBeCanceled)
    {
        cancellationTokenRegistration = cancellationToken.Register(CancelIgnoreFailure);
    }

    try
    {
        return Task.FromResult(ExecuteNonQuery()); // 비동기 처리를 가장한 동기 호출
    }
    catch (Exception ex)
    {
        cancellationTokenRegistration.Dispose();
        return ADP.CreatedTaskWithException<int>(ex);
    }
}

어찌보면 Task.FromResult가 "C# - 동기 방식이면서 비동기 메서드처럼 구현한 사례" 글에서 설명한 TaskCompletionSource를 이용한 방법보다 구현이 훨씬 간단합니다. 그런데, 왜? 마이크로소프트는 System.Data.Common.DbConnection의 OpenAsync는 TaskCompletionSource를 이용하고, ExecuteNonQueryAsync는 Task.FromResult를 사용했을까요? 이유는 간단합니다. Task.FromResult는 반환값이 있는 경우의 소스 코드에만 적용할 수 있기 때문에 DbConnection.Open처럼 반환값이 없는 동기 메서드를 감싸는 경우에는 TaskCompletionSource를 사용해야 합니다.

이번 글의 예제에서도 Task.FromResult를 설명하기 위해 (원래 Thread.Sleep은 반환값이 없어 곧바로 전달하지 못하므로) int Sleep(int sleepTime);을 경유하게 된 것입니다. 따라서, 정상적이라면 TaskCompletionSource를 이용해 다음과 같이 만드는 것이 더 낫습니다.

private static Task AddAsync(int sleepTime)
{
    TaskCompletionSource<object> source = new TaskCompletionSource<object>();

    Thread.Sleep(sleepTime);

    return source.Task; // 혹은 그냥 return Task.Delay(sleepTime);
}




그 외의 또 다른 활용 사례를 찾아보면, 특정 메서드에서 비동기 처리가 필요하지만 경우에 따라 중간에 비동기 작업을 거치지 않고 return 하려는 의도로 Task.FromResult를 사용할 수 있을 것입니다.

위의 모든 이유를 충족하지 않는다면 사실 Task.FromResult를 사용하는 것을 권장할 수 없습니다. 의도했던 대로 비동기 처리가 필요한 경우라면, Task.FromResult보다는 Task.Run을 활용해야 합니다. 이 글의 예제에서 다룬 AddAsync라면 다음과 같이 코드를 수정하는 것이 맞습니다.

static async Task Main(string[] args)
{
    Console.WriteLine(DateTime.Now);

    Task<int> task1 = AddAsync(3000);
    Task<int> task2 = AddAsync(4000);

    await Task.WhenAll<int>(task1, task2);

    Console.WriteLine(DateTime.Now);
}

private static Task<int> AddAsync(int sleepTime)
{
    return Task.Run(() =>
    {
        Thread.Sleep(sleepTime);
        return 0;
    });
}

위의 코드야말로 비동기 처리가 되므로 4초 후에 결과를 반환합니다.

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 7/16/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  53  54  [55]  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12269정성태7/16/20209217오류 유형: 632. .NET Core 웹 응용 프로그램 - The process was terminated due to an unhandled exception.
12268정성태7/15/202010975오류 유형: 631. .NET Core 웹 응용 프로그램 오류 - HTTP Error 500.35 - ANCM Multiple In-Process Applications in same Process
12267정성태7/15/202012585.NET Framework: 927. C# - 윈도우 프로그램에서 Credential Manager를 이용한 보안 정보 저장파일 다운로드1
12266정성태7/14/202010324오류 유형: 630. 사용자 계정을 지정해 CreateService API로 서비스를 등록한 경우 "Error 1069: The service did not start due to a logon failure." 오류발생
12265정성태7/10/20209431오류 유형: 629. Visual Studio - 웹 애플리케이션 실행 시 "Unable to connect to web server 'IIS Express'." 오류 발생
12264정성태7/9/202018542오류 유형: 628. docker: Error response from daemon: Conflict. The container name "..." is already in use by container "...".
12261정성태7/9/202011495VS.NET IDE: 148. 윈도우 10에서 .NET Core 응용 프로그램을 리눅스 환경에서 실행하는 2가지 방법 - docker, WSL 2 [5]
12260정성태7/8/20209758.NET Framework: 926. C# - ETW를 이용한 ThreadPool 스레드 감시파일 다운로드1
12259정성태7/8/20209346오류 유형: 627. nvlddmkm.sys의 BAD_POOL_HEADER BSOD 문제 [1]
12258정성태7/8/202012521기타: 77. DataDog APM 간략 소개
12257정성태7/7/20209462.NET Framework: 925. C# - ETW를 이용한 Monitor Enter/Exit 감시파일 다운로드1
12256정성태7/7/20209931.NET Framework: 924. C# - Reflection으로 변경할 수 없는 readonly 정적 필드 [4]
12255정성태7/6/202010388.NET Framework: 923. C# - ETW(Event Tracing for Windows)를 이용한 Finalizer 실행 감시파일 다운로드1
12254정성태7/2/202010212오류 유형: 626. git - REMOTE HOST IDENTIFICATION HAS CHANGED!
12253정성태7/2/202011341.NET Framework: 922. C# - .NET ThreadPool의 Local/Global Queue파일 다운로드1
12252정성태7/2/202013305.NET Framework: 921. C# - I/O 스레드를 사용한 비동기 소켓 서버/클라이언트파일 다운로드2
12251정성태7/1/202011312.NET Framework: 920. C# - 파일의 비동기 처리 유무에 따른 스레드 상황 [1]파일 다운로드2
12250정성태6/30/202013881.NET Framework: 919. C# - 닷넷에서의 진정한 비동기 호출을 가능케 하는 I/O 스레드 사용법 [1]파일 다운로드1
12249정성태6/29/202010034오류 유형: 625. Microsoft SQL Server 2019 RC1 Setup - 설치 제거 시 Warning 26003 오류 발생
12248정성태6/29/20208433오류 유형: 624. SQL 서버 오류 - service-specific error code 17051
12247정성태6/29/202010032.NET Framework: 918. C# - 불린 형 상수를 반환값으로 포함하는 3항 연산자 사용 시 단축 표현 권장(IDE0075) [2]파일 다운로드1
12246정성태6/29/202010846.NET Framework: 917. C# - USB 관련 ETW(Event Tracing for Windows)를 이용한 키보드 입력을 감지하는 방법
12245정성태6/24/202011347.NET Framework: 916. C# - Task.Yield 사용법 (2) [2]파일 다운로드1
12244정성태6/24/202011157.NET Framework: 915. ETW(Event Tracing for Windows)를 이용한 닷넷 프로그램의 내부 이벤트 활용 [1]파일 다운로드1
12243정성태6/23/20208712VS.NET IDE: 147. Visual C++ 프로젝트 - .NET Core EXE를 "Debugger Type"으로 지원하는 기능 추가
12242정성태6/23/20209496오류 유형: 623. AADSTS90072 - User account '...' from identity provider 'live.com' does not exist in tenant 'Microsoft Services'
... 46  47  48  49  50  51  52  53  54  [55]  56  57  58  59  60  ...