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

비밀번호

댓글 작성자
 




... 166  167  168  169  170  171  172  173  [174]  175  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
312정성태8/5/200624956    답변글 디버깅 기술: 5.3. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Site Model 유형의 프로젝트
313정성태8/12/200624148    답변글 디버깅 기술: 5.4. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (1)
317정성태8/12/200621582    답변글 디버깅 기술: 5.5. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (2)
318정성태8/12/200628033    답변글 디버깅 기술: 5.6. VS.NET 2005를 이용한 미니덤프 파일 분석 (1)
319정성태8/12/200622844    답변글 디버깅 기술: 5.7. VS.NET 2005를 이용한 미니덤프 파일 분석 (2) [1]
320정성태8/12/200627127    답변글 디버깅 기술: 5.8. WinDBG를 이용한 미니덤프 파일 분석 [1]
321정성태8/13/200631282    답변글 디버깅 기술: 5.9. Microsoft의 PDB 파일 관리
323정성태8/15/200632752    답변글 디버깅 기술: 5.10. Symbol Server 생성 [4]
324정성태8/15/200629703    답변글 디버깅 기술: 5.11. PDB 파일과 소스 코드
325정성태9/8/200622536    답변글 디버깅 기술: 5.12. CCP를 이용한 Windows Source Code 수준의 디버깅
329정성태8/19/200621560    답변글 디버깅 기술: 5.13. 소스 서버 구성 [1]
332정성태8/20/200623385    답변글 디버깅 기술: 5.14. GAC 에 등록된 Assembly 디버그 [2]
341정성태9/16/200615894    답변글 디버깅 기술: 5.15. [내용 예약]
342정성태9/16/200633022    답변글 디버깅 기술: 5.16. ASP.NET 디버깅 환경 구성 [1]파일 다운로드1
306정성태2/13/200713097기타: 15. .NET 이 생산성이 높다는 증거(!)
304정성태7/21/200614550VS.NET IDE: 41. 하위 폴더의 모든 프로젝트의 출력물을 제거 (Clean)
305정성태7/21/200614011    답변글 VS.NET IDE: 41.1. 하위 폴더의 모든 프로젝트의 출력물을 제거 (Clean) [1]
303정성태7/20/200612746Team Foundation Server: 12. 사용자 계정 재생성에 따른 Version Control 영향
302정성태8/21/200614202Team Foundation Server: 11. TFS Team Build와 VC++ Project 설정
299정성태7/23/200615048개발 환경 구성: 5. VMWare - VM 생성 화면 캡쳐
300정성태7/15/200618397    답변글 개발 환경 구성: 5.1. VMWare 오류 유형 - The handle is invalid.
301정성태7/18/200614139    답변글 개발 환경 구성: 5.2. VMWare - 사용 후기.
298정성태7/14/200614821개발 환경 구성: 4. VMWare Server를 64bit 운영체제에 설치 시 주의 사항 [2]
296정성태7/10/200623383.NET Framework: 73. [ASP.NET] HTC(DHTML Control Behavior)를 WebResource.axd로 제공하는 방법 [3]
295정성태7/1/200616695VC++: 25. Microsoft National Language Support Downlevel APIs 1.0 사용 방법파일 다운로드1
294정성태6/30/200613555.NET Framework: 72. XSDObjectGen.EXE 기능 개선
... 166  167  168  169  170  171  172  173  [174]  175  176  177  178  179  180  ...