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

비밀번호

댓글 작성자
 




... 166  167  168  169  170  171  172  173  174  175  176  177  178  [179]  180  ...
NoWriterDateCnt.TitleFile(s)
544정성태11/25/200723405오류 유형: 48. VS.NET 2008 설치 오류 - Error code 1602 [5]
543정성태11/25/200726467개발 환경 구성: 31. ROBOCOPY XP026 버전 [1]
542정성태11/3/200741522VS.NET IDE: 55. XML/XSLT로 구현하는 매크로 확장 [5]파일 다운로드2
538정성태10/11/200727815스크립트: 10. VBScript - "Sub를 호출할 때는 괄호를 사용할 수 없습니다." [2]
537정성태9/28/200736581개발 환경 구성: 30. 64비트 OS에서의 ChartFX 라이선스 문제
536정성태9/12/200733555.NET Framework: 97. WCF : netTcpBinding에서의 각종 Timeout 값 설명 [11]
535정성태9/11/200730950.NET Framework: 96. WCF - PerSession에서의 클라이언트 연결 관리 [5]
534정성태9/3/200726533개발 환경 구성: 29. VHD 파일 크기 줄이기
533정성태9/2/200729114개발 환경 구성: 28. CA 서비스 - 사용자 정의 템플릿 유형 추가
532정성태9/2/200731561개발 환경 구성: 27. AD CA에서 Code Signing 인증서 유형 추가 방법
531정성태9/2/200727316.NET Framework: 95. WCF에서의 DataTable 사용
530정성태9/1/200723819.NET Framework: 94. WCF 예외에 대한 시행착오
529정성태8/31/200726809.NET Framework: 93. WCF - DataContract와 KnownType 특성 [1]
528정성태8/30/200721335오류 유형: 47. VPC - 네트워크 어댑터 MAC 주소 중복 오류
527정성태8/30/200731537Team Foundation Server: 20. 잠긴 파일을 강제로 해제 [2]
526정성태8/29/200721383오류 유형: 46. VS.NET 2008 - ASP.NET 디버깅 : Strong name validation failed.
525정성태8/27/200723547VS.NET IDE: 54. VS.NET 2008 - 새롭게 도입되는 XSD Schema Designer
524정성태8/23/200741169오류 유형: 45. 요청한 작업은, 사용자가 매핑한 구역이 열려 있는...
523정성태8/16/200723825VS.NET IDE: 53. VS.NET 2008 - 서비스 참조 시 기존 데이터 컨테이너 DLL 사용
522정성태8/13/200727437VS.NET IDE: 52. VS.NET 2008 - WCF를 위한 디버깅 환경 개선
521정성태8/8/200727376.NET Framework: 92. XmlSerializer 생성자의 실행 속도를 올리는 방법 - 두 번째 이야기 [3]
520정성태8/7/200722596VS.NET IDE: 51. Visual Studio 2008 베타 2 설치
519정성태7/27/200728972오류 유형: 44. System.BadImageFormatException [2]
518정성태7/26/200730050오류 유형: 43. System.ComponentModel.LicenseException [1]
517정성태7/19/200718318개발 환경 구성: 26. VPC - 일반 사용자 계정으로 구동
516정성태7/19/200721535오류 유형: 42. TFS - Error loading menu: Index was outside the bounds of the array [2]
... 166  167  168  169  170  171  172  173  174  175  176  177  178  [179]  180  ...