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

(시리즈 글이 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# - ThreadPool의 스레드는 반환 시 ThreadStatic과 AsyncLocal 값이 초기화 될까요?

뭐, 간단하게 테스트를 하면 알 수 있는 문제입니다. ^^

가령 초기화가 되지 않는다면, 스레드풀의 스레드를 얻어 ThreadStatic 변수를 사용한 다음, 해당 스레드가 풀에 반환된 후 다시 동일한 스레드를 요청해 사용하면 기존의 TLS 값은 유지되고 있을 것입니다. 아래는 이것을 테스트한 코드입니다.

using System;
using System.Threading;

class Program
{
    static void Main(string[] args)
    {
        EventWaitHandle ewh = new EventWaitHandle(false, EventResetMode.ManualReset);

        for (int i = 0; i < 10; i++)
        {
            ThreadPool.QueueUserWorkItem(workItem, ewh);
            ewh.WaitOne();
            ewh.Reset();
        }
    }

    private static void workItem(object state)
    {
        EventWaitHandle ewh = state as EventWaitHandle;

        if (MyType.Text == null)
        {
            MyType.Text = $"New: " + Environment.CurrentManagedThreadId;
        }
        else
        {
            MyType.Text = $"Old: " + MyType.Text;
        }

        Console.WriteLine($"{Environment.CurrentManagedThreadId}: {MyType.Text}");

        ewh.Set();
    }
}

class MyType
{
    [ThreadStatic]
    public static string Text;
}

/* 출력 결과
3: New: 3
4: New: 4
4: Old: New: 4
4: Old: Old: New: 4
5: New: 5
6: New: 6
4: Old: Old: Old: New: 4
3: Old: New: 3
3: Old: Old: New: 3
6: Old: New: 6
*/

출력을 보면 알 수 있듯이, 동일한 스레드가 사용된 경우 기존의 TLS 값이 그대로 살아 있는 것을 확인할 수 있습니다. (Task도 마찬가지로 어차피 같은 스레드풀을 사용하므로 TLS 재사용은 같습니다.)




그렇다면 AsyncLocal은 어떨까요?

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

역시 유사한 코드로 테스트를 해보면 됩니다.

using System;
using System.Threading;

class Program
{
    static void Main(string[] args)
    {
        EventWaitHandle ewh = new EventWaitHandle(false, EventResetMode.ManualReset);

        for (int i = 0; i < 10; i++)
        {
            ThreadPool.QueueUserWorkItem(workItem, ewh);
            ewh.WaitOne();
            ewh.Reset();
        }
    }

    private static void workItem(object state)
    {
        EventWaitHandle ewh = state as EventWaitHandle;

        if (MyType.Text.Value == null)
        {
            MyType.Text.Value = $"New: " + Environment.CurrentManagedThreadId;
        }
        else
        {
            MyType.Text.Value = $"Old: " + MyType.Text.Value;
        }

        Console.WriteLine($"{Environment.CurrentManagedThreadId}: {MyType.Text.Value}");

        ewh.Set();
    }
}

class MyType
{
    public static AsyncLocal<string> Text = new AsyncLocal<string>();
}

/* 출력 결과
3: New: 3
3: New: 3
3: New: 3
3: New: 3
6: New: 6
6: New: 6
6: New: 6
5: New: 5
5: New: 5
5: New: 5
*/

보는 바와 같이, AsyncLocal의 경우 스레드풀에 반환 시 또는 또는 얻는 시점 둘 중의 한순간에는 초기화가 되었을 거라는 짐작을 할 수 있습니다. ^^

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




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







[최초 등록일: ]
[최종 수정일: 5/15/2025]

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

비밀번호

댓글 작성자
 




... 76  [77]  78  79  80  81  82  83  84  85  86  87  88  89  90  ...
NoWriterDateCnt.TitleFile(s)
12071정성태12/9/201923931오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/201925380오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201922522디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201931013디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201922427디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201922070디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201919372디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201923335오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201922625디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201921062디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201921083Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/20/201923961디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/201923541디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/201923826디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
12057정성태11/18/201918451오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력
12056정성태11/18/201925868개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법파일 다운로드1
12055정성태11/17/201919566개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우
12054정성태11/15/201921041.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제
12053정성태11/15/201921404Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우
12052정성태11/15/201920354오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)
12051정성태11/14/201925626개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump [1]
12050정성태11/14/201922952Windows: 165. AcLayers의 API 후킹과 FaultTolerantHeap
12049정성태11/13/201923304.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현
12048정성태11/12/201922676Windows: 164. GUID 이름의 볼륨에 해당하는 파티션을 찾는 방법
12047정성태11/12/201925322Windows: 163. 안전하게 eject시킨 USB 장치를 물리적인 재연결 없이 다시 인식시키는 방법
12046정성태10/29/201919070오류 유형: 577. windbg - The call to LoadLibrary(...\sos.dll) failed, Win32 error 0n193
... 76  [77]  78  79  80  81  82  83  84  85  86  87  88  89  90  ...