Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
(시리즈 글이 4개 있습니다.)
.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: 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분
정성태

... 151  152  153  154  155  156  157  158  159  160  161  162  163  [164]  165  ...
NoWriterDateCnt.TitleFile(s)
945정성태11/11/201025112VC++: 44. C++/CLI 컴파일 오류 - error C4368: mixed types are not supported
944정성태11/11/201031660VC++: 43. C++/CLI 컴파일 오류 - error C2872: 'IServiceProvider' : ambiguous symbol could be ...
943정성태11/8/201030770디버깅 기술: 30. windbg ".loadby sos" 명령어 [2]
942정성태11/7/201042360.NET Framework: 187. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 [7]파일 다운로드3
941정성태11/6/201025260.NET Framework: 186. windbg로 확인하는 .NET CLR LCG 메서드(DynamicMethod) [1]파일 다운로드1
940정성태11/6/201026142.NET Framework: 185. windbg로 확인하는 .NET CLR 메서드파일 다운로드1
939정성태10/24/201033082Windows: 51. RDP로 접속한 Windows Server 2008 R2 환경에서 Aero Glass 활성화 [1]
938정성태10/23/201024832디버깅 기술: 29. Windbg - Hyper-V 윈도우 7 원격 디버깅 구성 [1]
937정성태10/22/201030969DDK: 5. NT Legacy 드라이버: 프로세스(EXE) 생성/제거 모니터링 [3]파일 다운로드1
936정성태10/21/201030000DDK: 4. Device Driver 응용 프로그램의 빌드 스크립트 - 두 번째 이야기 [2]파일 다운로드1
935정성태10/17/201030620디버깅 기술: 28. Windbg - 윈도우 핸들 테이블 [3]
934정성태10/11/201033630디버깅 기술: 27. Windbg - Local Kernel Debug 모드 [2]
933정성태10/10/201025808.NET Framework: 184. 닷넷에서 호출 스택의 메서드에 대한 인자 값 확인이 가능할까? [2]파일 다운로드1
932정성태10/10/201029041DDK: 3. NT Legacy 드라이버를 이용하여 C#에서 Port 입출력파일 다운로드1
931정성태9/30/201023619오류 유형: 108. Net.Tcp Listener Adapter 서비스 시작 실패
930정성태9/30/201022927웹: 16. 윈도우 미디어 플레이어 - 일시 정지/시작을 스크립트에서 감지
929정성태9/17/201024143웹: 15. IE 9 - 작업 표시줄의 웹 사이트 바로가기 사용자 정의 - JumpLists [3]파일 다운로드1
928정성태9/16/201028319VC++: 42. 쓰기 전용 파일(예: 로그 파일)의 동기화 방법파일 다운로드1
927정성태9/14/201038198VC++: 41. UTF-8 포맷의 INI 파일에 대한 GetPrivateProfile... API 사용 불가 [2]
926정성태9/9/201027458Team Foundation Server: 41. 빌드 스크립트에 Code Coverage 추가 [1]파일 다운로드1
925정성태9/8/201031364Team Foundation Server: 40. Visual Studio 2010 - Code Coverage 결과를 외부 XML 파일로 출력하는 명령행 도구 제작 [1]파일 다운로드1
924정성태9/6/201021609개발 환경 구성: 88. SCVMM이 설치된 도메인에 참여하지 않은 Hyper-V 호스트 추가
923정성태9/5/201027606오류 유형: 107. SCVMM Agent 설치 오류 - Failed to configure the WS-Management service.
922정성태9/4/201036287오류 유형: 106. Hyper-V 가상 머신의 네트워크 끊김 현상
921정성태9/2/201030296DDK: 2. Device Driver 응용 프로그램의 빌드 스크립트 [2]파일 다운로드1
920정성태9/1/201034766오류 유형: 105. WMI - The RPC server is unavailable [2]
... 151  152  153  154  155  156  157  158  159  160  161  162  163  [164]  165  ...