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

C# - 닷넷 코어에서 다른 스레드의 callstack을 구하는 방법

.NET Framework와는 다르게,

다른 스레드의 호출 스택 덤프 구하는 방법
; https://www.sysnet.pe.kr/2/0/802

.NET Core에서는 기본적으로 System.Diagnostics.StackTrace 타입이 없습니다. 그것을 사용하려면 명시적으로 Nuget으로부터 System.Diagnostics.StackTrace를 참조 추가해야 합니다.

Install-Package System.Diagnostics.StackTrace

그런데, nuget의 StackTrace 타입에는 Thread 타입을 받는 생성자가 없습니다.

Thread newThread = new Thread(Run);
newThread.Start();

newThread.Suspend();
System.Diagnostics.StackTrace trace = new System.Diagnostics.StackTrace(/* newThread, */ false);
newThread.Resume();

그래서 다른 스레드의 호출 스택을 받을 방법이 없습니다.




이를 우회할 수 있는 현실적인 방법으로는 그나마 ClrMD가 적당해 보입니다.

.NET 스레드 콜 스택 덤프 (7) - ClrMD(Microsoft.Diagnostics.Runtime)를 이용한 방법
; https://www.sysnet.pe.kr/2/0/11043

Install-Package Microsoft.Diagnostics.Runtime

다음은 .NET Core에서의 사용 예제입니다.

using Microsoft.Diagnostics.Runtime;
using System;
using System.Diagnostics;
using System.Threading;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("Main: " + Thread.CurrentThread.ManagedThreadId);

            Thread t = new Thread(CallMethod);
            t.Start();

            DoLoop();
        }

        private static void DoLoop()
        {
            int i = 0;
            while (true)
            {
                Console.WriteLine("==================================================" + (i++).ToString());
                Thread.Sleep(1000);
            }
        }

        private static void CallMethod(object obj)
        {
            while (true)
            {
                var pid = Process.GetCurrentProcess().Id;

                using (var dataTarget = DataTarget.AttachToProcess(pid, false))
                {
                    ClrInfo runtimeInfo = dataTarget.ClrVersions[0];
                    using (ClrRuntime runtime = runtimeInfo.CreateRuntime())
                    {
                        foreach (var t in runtime.Threads)
                        {
                            foreach (ClrStackFrame st in t.EnumerateStackTrace())
                            {
                                // Console.WriteLine($"{t.ManagedThreadId} {st.Method} {st.Kind} at 0x{st.InstructionPointer.ToString("x")}");

                                Console.WriteLine(st);
                            }

                            Console.WriteLine();
                        }
                    }
                }
            }
        }
    }
}
/* 출력 결과 Console.WriteLine($"{t.ManagedThreadId} {st.Method} {st.Kind} at 0x{st.InstructionPointer.ToString("x")}");

1  Runtime at 0x0
1 System.Threading.Thread.Sleep(Int32) ManagedMethod at 0x7ff83de0b92b
1 ConsoleApp1.Program.DoLoop() ManagedMethod at 0x7ff7e1e46347
1 ConsoleApp1.Program.Main(System.String[]) ManagedMethod at 0x7ff7e1e41046
1  Runtime at 0x7ff841953903
1  Runtime at 0x7ff841953903

2  Runtime at 0x0

3  ManagedMethod at 0x0
*/

/* 출력 결과 Console.WriteLine(st);

[HelperMethodFrame]
System.Threading.Thread.Sleep(Int32)
ConsoleApp1.Program.DoLoop()
ConsoleApp1.Program.Main(System.String[])
[GCFrame]
[GCFrame]

[DebuggerU2MCatchHandlerFrame]
*/

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

보는 바와 같이 순수 Managed 영역의 호출 스택만 정상적으로 값을 받아올 수 있고 그 외 Native/Runtime 등의 호출 스택 정보는 알 수 없습니다. 또한, (아마도 향후 지원할지는 모르겠지만) 소스 코드 라인 정보도 구할 방법이 없습니다.

게다가, 이전 버전(1.1.142101)과는 달리 현재 2.0.161401에서는 저렇게 무한 루프를 돌며 호출 스택을 구하면 어느 순간 화면에 "[Unknown Frame]"이 반복되며 더 이상 정상적인 동작을 하지 않는 문제가 있습니다. (그러니까, "그나마" 나은 방법입니다. ^^;)




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







[최초 등록일: ]
[최종 수정일: 1/5/2021]

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

비밀번호

댓글 작성자
 




[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13981정성태8/1/2025223오류 유형: 971. CentOS 7에서 yum 사용 시 "Could not resolve host: mirrorlist.centos.org; Unknown error"
13980정성태7/31/2025289Linux: 119. eBPF - BPF_PROG_TYPE_CGROUP_SOCK 유형에서 정상 동작하지 않는 BPF_CORE_READ (2)
13979정성태7/30/2025301Linux: 118. eBPF - BPF_PROG_TYPE_CGROUP_SOCK 유형에서 정상 동작하지 않는 BPF_CORE_READ
13978정성태7/29/2025415오류 유형: 970. 파일 복사 시 "Data error (cyclic redundancy check). (0x80070017)" 에러
13977정성태7/28/2025514닷넷: 2349. C# 14 - (5) 문자열 리터럴을 utf-8 인코딩으로 저장파일 다운로드1
13976정성태7/25/2025777닷넷: 2348. C# - 카카오 카나나 모델 + Microsoft.ML.OnnxRuntimeGenAI 예제파일 다운로드1
13975정성태7/23/2025913닷넷: 2347. C# 14 - (4) 형식 인자가 없는 제네릭 타입의 nameof 지원파일 다운로드1
13974정성태7/22/20251200닷넷: 2346. C# 14 - (3) Span 타입과 배열 간의 암시적 형변환파일 다운로드1
13973정성태7/21/20251068닷넷: 2345. C# - 배열 및 Span의 공변성파일 다운로드1
13972정성태7/21/20251320닷넷: 2344. C#의 Identity conversion 의미파일 다운로드1
13971정성태7/17/20251433닷넷: 2343. C# 14 - (2) 속성 구문에서 문맥 키워드로 추가되는 field 예약어파일 다운로드1
13970정성태7/17/20251387닷넷: 2342. C# 14 - (1) (예약)
13969정성태7/17/20251434닷넷: 2341. snap으로 설치한 .NET 리눅스 실행 환경
13968정성태7/16/20251315오류 유형: 969. lddtree - TypeError: 'type' object is not subscriptable
13967정성태7/16/20251842오류 유형: 968. snap으로 설치한 "dotnet run" 실행 시 "undefined symbol: _dl_audit_symbind_alt, version GLIBC_PRIVATE" 오류
13966정성태7/15/20252389디버깅 기술: 223. WinDbg - .kframes 명령어
13965정성태7/11/20251671오류 유형: 967. 디버깅 모드로 실행 시 "Could not find file 'C:\Program Files\IIS Express\Oracle.DataAccess.Common.Configuration.Section.xsd'" 예외
13964정성태7/10/20252337닷넷: 2340. C# - Win32 Multimedia Timer 주기파일 다운로드1
13963정성태7/8/20251879VS.NET IDE: 202. Visual Studio 2022 + Copilot 기본 사용법
13962정성태7/7/20251898스크립트: 79. 파이썬 - onnxruntime_genai에서 지원하지 않는 모델 사용
13961정성태7/5/20251604디버깅 기술: 222. WinDbg 분석 사례 - IISreset 시점에 w3wp.exe의 crash 발생
13960정성태7/3/20252788개발 환경 구성: 752. ProcDump - C/C++ 예외 코드 필터를 지정한 덤프 생성 [2]
13959정성태6/25/20251817오류 유형: 966. Ubuntu - ping: connect: Network is unreachable
13958정성태6/21/20252490닷넷: 2339. C# - Phi-4-multimodal 모델의 GPU 가속 방법 (ORT 사용)파일 다운로드1
13957정성태6/20/20252940닷넷: 2338. C# / Foundry Local - Phi-4-multimodal 모델을 사용하는 방법 [1]
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...