Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
(시리즈 글이 13개 있습니다.)
디버깅 기술: 22. VS.NET SP1 + .NET Framework 소스 코드 디버깅
; https://www.sysnet.pe.kr/2/0/623

개발 환경 구성: 112. Visual Studio 2010 - .NET Framework 소스 코드 디버깅
; https://www.sysnet.pe.kr/2/0/1009

개발 환경 구성: 143. Visual Studio 2010 - .NET Framework 소스 코드 디버깅 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/1243

개발 환경 구성: 297. 소스 코드가 없는 닷넷 어셈블리를 디버깅할 때 지역 변숫값을 확인하는 방법
; https://www.sysnet.pe.kr/2/0/11036

개발 환경 구성: 391. (GitHub 등과 직접 연동해) 소스 코드 디버깅을 쉽게 해 주는 SourceLink
; https://www.sysnet.pe.kr/2/0/11630

VS.NET IDE: 126. 디컴파일된 소스에 탐색을 사용하도록 설정(Enable navigation to decompiled sources)
; https://www.sysnet.pe.kr/2/0/11689

VS.NET IDE: 145. NuGet + Github 라이브러리 디버깅 관련 옵션 3가지 - "Enable Just My Code" / "Enable Source Link support" / "Suppress JIT optimization on module load (Managed only)"
; https://www.sysnet.pe.kr/2/0/12200

개발 환경 구성: 500. (PDB 연결이 없는) DLL의 소스 코드 디버깅을 dotPeek 도구로 해결하는 방법
; https://www.sysnet.pe.kr/2/0/12281

VS.NET IDE: 153. 닷넷 응용 프로그램에서의 "My Code" 범위와 "Enable Just My Code"의 역할
; https://www.sysnet.pe.kr/2/0/12401

VS.NET IDE: 170. Visual Studio에서 .NET Core/5+ 역어셈블 소스코드 확인하는 방법
; https://www.sysnet.pe.kr/2/0/12880

VS.NET IDE: 177. 비주얼 스튜디오 2022를 이용한 (소스 코드가 없는) 닷넷 모듈 디버깅 - "외부 원본(External Sources)"
; https://www.sysnet.pe.kr/2/0/13109

VS.NET IDE: 180. Visual Studio - 닷넷 소스 코드 디버깅 중 "Decompile source code"가 동작하는 않는 문제
; https://www.sysnet.pe.kr/2/0/13247

VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
; https://www.sysnet.pe.kr/2/0/13554




Visual Studio에서 .NET Core/5+ 역어셈블 소스코드 확인하는 방법

다음과 같은 질문이 있군요. ^^

혹시 비주얼스튜디오2022 에서 decompile 기능 잘 되시나요?
; https://forum.dotnetdev.kr/t/2022-decompile/2354

다들 느끼셨겠지만, .NET Framework 프로젝트와는 달리 .NET Core/5+ 프로젝트의 경우 비주얼 스튜디오에서 역어셈블을 하는 경우 메서드의 본문이 없는 코드가 나옵니다.

예를 들어 다음의 소스 코드에서,

using System;

internal class Program
{
    static void Main(string[] args)
    {
        Console.ReadLine();
    }
}

ReadLine 메서드에 커서를 위치시키고, F12 키(Go To Definition)를 눌러 역어셈블 화면으로 진입하면 다음과 같은 역어셈블 코드를 보여줍니다.


[UnsupportedOSPlatform("android")]
[UnsupportedOSPlatform("browser")]
public static string? ReadLine()
{
    throw null;
}

왜냐하면, .NET Core/5+ 관련 어셈블리들이 모두 참조 어셈블리로 연결되어 있기 때문입니다.

C# 7.1 - 참조 어셈블리(Ref Assemblies)
; https://www.sysnet.pe.kr/2/0/11520

그러니까, 비주얼 스튜디오의 1차적인 동작은 어쨌든 기능을 하고 있는 것입니다. 단지, 개발자가 원하는 것은 저기서 한 단계 더 나아가 현재 프로젝트가 사용하는 .NET Core/5+ 버전의 어셈블리에 대한 역어셈블 코드를 보고 싶은 것인데, 그걸 비주얼 스튜디오가 못하고 있는 것입니다.

일단, 이 문제는 마이크로소프트가 고민해서 해결해야 하고.... 그때까지는 우리가 아쉬운 대로 우회 방법을 써야 할 텐데요, 그나마 가장 현실성 있는 방법을 이 글에서 제시할까 합니다. ^^

우선, 위의 예제에서 든 ReadLine을 구현한 어셈블리가 어떤 것인지 먼저 파악해야 합니다. 이를 위해 해당 메서드에서 F12 키를 눌러 나오는 역어셈블 화면의 처음 부분에서 다음의 주석을 확인할 수 있습니다.

#region Assembly System.Console, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
// C:\Program Files\dotnet\packs\Microsoft.NETCore.App.Ref\6.0.0\ref\net6.0\System.Console.dll
// Decompiled with ICSharpCode.Decompiler 6.1.0.5902
#endregion

그렇군요, "System.Console.dll"이라고 합니다. 이제 해당 프로젝트를 디버깅으로 실행해 런타임 시에 올라오는 System.Console.dll의 위치를 파악합니다. 이를 위해 메서드 위치에 BP를 걸고 디버깅을 진행한 후 멈추면 "Debug" / "Windows" / "Modules (Ctrl + Alt + U)"로 모듈 창을 띄워 해당 기능을 (참조가 아닌) 구현하고 있는 어셈블리의 위치를 확인합니다.

net_core_decompile_1.png

C:\Program Files\dotnet\shared\Microsoft.NETCore.App\6.0.0\System.Console.dll

마지막으로 이 경로를 "dnSpy", "dotPeek" 같은 별도의 역어셈블 도구를 이용해 열어 소스 코드를 확인하시면 됩니다.

net_core_decompile_2.png




위의 과정이 귀찮다면, 아주 동일하진 않지만 비주얼 스튜디오 내에서 끝내는 방법이 있습니다. 이를 위해 소스 코드 디버깅을 활성화해야 하는데요, "Debug" / "Options" 메뉴로 들어가 다음의 설정과 함께,

net_core_decompile_3.png

Enable Just My Code: Off
Enable .NET Framework source stepping: On
Step over properties and operators (Managed Only): Off

Enable source server support: On
Enable Source Link support: On

Requires source files to exactly match the original version: On

Symbol 서버를 선택한 후,

net_core_decompile_4.png

F5 디버깅을 시작해 ReadLine 메서드에서 F11(Step-Into) 키로 들어가면 역어셈블된 소스 코드가 나옵니다.

net_core_decompile_5.png

하지만 보다시피 ReadLine 메서드는 아니고 "Step over properties and operators" 옵션의 효과로 Console.In 속성의 get 위치로 들어갑니다. 이상하게도 비주얼 스튜디오는 ReadLine으로의 진입을 못하는데요, 어쨌든 저렇게 뜬 소스 코드 창에서 ReadLine을 검색해 메서드 정의를 찾아내면 됩니다.

[MethodImplAttribute(MethodImplOptions.NoInlining)]
[UnsupportedOSPlatform("android")]
[UnsupportedOSPlatform("browser")]
public static string? ReadLine()
{
    return In.ReadLine();
}

그리고 다시 저 In.ReadLine의 ReadLine 메서드 정의를 찾아가고 싶다면 (여전히 디버깅 상태에서) ReadLine에 커서를 두고 F12 키를 누르면 mscorlib.dll에 위치한 System.IO.TextReader의 ReadLine으로 이동해 줍니다.

[__DynamicallyInvokable]
        public virtual string ReadLine()
{
    StringBuilder stringBuilder = new StringBuilder();
    while (true)
    {
        int num = Read();
        switch (num)
        {
            case 10:
            case 13:
                if (num == 13 && Peek() == 10)
                {
                    Read();
                }

                return stringBuilder.ToString();
            case -1:
                if (stringBuilder.Length > 0)
                {
                    return stringBuilder.ToString();
                }

                return null;
        }

        stringBuilder.Append((char)num);
    }
}

이 정도면 그럭저럭 어느 정도 역어셈블한 소스 코드를 찾아갈 수 있을 것입니다. 아니면, 해당 글의 덧글에도 나오지만 Resharper 플러그인을 사용하면 저런 고민을 할 필요가 없습니다. ^^




참고로, 위의 예제는 상황의 특성상 "Step over properties and operators (Managed Only)" 옵션을 off 시켰는데요, 저런 과정을 끝냈으면 다시 켜두는 것이 좋습니다. 그렇지 않으면 여러분들의 응용 프로그램을 디버깅할 때 클래스의 공용 속성을 사용하는 소스 코드마다 F11 키를 누를 때 디버깅을 진입하므로 오히려 더 불편합니다.

또한, 나머지 옵션들도 상황에 맞게 제어해 주시면 됩니다. 가령, 평상시에는 .NET 소스 코드나 third-party 라이브러리의 소스 코드로 진입하고 싶지 않을 것이기 때문에 "Enable Just My Code" 옵션도 켜 두는 것이 더 편리합니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 8/20/2023]

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

비밀번호

댓글 작성자
 




... [61]  62  63  64  65  66  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12120정성태1/19/202011152.NET Framework: 878. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 네 번째 이야기(IL 코드로 직접 구현)파일 다운로드1
12119정성태1/17/202011191디버깅 기술: 160. Windbg 확장 DLL 만들기 (3) - C#으로 만드는 방법
12118정성태1/17/202011867개발 환경 구성: 466. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 세 번째 이야기 [1]
12117정성태1/15/202010856디버깅 기술: 159. C# - 디버깅 중인 프로세스를 강제로 다른 디버거에서 연결하는 방법파일 다운로드1
12116정성태1/15/202011328디버깅 기술: 158. Visual Studio로 디버깅 시 sos.dll 확장 명령어를 (비롯한 windbg의 다양한 기능을) 수행하는 방법
12115정성태1/14/202011085디버깅 기술: 157. C# - PEB.ProcessHeap을 이용해 디버깅 중인지 확인하는 방법파일 다운로드1
12114정성태1/13/202012949디버깅 기술: 156. C# - PDB 파일로부터 심벌(Symbol) 및 타입(Type) 정보 열거 [1]파일 다운로드3
12113정성태1/12/202013576오류 유형: 590. Visual C++ 빌드 오류 - fatal error LNK1104: cannot open file 'atls.lib' [1]
12112정성태1/12/202010113오류 유형: 589. PowerShell - 원격 Invoke-Command 실행 시 "WinRM cannot complete the operation" 오류 발생
12111정성태1/12/202013409디버깅 기술: 155. C# - KernelMemoryIO 드라이버를 이용해 실행 프로그램을 숨기는 방법(DKOM: Direct Kernel Object Modification) [16]파일 다운로드1
12110정성태1/11/202011992디버깅 기술: 154. Patch Guard로 인해 블루 스크린(BSOD)가 발생하는 사례 [5]파일 다운로드1
12109정성태1/10/20209891오류 유형: 588. Driver 프로젝트 빌드 오류 - Inf2Cat error -2: "Inf2Cat, signability test failed."
12108정성태1/10/20209962오류 유형: 587. Kernel Driver 시작 시 127(The specified procedure could not be found.) 오류 메시지 발생
12107정성태1/10/202010888.NET Framework: 877. C# - 프로세스의 모든 핸들을 열람 - 두 번째 이야기
12106정성태1/8/202012381VC++: 136. C++ - OSR Driver Loader와 같은 Legacy 커널 드라이버 설치 프로그램 제작 [1]
12105정성태1/8/202010972디버깅 기술: 153. C# - PEB를 조작해 로드된 DLL을 숨기는 방법
12104정성태1/7/202011644DDK: 9. 커널 메모리를 읽고 쓰는 NT Legacy driver와 C# 클라이언트 프로그램 [4]
12103정성태1/7/202014410DDK: 8. Visual Studio 2019 + WDK Legacy Driver 제작- Hello World 예제 [1]파일 다운로드2
12102정성태1/6/202011972디버깅 기술: 152. User 권한(Ring 3)의 프로그램에서 _ETHREAD 주소(및 커널 메모리를 읽을 수 있다면 _EPROCESS 주소) 구하는 방법
12101정성태1/5/202011312.NET Framework: 876. C# - PEB(Process Environment Block)를 통해 로드된 모듈 목록 열람
12100정성태1/3/20209332.NET Framework: 875. .NET 3.5 이하에서 IntPtr.Add 사용
12099정성태1/3/202011660디버깅 기술: 151. Windows 10 - Process Explorer로 확인한 Handle 정보를 windbg에서 조회 [1]
12098정성태1/2/202011238.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법 [3]
12097정성태1/2/20209803디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096정성태12/30/201911769디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작 [1]
12095정성태12/27/201913215VC++: 135. C++ - string_view의 동작 방식
... [61]  62  63  64  65  66  67  68  69  70  71  72  73  74  75  ...