Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
(시리즈 글이 15개 있습니다.)
디버깅 기술: 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

디버깅 기술: 47. .NET Reflector를 이용한 "소스 코드가 없는" 어셈블리 디버깅
; https://www.sysnet.pe.kr/2/0/1201

개발 환경 구성: 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

VS.NET IDE: 149. ("Binary was not built with debug information" 상태로) 소스 코드 디버깅이 안되는 경우
; https://www.sysnet.pe.kr/2/0/12278

개발 환경 구성: 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

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  [9]  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13718정성태8/27/20247416오류 유형: 921. Visual C++ - error C1083: Cannot open include file: 'float.h': No such file or directory [2]
13717정성태8/26/20247022VS.NET IDE: 192. Visual Studio 2022 - Windows XP / 2003용 C/C++ 프로젝트 빌드
13716정성태8/21/20246756C/C++: 167. Visual C++ - 윈도우 환경에서 _execv 동작 [1]
13715정성태8/19/20247361Linux: 78. 리눅스 C/C++ - 특정 버전의 glibc 빌드 (docker-glibc-builder)
13714정성태8/19/20246737닷넷: 2295. C# 12 - 기본 생성자(Primary constructors) (책 오타 수정) [3]
13713정성태8/16/20247455개발 환경 구성: 721. WSL 2에서의 Hyper-V Socket 연동
13712정성태8/14/20247214개발 환경 구성: 720. Synology NAS - docker 원격 제어를 위한 TCP 바인딩 추가
13711정성태8/13/20248062Linux: 77. C# / Linux - zombie process (defunct process) [1]파일 다운로드1
13710정성태8/8/20247980닷넷: 2294. C# 13 - (6) iterator 또는 비동기 메서드에서 ref와 unsafe 사용을 부분적으로 허용파일 다운로드1
13709정성태8/7/20247751닷넷: 2293. C# - safe/unsafe 문맥에 대한 C# 13의 (하위 호환을 깨는) 변화파일 다운로드1
13708정성태8/7/20247531개발 환경 구성: 719. ffmpeg / YoutubeExplode - mp4 동영상 파일로부터 Audio 파일 추출
13707정성태8/6/20247771닷넷: 2292. C# - 자식 프로세스의 출력이 4,096보다 많은 경우 Process.WaitForExit 호출 시 hang 현상파일 다운로드1
13706정성태8/5/20247881개발 환경 구성: 718. Hyper-V - 리눅스 VM에 새로운 디스크 추가
13705정성태8/4/20248153닷넷: 2291. C# 13 - (5) params 인자 타입으로 컬렉션 허용 [2]파일 다운로드1
13704정성태8/2/20248110닷넷: 2290. C# - 간이 dotnet-dump 프로그램 만들기파일 다운로드1
13703정성태8/1/20247437닷넷: 2289. "dotnet-dump ps" 명령어가 닷넷 프로세스를 찾는 방법
13702정성태7/31/20247840닷넷: 2288. Collection 식을 지원하는 사용자 정의 타입을 CollectionBuilder 특성으로 성능 보완파일 다운로드1
13701정성태7/30/20248109닷넷: 2287. C# 13 - (4) Indexer를 이용한 개체 초기화 구문에서 System.Index 연산자 허용파일 다운로드1
13700정성태7/29/20247713디버깅 기술: 200. DLL Export/Import의 Hint 의미
13699정성태7/27/20248237닷넷: 2286. C# 13 - (3) Monitor를 대체할 Lock 타입파일 다운로드1
13698정성태7/27/20248194닷넷: 2285. C# - async 메서드에서의 System.Threading.Lock 잠금 처리파일 다운로드1
13697정성태7/26/20247920닷넷: 2284. C# - async 메서드에서의 lock/Monitor.Enter/Exit 잠금 처리파일 다운로드1
13696정성태7/26/20247454오류 유형: 920. dotnet publish - error NETSDK1047: Assets file '...\obj\project.assets.json' doesn't have a target for '...'
13695정성태7/25/20247438닷넷: 2283. C# - Lock / Wait 상태에서도 STA COM 메서드 호출 처리파일 다운로드1
13694정성태7/25/20247904닷넷: 2282. C# - ASP.NET Core Web App의 Request 용량 상한값 (Kestrel, IIS)
13693정성태7/24/20247233개발 환경 구성: 717. Visual Studio - C# 프로젝트에서 레지스트리에 등록하지 않은 COM 개체 참조 및 사용 방법파일 다운로드1
1  2  3  4  5  6  7  8  [9]  10  11  12  13  14  15  ...