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분
정성태

... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12221정성태6/3/202010091Windows: 170. 비어 있지 않은 디렉터리로 symbolic link(junction) 연결하는 방법
12220정성태6/3/202012587.NET Framework: 907. C# DLL로부터 TLB 및 C/C++ 헤더 파일(TLH)을 생성하는 방법
12219정성태6/1/202011662.NET Framework: 906. C# - lock (this), lock (typeof(...))를 사용하면 안 되는 이유파일 다운로드1
12218정성태5/27/202011623.NET Framework: 905. C# - DirectX 게임 클라이언트 실행 중 키보드 입력을 감지하는 방법 [3]
12217정성태5/24/202010055오류 유형: 615. Transaction count after EXECUTE indicates a mismatching number of BEGIN and COMMIT statements. Previous count = 0, current count = 1.
12216정성태5/15/202013224.NET Framework: 904. USB/IP PROJECT를 이용해 C#으로 USB Keyboard 가상 장치 만들기 [14]파일 다운로드1
12215정성태5/12/202018340개발 환경 구성: 490. C# - (Wireshark의) USBPcap을 이용한 USB 패킷 모니터링 [10]파일 다운로드1
12214정성태5/5/202010588개발 환경 구성: 489. 정식 인증서가 있는 경우 Device Driver 서명하는 방법 (2) - UEFI/SecureBoot [1]
12213정성태5/3/202012263개발 환경 구성: 488. (User-mode 코드로 가상 USB 장치를 만들 수 있는) USB/IP PROJECT 소개
12212정성태5/1/20209893개발 환경 구성: 487. UEFI / Secure Boot 상태인지 확인하는 방법
12211정성태4/27/202012221개발 환경 구성: 486. WSL에서 Makefile로 공개된 리눅스 환경의 C/C++ 소스 코드 빌드
12210정성태4/20/202012671.NET Framework: 903. .NET Framework의 Strong-named 어셈블리 바인딩 (1) - app.config을 이용한 바인딩 리디렉션 [1]파일 다운로드1
12209정성태4/13/202010707오류 유형: 614. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우 (2)
12208정성태4/12/202010132Linux: 29. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우
12207정성태4/2/20209116스크립트: 19. Windows PowerShell의 NonInteractive 모드
12206정성태4/2/202011435오류 유형: 613. 파일 잠금이 바로 안 풀린다면? - The process cannot access the file '...' because it is being used by another process.
12205정성태4/2/20208789스크립트: 18. Powershell에서는 cmd.exe의 명령어를 지원하진 않습니다.
12204정성태4/1/20208612스크립트: 17. Powershell 명령어에 ';' (semi-colon) 문자가 포함된 경우
12203정성태3/18/202010690오류 유형: 612. warning: 'C:\ProgramData/Git/config' has a dubious owner: '...'.
12202정성태3/18/202013252개발 환경 구성: 486. .NET Framework 프로젝트를 위한 GitLab CI/CD Runner 구성
12201정성태3/18/202011082오류 유형: 611. git-credential-manager.exe: Using credentials for username "Personal Access Token". [1]
12200정성태3/18/202011472VS.NET IDE: 145. NuGet + Github 라이브러리 디버깅 관련 옵션 3가지 - "Enable Just My Code" / "Enable Source Link support" / "Suppress JIT optimization on module load (Managed only)"
12199정성태3/17/20209293오류 유형: 610. C# - CodeDomProvider 사용 시 Unhandled Exception: System.IO.DirectoryNotFoundException: Could not find a part of the path '...\f2_6uod0.tmp'.
12198정성태3/17/202012092오류 유형: 609. SQL 서버 접속 시 "Cannot open user default database. Login failed."
12197정성태3/17/202011236VS.NET IDE: 144. .NET Core 콘솔 응용 프로그램을 배포(publish) 시 docker image 자동 생성 - 두 번째 이야기 [1]
12196정성태3/17/20209130오류 유형: 608. The ServicedComponent being invoked is not correctly configured (Use regsvcs to re-register).
... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...