Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
(시리즈 글이 5개 있습니다.)
.NET Framework: 412. HttpContext.Current를 통해 이해하는 CallContext와 ExecutionContext
; https://www.sysnet.pe.kr/2/0/1608

.NET Framework: 727. ASP.NET의 HttpContext.Current 구현에 대응하는 ASP.NET Core의 IHttpContextAccessor/HttpContextAccessor 사용법
; https://www.sysnet.pe.kr/2/0/11440

.NET Framework: 989. HttpContextAccessor를 통해 이해하는 AsyncLocal<T>
; https://www.sysnet.pe.kr/2/0/12467

.NET Framework: 1075.  C# - ThreadPool의 스레드는 반환 시 ThreadStatic과 AsyncLocal 값이 초기화 될까요?
; https://www.sysnet.pe.kr/2/0/12701

.NET Framework: 1076. C# - AsyncLocal 기능을 CallContext만으로 구현하는 방법
; https://www.sysnet.pe.kr/2/0/12706




C# - AsyncLocal 기능을 CallContext만으로 구현하는 방법

전에 CallContext를 설명하면서,

HttpContext.Current를 통해 이해하는 CallContext와 ExecutionContext
; https://www.sysnet.pe.kr/2/0/1608

덧글로 잠시 소개를 했는데요,

Implicit Async Context ("AsyncLocal")
; https://blog.stephencleary.com/2013/04/implicit-async-context-asynclocal.html

위의 글에서는 AsyncLocal 타입을 사용하지 않고 (.NET Core에서는 제공되지 않는) 순수 CallContext만을 이용해 await 호출 간의 문맥을 전달하고 있습니다. 코드를 여기다 그대로 옮겨 볼까요? ^^ 근래의 현실적인 기준으로 볼 때, (.NET Core/5에서 다중 AppDomain을 지원하지 않으므로) MarshalByRefObject 처리를 없애면 다음과 같이 간단하게 정리할 수 있습니다.

// Install-Package System.Collections.Immutable

using System;
using System.Collections.Immutable;
using System.Linq;
using System.Runtime.CompilerServices;
using System.Runtime.Remoting.Messaging;

public static partial class MyStack
{
    private static readonly string name = Guid.NewGuid().ToString("N");

    private static ImmutableStack<string> CurrentContext
    {
        get
        {
            var ret = CallContext.LogicalGetData(name) as ImmutableStack<string>;
            return ret == null ? ImmutableStack.Create<string>() : ret;
        }

        set
        {
            CallContext.LogicalSetData(name, value);
        }
    }

    public static IDisposable Push([CallerMemberName] string context = "")
    {
        CurrentContext = CurrentContext.Push(context);
        return new PopWhenDisposed();
    }

    private static void Pop()
    {
        CurrentContext = CurrentContext.Pop();
    }

    private sealed class PopWhenDisposed : IDisposable
    {
        private bool disposed;

        public void Dispose()
        {
            if (disposed)
                return;
            Pop();
            disposed = true;
        }
    }

    public static string CurrentStack
    {
        get
        {
            return string.Join(" ", CurrentContext.Reverse());
        }
    }
}

이를 활용한 예제 코드는 변경 없이 원 글의 코드를 그대로 옮겨 봅니다.

using System;
using System.Threading.Tasks;

class Program
{
    static void Main(string[] args)
    {
        using (MyStack.Push("Main"))
        {
            Task.WhenAll(SomeWork("1"), SomeWork("2")).Wait();
        }

        Console.ReadKey();
    }

    static async Task SomeWork(string stackName)
    {
        using (MyStack.Push(stackName))
        {
            Log("<SomeWork>");
            await MoreWork("A");
            await MoreWork("B");
            Log("</SomeWork>");
        }
    }

    static async Task MoreWork(string stackName)
    {
        using (MyStack.Push(stackName))
        {
            Log("<MoreWork>");
            await Task.Delay(10);
            Log("</MoreWork>");
        }
    }

    static void Log(string message)
    {
        Console.WriteLine(MyStack.CurrentStack + ": " + message);
    }
}

실행하면 다음과 같은 결과를 얻을 수 있습니다.

Main 1: <SomeWork>
Main 1 A: <MoreWork>
Main 2: <SomeWork>
Main 2 A: <MoreWork>
Main 2 A: </MoreWork>
Main 1 A: </MoreWork>
Main 2 B: <MoreWork>
Main 1 B: <MoreWork>
Main 2 B: </MoreWork>
Main 2: </SomeWork>
Main 1 B: </MoreWork>
Main 1: </SomeWork>




그런데, 사실 해당 기능을 너무 어렵게 만든 것이 아닌가... 하는 느낌입니다. 왜냐하면, CallContext는 스레드를 넘어가면서 shallow copy가 되는데, 달리 말하면 메서드에 인자를 넘기는 것과 같습니다. 따라서, 굳이 Push/IDisposable/Pop을 사용할 필요 없이 다음과 같은 식으로 바꿔도 무방합니다.

using System;
using System.Runtime.Remoting.Messaging;

public static partial class MyStack
{
    private static readonly string idTitle = Guid.NewGuid().ToString("N");

    private static string CurrentTitle
    {
        get
        {
            object objValue = CallContext.LogicalGetData(idTitle);
            if (objValue == null)
            {
                return "";
            }

            return objValue as string;
        }

        set
        {
            CallContext.LogicalSetData(idTitle, value);
        }
    }

    public static void Push(string title)
    {
        CurrentTitle = CurrentTitle + " " + title;
    }

    public static string CurrentStack
    {
        get
        {
            return CurrentTitle;
        }
    }
}

또한 사용 측 코드도 using을 빼고 단순히 Push 메서드만 호출해 주면 됩니다.

using System;
using System.Threading.Tasks;

class Program
{
    static void Main(string[] args)
    {
        MyStack.Push("Main");
        Task.WhenAll(SomeWork("1"), SomeWork("2")).Wait();

        Console.ReadKey();
    }

    static async Task SomeWork(string stackName)
    {
        MyStack.Push(stackName);
        Log("<SomeWork>");
        await MoreWork("A");
        await MoreWork("B");
        Log("</SomeWork>");
    }

    static async Task MoreWork(string stackName)
    {
        MyStack.Push(stackName);
        Log("<MoreWork>");
        await Task.Delay(10);
        Log("</MoreWork>");
    }

    static void Log(string message)
    {
        Console.WriteLine(MyStack.CurrentStack + ": " + message);
    }
}

당연히 실행 결과는 이전과 다름없이 잘 나옵니다.




마지막으로, 이것을 AsyncLocal을 이용해 똑같이 동작하도록 코딩을 하면 다음과 같이 바뀝니다.

// .NET Framework 4.6 이상, .NET Core/5에서도 사용 가능

using System.Threading;

public static partial class MyStack
{
    private static AsyncLocal<string> CurrentTitle = new AsyncLocal<string>();

    public static void Push(string title)
    {
        CurrentTitle.Value = CurrentTitle.Value + " " + title;
    }

    public static string CurrentStack
    {
        get
        {
            return CurrentTitle.Value;
        }
    }
}

AsyncLocal이 CallContext에 대한 단순한 래퍼에 불과하기 때문에 우리가 기대한 동작이 나오는 건데요, 결과만 보면 어떤 것을 사용해도 무방합니다. 단지, CallContext 타입이 .NET Framework에서만 허용되고 .NET Core/5에서는 사용할 수 없으므로 어쩔 수 없이 향후에는 AsyncLocal을 쓸 수밖에 없습니다.

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




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 1/10/2024]

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

비밀번호

댓글 작성자
 



2021-07-16 09시06분
ExecutionContext의 또 다른 활용 사례

Exploring the async/await State Machine – Stack Traces and Refactoring Pitfalls
; https://vkontech.com/exploring-the-async-await-state-machine-stack-traces-and-refactoring-pitfalls/
정성태
2021-10-18 01시39분
정성태

... 91  92  93  94  95  96  97  [98]  99  100  101  102  103  104  105  ...
NoWriterDateCnt.TitleFile(s)
11518정성태5/10/201821187.NET Framework: 747. C# 7.0에서도 부분적으로 가능해진 "타입 추론을 통한 튜플의 변수명 자동 지정"
11517정성태5/10/201819471.NET Framework: 746. Azure runbook 예제 - 6시간 동안 수행 중인 VM을 중지 [1]파일 다운로드1
11516정성태5/9/201820216.NET Framework: 745. Azure runbook을 PowerShell 또는 C# 코드로 실행하는 방법파일 다운로드1
11515정성태5/9/201822730.NET Framework: 744. C# 6 - Expression bodied function [1]
11514정성태5/3/201820725오류 유형: 466. Bitvise - Error in component session/transport/kexHandler [2]
11513정성태5/3/201827559.NET Framework: 743. C# 언어의 공변성과 반공변성 [9]파일 다운로드2
11512정성태5/2/201819861개발 환경 구성: 375. Azure runbook 실행 시 "Errors", "All Logs"에 오류 메시지가 출력되는 경우
11511정성태5/2/201821496개발 환경 구성: 374. Azure - Runbook 기능 소개
11510정성태4/30/201822346.NET Framework: 742. windbg로 확인하는 Finalizer를 가진 객체의 GC 과정파일 다운로드1
11509정성태4/28/201820735.NET Framework: 741. windbg로 확인하는 객체의 GC 여부
11508정성태4/23/201822348개발 환경 구성: 373. MSBuild를 이용해 프로젝트 배포 후 결과물을 zip 파일로 압축하는 방법파일 다운로드1
11507정성태4/20/201822962개발 환경 구성: 372. MSBuild - 빌드 전/후, 배포 전/후 실행하고 싶은 Task 정의
11506정성태4/20/201827191.NET Framework: 740. C#에서 enum을 boxing 없이 int로 변환하기 - 두 번째 이야기 [7]파일 다운로드1
11505정성태4/19/201819999개발 환경 구성: 371. Azure Web App 확장 예제 - Simple WebSite Extension
11504정성태4/19/201821586오류 유형: 465. Azure Web App 확장 - Extplorer File manager 적용 시 오류
11503정성태4/19/201820607오류 유형: 464. PowerShell - Start-Service 명령 오류 (Service 'xxx' cannot be started)
11502정성태4/17/201822838개발 환경 구성: 370. Azure VM/App Services(Web Apps)에 Let's Encrypt 무료 인증서 적용 방법 [3]
11501정성태4/17/201820059개발 환경 구성: 369. New-AzureRmADServicePrincipal로 생성한 계정의 clientSecret, key 값을 구하는 방법파일 다운로드1
11500정성태4/17/201821020개발 환경 구성: 368. PowerShell로 접근하는 Azure의 Access control 보안과 Azure Active Directory의 계정 관리 서비스
11499정성태4/17/201819667개발 환경 구성: 367. Azure - New-AzureRmADServicePrincipal / New-AzureRmRoleAssignment 명령어
11498정성태4/17/201819750개발 환경 구성: 366. Azure Active Directory(Microsoft Enfra ID)의 사용자 유형 구분 - Guest/Member
11497정성태4/17/201817577개발 환경 구성: 365. Azure 리소스의 액세스 제어(Access control) 별로 사용자에게 권한을 할당하는 방법 [2]
11496정성태4/17/201818095개발 환경 구성: 364. Azure Portal에서 구독(Subscriptions) 메뉴가 보이지 않는 경우
11495정성태4/16/201819928개발 환경 구성: 363. Azure의 Access control 보안과 Azure Active Directory의 계정 관리 서비스
11494정성태4/16/201816248개발 환경 구성: 362. Azure Web Apps(App Services)에 사용자 DNS를 지정하는 방법
11493정성태4/16/201818035개발 환경 구성: 361. Azure Web App(App Service)의 HTTP/2 프로토콜 지원
... 91  92  93  94  95  96  97  [98]  99  100  101  102  103  104  105  ...