Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

(시리즈 글이 11개 있습니다.)
.NET Framework: 404. 리플렉션을 이용해 닷넷 LicenseManager를 우회할 수 있는 사례
; https://www.sysnet.pe.kr/2/0/1565

.NET Framework: 428. .NET Reflection으로 다차원/Jagged 배열을 구분하는 방법
; https://www.sysnet.pe.kr/2/0/1653

.NET Framework: 537. C# - Reflection의 박싱 없이 값 형식을 다루는 방법
; https://www.sysnet.pe.kr/2/0/10866

.NET Framework: 685. C# - 구조체(값 형식)의 필드를 리플렉션을 이용해 값을 바꾸는 방법
; https://www.sysnet.pe.kr/2/0/11312

.NET Framework: 785. public으로 노출되지 않은 다른 어셈블리의 delegate 인스턴스를 Reflection으로 생성하는 방법
; https://www.sysnet.pe.kr/2/0/11583

.NET Framework: 842. .NET Reflection을 대체할 System.Reflection.Metadata 소개
; https://www.sysnet.pe.kr/2/0/11930

.NET Framework: 924. C# - Reflection으로 변경할 수 없는 readonly 정적 필드
; https://www.sysnet.pe.kr/2/0/12256

.NET Framework: 1045. C# - 런타임 시점에 이벤트 핸들러를 만들어 Reflection을 이용해 구독하는 방법
; https://www.sysnet.pe.kr/2/0/12609

.NET Framework: 1046. C# - 컴파일 시점에 참조할 수 없는 타입을 포함한 이벤트 핸들러를 Reflection을 이용해 구독하는 방법
; https://www.sysnet.pe.kr/2/0/12610

닷넷: 2155. C# - .NET 8 런타임부터 (Reflection 없이) 특성을 이용해 public이 아닌 멤버 호출 가능
; https://www.sysnet.pe.kr/2/0/13436

닷넷: 2249. C# - 부모의 필드/프로퍼티에 대해 서로 다른 자식 클래스 간에 Reflection 접근이 동작할까요?
; https://www.sysnet.pe.kr/2/0/13608




C# - Reflection으로 변경할 수 없는 readonly 정적 필드

비주얼 스튜디오에서 그동안 잘 되던 단위 테스트(Unit Test)가 실패하기 시작했습니다. 그러니까, 예를 들어 다음과 같은 식으로 짜여진 프로그램이었습니다.

using System;
using System.Reflection;

namespace ConsoleApp1
{
    class Program
    {
        static int Number = 5;

        static void Main(string[] args)
        {
            Console.WriteLine(Program.Number);  // 출력: 5
        }
    }
}

그런데 단위 테스트를 위해 Number 값을 임시 변경해야 할 필요가 있어서 private static 멤버라 Reflection을 이용해 다음과 같이 변경하는 코드를 추가했고,

class Program
{
    static int Number = 5;

    static void Main(string[] args)
    {
        SetStaticField(typeof(Program), "Number", 3);
        Console.WriteLine(Program.Number); // 출력: 3
    }

    public static object SetStaticField(Type type, string fieldName, object newValue)
    {
        FieldInfo fi = type.GetField(fieldName, BindingFlags.NonPublic | BindingFlags.Static);
        object oldValue = fi.GetValue(null);
        fi.SetValue(null, newValue);
        return oldValue;
    }
}

그러다 요즘 들어 비주얼 스튜디오가,

IDE1006 - Naming rule violation: These words must begin with upper case characters: ...
; https://www.sysnet.pe.kr/2/0/12124

IDE0019 - Use pattern matching
; https://www.sysnet.pe.kr/2/0/12125

정적 분석 기능이 강화되면서 변경하지 않는 필드에 대해 readonly 추천을 하길래 무심코 코드를 변경했더니,

static readonly int Number = 5;

static void Main(string[] args)
{
    SetStaticField(typeof(Program), "Number", 3);
    Console.WriteLine(Program.Number); // 출력: 5
}

다시 값이 변경되지 않는 현상이 발생했습니다. 재미있는 것은, 디버깅 중 Watch 창으로 확인해 보면,

optimize_static_readonly_field_1.png

분명히 "Number" 값은 3이지만, 출력은 여전히 5로 나옵니다.




눈치채셨겠지만, static readonly로 인해 값이 안 바뀐다는 가정으로 JIT 컴파일러는 기계어 코드를 생성 시 다음과 같이 아예 그 필드의 값을 상수값으로 처리합니다.

    15:             Console.WriteLine(Program.Number);
013A090E B9 05 00 00 00       mov         ecx,5  
013A0913 E8 B0 0F FE 71       call        733818C8  
013A0918 90                   nop  

정리해 보면, Reflection의 대상이 static readonly인 경우 값이 바뀌지 않다는 것에 주의를 해야 합니다. (그나저나 Debug 모드인데도, 이렇게 훌륭하게 ^^; 최적화를 해주는군요.)




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







[최초 등록일: ]
[최종 수정일: 4/9/2024]

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

비밀번호

댓글 작성자
 



2020-07-09 04시21분
[kernel] 예전에 https://www.sysnet.pe.kr/2/0/11873#28 의 "28번. const와 readonly의 차이점" 에서 둘 차이로 말씀하셨던 것과 이 아티클 내용이 배치되는건 아닌지요?
[guest]
2020-07-09 04시24분
[kernel] 결국 readonly 도 최적화 될 수 있으니 라이브러리 측에서 public으로 노출되어있다면 값을 변경했을 때 const처럼 반드시 재빌드해야하는지요?
[guest]
2020-07-09 04시29분
@kernel 28번과 배치하는 것은 아닙니다. const는 빌드 시에 상수로 대체하기 때문에 재빌드가 필요한 반면, readonly는 그래도 빌드 시에는 해당 필드를 사용하도록 합니다. 단지 JIT 컴파일 시에 readonly static이므로 아예 값이 변경되지 않는다고 판단해 기계어 코드에서 상수를 사용하는 것입니다. 따라서, 라이브러리에서 readonly static의 값이 바뀐 경우 그것을 참조한 다른 어셈블리를 재컴파일할 필요는 없습니다.
정성태
2020-07-09 04시50분
[kernel] 두 과정을 혼동하고 있었군요. 알려주셔서 고맙습니다.
[guest]

... [61]  62  63  64  65  66  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12117정성태1/15/202010836디버깅 기술: 159. C# - 디버깅 중인 프로세스를 강제로 다른 디버거에서 연결하는 방법파일 다운로드1
12116정성태1/15/202011308디버깅 기술: 158. Visual Studio로 디버깅 시 sos.dll 확장 명령어를 (비롯한 windbg의 다양한 기능을) 수행하는 방법
12115정성태1/14/202011081디버깅 기술: 157. C# - PEB.ProcessHeap을 이용해 디버깅 중인지 확인하는 방법파일 다운로드1
12114정성태1/13/202012933디버깅 기술: 156. C# - PDB 파일로부터 심벌(Symbol) 및 타입(Type) 정보 열거 [1]파일 다운로드3
12113정성태1/12/202013566오류 유형: 590. Visual C++ 빌드 오류 - fatal error LNK1104: cannot open file 'atls.lib' [1]
12112정성태1/12/202010110오류 유형: 589. PowerShell - 원격 Invoke-Command 실행 시 "WinRM cannot complete the operation" 오류 발생
12111정성태1/12/202013397디버깅 기술: 155. C# - KernelMemoryIO 드라이버를 이용해 실행 프로그램을 숨기는 방법(DKOM: Direct Kernel Object Modification) [16]파일 다운로드1
12110정성태1/11/202011989디버깅 기술: 154. Patch Guard로 인해 블루 스크린(BSOD)가 발생하는 사례 [5]파일 다운로드1
12109정성태1/10/20209889오류 유형: 588. Driver 프로젝트 빌드 오류 - Inf2Cat error -2: "Inf2Cat, signability test failed."
12108정성태1/10/20209949오류 유형: 587. Kernel Driver 시작 시 127(The specified procedure could not be found.) 오류 메시지 발생
12107정성태1/10/202010881.NET Framework: 877. C# - 프로세스의 모든 핸들을 열람 - 두 번째 이야기
12106정성태1/8/202012378VC++: 136. C++ - OSR Driver Loader와 같은 Legacy 커널 드라이버 설치 프로그램 제작 [1]
12105정성태1/8/202010963디버깅 기술: 153. C# - PEB를 조작해 로드된 DLL을 숨기는 방법
12104정성태1/7/202011642DDK: 9. 커널 메모리를 읽고 쓰는 NT Legacy driver와 C# 클라이언트 프로그램 [4]
12103정성태1/7/202014389DDK: 8. Visual Studio 2019 + WDK Legacy Driver 제작- Hello World 예제 [1]파일 다운로드2
12102정성태1/6/202011968디버깅 기술: 152. User 권한(Ring 3)의 프로그램에서 _ETHREAD 주소(및 커널 메모리를 읽을 수 있다면 _EPROCESS 주소) 구하는 방법
12101정성태1/5/202011296.NET Framework: 876. C# - PEB(Process Environment Block)를 통해 로드된 모듈 목록 열람
12100정성태1/3/20209327.NET Framework: 875. .NET 3.5 이하에서 IntPtr.Add 사용
12099정성태1/3/202011654디버깅 기술: 151. Windows 10 - Process Explorer로 확인한 Handle 정보를 windbg에서 조회 [1]
12098정성태1/2/202011233.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법 [3]
12097정성태1/2/20209800디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096정성태12/30/201911762디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작 [1]
12095정성태12/27/201913190VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/201911370.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/201911424.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/201910841디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
... [61]  62  63  64  65  66  67  68  69  70  71  72  73  74  75  ...