Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 3개 있습니다.)

.NET 런타임에 따라 달라지는 정적 필드의 초기화 유무

오호~~~ 처음 알았군요. ^^ 다음과 같이 간단한 코드를 만들어,

using System;

namespace ConsoleApp1
{
    static class Program
    {
        static MyStatic _instance = new MyStatic();

        static void Main(string[] args)
        {
            Console.WriteLine("Hello World!");
        }
    }
}

internal class MyStatic
{
    static MyStaticLevel2 _instance = new MyStaticLevel2();

    public MyStatic()
    {
        Console.WriteLine("MyStatic.ctor");
    }
}

internal class MyStaticLevel2
{
    public MyStaticLevel2()
    {
        Console.WriteLine("MyStaticLevel2.ctor");
    }
}

.NET Framework과 .NET Core 환경에서 각각 실행하면 이런 결과가 나옵니다.

[닷넷 프레임워크]
MyStaticLevel2.ctor
MyStatic.ctor
Hello World!

[닷넷 코어]
Hello World!

그러니까, .NET Core의 경우 타입의 정적 필드를 초기화하는 코드가 실행되지 않은 것입니다. 그 이유에 대해서는 다음의 글에서 아주 자세한 답변을 볼 수 있습니다.

Why isn't this C# instance constructor being called, unless there is a reference to a non-static member? [duplicate]
; https://stackoverflow.com/questions/52278729/why-isnt-this-c-sharp-instance-constructor-being-called-unless-there-is-a-refe

정리해 보면.

자동 생성된 정적 생성자(cctor)는 beforefieldinit 속성이 붙어 있고, 이것은 런타임으로 하여금 해당 타입이 사용되기 전까지 초기화를 미루라는 의미를 가집니다. 하지만, .NET Framework 런타임은 그동안 이 속성을 무시하고 그냥 초기화를 진행했던 것이고, .NET Core 런타임부터 이 속성을 적극적으로 활용하기 시작한 것입니다.

이 문제를 해결하려면, 정적 멤버를 실제로 사용하는 코드를 넣거나, 아니면 정적 생성자를 사용자가 직접 정의해 두는 것(기본적으로 beforefieldinit 속성이 따라붙지 않음)입니다. 가령, 위의 경우 다음과 같이 소스 코드를 변경하면 됩니다.

using System;

namespace ConsoleApp1
{
    static class Program
    {
        static MyStatic _instance = new MyStatic();

        static void Main(string[] args)
        {
            Console.WriteLine("Hello World!");
        }

        // 사용자가 정의한 정적 생성자에는 C# 컴파일러가 beforefieldinit 속성을 부여하지 않음
        static Program()
        {
            // C# 컴파일러는 정적 필드에 대한 사용자 코드를 이곳으로 병합해서 빌드
        }
    }
}

internal class MyStatic
{
    static MyStaticLevel2 _instance = new MyStaticLevel2();

    public MyStatic()
    {
        Console.WriteLine("MyStatic.ctor");
    }

    static MyStatic()
    {
    }
}

internal class MyStaticLevel2
{
    public MyStaticLevel2()
    {
        Console.WriteLine("MyStaticLevel2.ctor");
    }
}

이런 면에서 봤을 때, 만약 .NET Core 이외의 환경에서도 사용할 라이브러리 프로젝트라면 일관성을 위해 정적 생성자를 통하도록 만드는 것이 권장됩니다.

namespace ConsoleApp1
{
    static class Program
    {
        static MyStatic _instance;

        static void Main(string[] args)
        {
            Console.WriteLine("Hello World!");
        }

        static Program()
        {
            // 명시적으로 사용자 초기화 코드를 정적 생성자로 이동
            _instance = new MyStatic();
        }
    }
}

internal class MyStatic
{
    static MyStaticLevel2 _instance;

    public MyStatic()
    {
        Console.WriteLine("MyStatic.ctor");
    }

    static MyStatic()
    {
        _instance = new MyStaticLevel2();
    }
}

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 1/4/2021]

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

비밀번호

댓글 작성자
 



2021-04-22 09시53분
RuntimeHelpers.RunClassConstructor 메서드를,

[번역] static 생성자를 직접 호출하는 방법
; https://forum.dotnetdev.kr/t/static/734

.NET Core 예제에서 수행하면 beforefieldinit에 대한 고려를 할까요? ^^ 테스트를 위해 다음과 같이 코드를 추가하면,

static void Main(string[] args)
{
    Console.WriteLine(".NET Core!");

    RuntimeHelpers.RunClassConstructor(typeof(MyStatic).TypeHandle);
}

/* 출력 결과
.NET Core!
MyStaticLevel2.ctor
*/

보는 바와 같이 타입에 정의된 static 핃드의 초기화가 이뤄집니다. 즉 .NET Core의 beforefieldinit 유무에 따른 차이를 고려하지 않고 .NET Framework에서처럼 필드 초기화까지 실행해줍니다.
정성태

... 136  137  [138]  139  140  141  142  143  144  145  146  147  148  149  150  ...
NoWriterDateCnt.TitleFile(s)
1605정성태1/23/201421205개발 환경 구성: 212. Visual Studio Online과 "Monaco" 서비스 연동
1604정성태1/23/201421527오류 유형: 216. 윈도우 서버 백업 - Hyper-V 가상 머신이 백업되지 않는 경우 (2)
1603정성태1/23/201433605개발 환경 구성: 211. Hyper-V - Generation 2 유형의 VM 생성 시 ISO 부팅이 안된다면? [1]
1602정성태1/22/201423812디버깅 기술: 62. windbg - 사용자 모드 원격 디버깅
1601정성태1/22/201427425오류 유형: 215. windbg - Symbol file could not be found. Defaulted to export symbols
1600정성태1/19/201424079.NET Framework: 410. C# - 재귀호출을 스택 자료구조와 반복문을 이용해 대체하는 방법을 Paralle.For와 함께? [1]파일 다운로드1
1599정성태1/18/201432192.NET Framework: 409. C# - 재귀호출을 스택 자료구조와 반복문을 이용해 대체하는 방법 [1]파일 다운로드1
1598정성태1/17/201425514디버깅 기술: 61. NT 서비스 시작 단계에서 닷넷 메서드에 BP를 걸어 디버깅하는 방법
1597정성태1/17/201424111Phone: 9. Xamarin Android에 구글 AdMob 사용하는 방법 [1]
1596정성태1/17/201423045오류 유형: 214. Local SYSTEM 계정으로 실행된 IE에서 다운로드가 안 되는 문제
1595정성태1/16/201420042오류 유형: 213. attrib - Not resetting system file
1594정성태1/15/201422189오류 유형: 212. 마이크로소프트 라이브 계정 로그인 실패하는 경우
1593정성태1/14/201420816오류 유형: 211. ASP.NET 응용 프로그램을 IIS Express에서 디버깅할 때 "Requested registry access is not allowed" 오류 발생
1592정성태1/14/201421108오류 유형: 210. 2대의 AD가 있는 경우 도메인에 컴퓨터 추가를 실패한다면? [1]
1591정성태1/14/201423278오류 유형: 209. DebugDiag: Unable to find mscordacwks_x86_x86_[...version...].dll
1590정성태1/14/201423941오류 유형: 208. VSS Writer - NTDS 오류
1589정성태1/14/201432884Windows: 85. 컴퓨터를 껐는데도 어느 순간 자동으로 켜진다면? [2]
1588정성태1/14/201429673Windows: 84. 윈도우 7/8 - 메뉴 항목이 잔상으로 남는 문제
1587정성태1/14/201425579디버깅 기술: 60. NT 서비스가 시작하자마자 디버거를 연결시키는 방법 (2)
1586정성태1/14/201427297디버깅 기술: 59. NT 서비스가 시작하자마자 디버거를 연결시키는 방법 (1) [1]
1585정성태1/14/201430193VS.NET IDE: 84. Visual Studio를 이용한 파일 비교(diff)
1584정성태1/13/201432498Windows: 83. 윈도우 8 - UI가 있는 프로그램을 Local SYSTEM 권한의 세션 0 데스크톱에서 실행하는 방법
1583정성태1/13/201430500Windows: 82. 윈도우 8 - "Interactive Services Detection" 서비스 시작하는 방법 [1]
1582정성태1/12/201428960개발 환경 구성: 210. 원격 데스크톱(RDP) 접속 프로그램 - Royal TS [1]
1581정성태1/12/201430308.NET Framework: 408. 자바와 닷넷의 제네릭 차이점 - 중간 언어 및 공변/반공변 처리 [8]
1580정성태1/12/201440331.NET Framework: 407. 닷넷 사용자 정의 예외 클래스의 최소 구현 코드 [1]
... 136  137  [138]  139  140  141  142  143  144  145  146  147  148  149  150  ...