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

비밀번호

댓글 작성자
 




... 106  107  [108]  109  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11224정성태6/13/201718130.NET Framework: 661. Json.NET의 DeserializeObject 수행 시 속성 이름을 동적으로 바꾸는 방법파일 다운로드1
11223정성태6/12/201716819개발 환경 구성: 318. WCF Service Application과 WCFTestClient.exe
11222정성태6/10/201720541오류 유형: 399. WCF - A property with the name 'UriTemplateMatchResults' already exists.파일 다운로드1
11221정성태6/10/201717481오류 유형: 398. Fakes - Assembly 'Jennifer5.Fakes' with identity '[...].Fakes, [...]' uses '[...]' which has a higher version than referenced assembly '[...]' with identity '[...]'
11220정성태6/10/201722885.NET Framework: 660. Shallow Copy와 Deep Copy [1]파일 다운로드2
11219정성태6/7/201718207.NET Framework: 659. 닷넷 - TypeForwardedFrom / TypeForwardedTo 특성의 사용법
11218정성태6/1/201721014개발 환경 구성: 317. Hyper-V 내의 VM에서 다시 Hyper-V를 설치: Nested Virtualization
11217정성태6/1/201716906오류 유형: 397. initerrlog: Could not open error log file 'C:\...\MSSQL12.MSSQLSERVER\MSSQL\Log\ERRORLOG'
11216정성태6/1/201719009오류 유형: 396. Activation context generation failed
11215정성태6/1/201719929오류 유형: 395. 관리 콘솔을 실행하면 "This app has been blocked for your protection" 오류 발생 [1]
11214정성태6/1/201717664오류 유형: 394. MSDTC 서비스 시작 시 -1073737712(0xC0001010) 오류와 함께 종료되는 문제 [1]
11213정성태5/26/201722458오류 유형: 393. TFS - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
11212정성태5/26/201721811오류 유형: 392. Windows Server 2016에 KB4019472 업데이트가 실패하는 경우
11211정성태5/26/201720839오류 유형: 391. BeginInvoke에 전달한 람다 함수에 CS1660 에러가 발생하는 경우
11210정성태5/25/201721289기타: 65. ActiveX 없는 전자 메일에 사용된 "개인정보 보호를 위해 암호화된 보안메일"의 암호화 방법
11209정성태5/25/201768205Windows: 143. Windows 10의 Recovery 파티션을 삭제 및 새로 생성하는 방법 [16]
11208정성태5/25/201727934오류 유형: 390. diskpart의 set id 명령어에서 "The specified type is not in the correct format." 오류 발생
11207정성태5/24/201728214Windows: 142. Windows 10의 복구 콘솔로 부팅하는 방법
11206정성태5/24/201721491오류 유형: 389. DISM.exe - The specified image in the specified wim is already mounted for read/write access.
11205정성태5/24/201721262.NET Framework: 658. C#의 tail call 구현은? [1]
11204정성태5/22/201730794개발 환경 구성: 316. 간단하게 살펴보는 Docker for Windows [7]
11203정성태5/19/201718735오류 유형: 388. docker - Host does not exist: "default"
11202정성태5/19/201719803오류 유형: 387. WPF - There is no registered CultureInfo with the IetfLanguageTag 'ug'.
11201정성태5/16/201722542오류 유형: 386. WPF - .NET 3.5 이하에서 TextBox에 한글 입력 시 TextChanged 이벤트의 비정상 종료 문제 [1]파일 다운로드1
11200정성태5/16/201719316오류 유형: 385. WPF - 폰트가 없어 System.IO.FileNotFoundException 예외가 발생하는 경우
11199정성태5/16/201721141.NET Framework: 657. CultureInfo.GetCultures가 반환하는 값
... 106  107  [108]  109  110  111  112  113  114  115  116  117  118  119  120  ...