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

비밀번호

댓글 작성자
 




... 16  17  [18]  19  20  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13490정성태12/19/202310110개발 환경 구성: 698. Golang - GLIBC 의존을 없애는 정적 빌드 방법
13489정성태12/19/202310068개발 환경 구성: 697. GoLand에서 ldflags 지정 방법
13488정성태12/18/20239532오류 유형: 884. HTTP 500.0 - 명령행에서 실행한 ASP.NET Core 응용 프로그램을 실행하는 방법
13487정성태12/16/202310636개발 환경 구성: 696. C# - 리눅스용 AOT 빌드를 docker에서 수행 [1]
13486정성태12/15/20239751개발 환경 구성: 695. Nuget config 파일에 값 설정/삭제 방법
13485정성태12/15/20239433오류 유형: 883. dotnet build/restore - error : Root element is missing
13484정성태12/14/202310166개발 환경 구성: 694. Windows 디렉터리 경로를 WSL의 /mnt 포맷으로 구하는 방법
13483정성태12/14/202310431닷넷: 2184. C# - 하나의 resource 파일을 여러 프로그램에서 (AOT 시에도) 사용하는 방법파일 다운로드1
13482정성태12/13/202311659닷넷: 2183. C# - eFriend Expert OCX 예제를 .NET Core/5+ Console App에서 사용하는 방법 [2]파일 다운로드1
13481정성태12/13/202310547개발 환경 구성: 693. msbuild - .NET Core/5+ 프로젝트에서 resgen을 이용한 리소스 파일 생성 방법파일 다운로드1
13480정성태12/12/202312397개발 환경 구성: 692. Windows WSL 2 + Chrome 웹 브라우저 설치
13479정성태12/11/202310039개발 환경 구성: 691. WSL 2 (Ubuntu) + nginx 환경 설정
13477정성태12/8/202310676닷넷: 2182. C# - .NET 7부터 추가된 Int128, UInt128 [1]파일 다운로드1
13476정성태12/8/202310542닷넷: 2181. C# - .NET 8 JsonStringEnumConverter의 AOT를 위한 개선파일 다운로드1
13475정성태12/7/202310808닷넷: 2180. .NET 8 - 함수 포인터에 대한 Reflection 정보 조회파일 다운로드1
13474정성태12/6/202310367개발 환경 구성: 690. 닷넷 코어/5+ 버전의 ilasm/ildasm 실행 파일 구하는 방법 - 두 번째 이야기
13473정성태12/5/202310713닷넷: 2179. C# - 값 형식(Blittable)을 메모리 복사를 이용해 바이트 배열로 직렬화/역직렬화파일 다운로드1
13472정성태12/4/202310119C/C++: 164. Visual C++ - InterlockedCompareExchange128 사용 방법
13471정성태12/4/202310662Copilot - To enable GitHub Copilot, authorize this extension using GitHub's device flow
13470정성태12/2/202311279닷넷: 2178. C# - .NET 8부터 COM Interop에 대한 자동 소스 코드 생성 도입 [1]파일 다운로드1
13469정성태12/1/202311192닷넷: 2177. C# - (Interop DLL 없이) CoClass를 이용한 COM 개체 생성 방법파일 다운로드1
13468정성태12/1/202310208닷넷: 2176. C# - .NET Core/5+부터 달라진 RCW(Runtime Callable Wrapper) 대응 방식파일 다운로드1
13467정성태11/30/202310955오류 유형: 882. C# - Unhandled exception. System.Runtime.InteropServices.COMException (0x800080A5)파일 다운로드1
13466정성태11/29/202310770닷넷: 2175. C# - DllImport 메서드의 AOT 지원을 위한 LibraryImport 옵션
13465정성태11/28/202310479개발 환경 구성: 689. MSBuild - CopyToOutputDirectory가 "dotnet publish" 시에는 적용되지 않는 문제파일 다운로드1
13464정성태11/28/202310391닷넷: 2174. C# - .NET 7부터 UnmanagedCallersOnly 함수 export 기능을 AOT 빌드에 통합파일 다운로드1
... 16  17  [18]  19  20  21  22  23  24  25  26  27  28  29  30  ...