Microsoft MVP성태의 닷넷 이야기
.NET Framework: 180. C# Singleton 인스턴스 생성 [링크 복사], [링크+제목 복사],
조회: 36432
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 5개 있습니다.)
C# Singleton 인스턴스 생성


그러고 보니, Singleton에 대한 글을 몇 개 쓰긴 했군요. ^^

C++에서 싱글톤 구현하기
; https://www.sysnet.pe.kr/2/0/846

DataContext가 thread-safe한 것인가?
; https://www.sysnet.pe.kr/2/0/855

위의 2번째 글에 소개한 링크에서 C#에서의 Singleton 개체 생성에 관한 내용을 확인할 수 있는데요.

C#은 닷넷이 채택한 메모리 모델 덕분에 단순한 DCLP(Double Checked Locking Pattern) 코딩만으로 singleton 개체가 보장됩니다.

static object lockInstance = new object();
static MyObject myInstance;

internal static MyObject Instance
{
    get
    {
        if (myInstance == null)
        {
            lock (lockInstance)
            {
                if (myInstance == null)
                {
                    myInstance = new MyObject();
                }
            }
        }

        return myInstance;
    }           
}

Jeffrey Richter의 "CLR via C#" 책을 보면 현재의 CLR이 채택한 메모리 모델이 그럴 뿐 별도로 누군가? 또는 향후에 다른 운영체제에 구현될 CLR의 메모리 모델이 다른 경우에는 적절한 Memory Barrier를 사용해야 한다고 씌여져 있습니다. (아마도 Mono에서는 그래야 될지도 모르겠습니다.)

역시 "CLR via C#" 책에도 나오지만 대개의 경우 그냥 static 생성자에서 개체를 생성하도록 하는 것이 가장 권장되는 방식이기도 합니다. 저 역시 그렇게 많이 사용하고. ^^

static MyObject myInstance = new MyObject();  // .NET에서는 너무나 간단한 Singleton 개체 생성
                                              // (유의할 점: .NET 런타임에 따라 달라지는 정적 필드의 초기화 유무)

그래도 가끔은 DCLP의 "Lazy Initialization"이 그리울 수도 있을 텐데요. 안전한 static 생성자의 구현 방식에 "Lazy Initialization"을 적용시킨 훌륭한 코드가 "Implementing the Singleton Pattern in C#" 글에서 "Fifth version - fully lazy instantiation" 절에 소개되어 있으니 참고하십시오.




그냥 끝내기 아쉬우니, 잠깐 다소 쓸데없을 것 같은 이야기를 붙여본다면!

결국 Singleton 인스턴스를 생성하는 데에는, 반드시 해당 타입을 한번이라도 접근을 해줘야 하는 것이 중요합니다. 그래서, 때로는 다음과 같이 일부러 빈 static 함수를 만들어 호출해 줄 때도 있습니다.

class MyType
{
    static MyType instance = new MyType();

    public static void Initialize()
    {
    }
}

class Program
{
    static void Main(string[] args)
    {
        MyType.Initialize();
    }
}

처음에 위와 같이 코드를 작성해 보고 내심 걱정이 되었습니다. 왜냐하면, MyType.Initialize 메서드는 아무런 일도 하지 않기 때문에 DEBUG 빌드의 어셈블리를 실행할 때는 잘 될지 모르지만, RELEASE 빌드의 어셈블리를 실행할 때는 최적화로 인해 메서드 호출이 생략될 수 있기 때문입니다.

물론, 테스트를 해보면 결과가 금방 나오는데 MyType 인스턴스는 정상적으로 릴리스 빌드에서도 생성이 됩니다.

오호~~~ 그렇다면 static 메서드에 대해서는 (IL 코드가 없어도) JIT 컴파일러가 반드시 호출을 해주는 걸까요?

그건 또 아닙니다. 위의 MyType.Initialize는 분명히 JIT 컴파일링 되지 않습니다. (CLR Profiler로 확인해 보면 알 수 있습니다.) 하지만 똑똑한 JIT 컴파일러는 Initialize 호출만 생략할 뿐 해당 타입의 cctor까지는 호출해 줍니다. 즉, (RELEASE 빌드) 실행 시에는 다음과 같은 식으로 동작을 하는 것입니다.

class Program
{
    static void Main(string[] args)
    {
        MyType..cctor();   // 사실 이런 식의 호출이 명시적으로 가능했으면 좋겠습니다. 
                           // 쓸데없이 빈 메서드 만들어 줄 필요가 없으니.
        // 혹은, RuntimeHelpers.RunClassConstructor의 힘을 빌려도 되지만 코드가 쓸데없이 어려운 듯한 분위기를 풍깁니다. ^^
    }
}




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 4/3/2023]

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

비밀번호

댓글 작성자
 



2022-06-27 11시35분
Create a lazy-thread-safe-Singleton implementation
; https://dev.to/dotnetsafer/these-5-c-guidelines-revealed-by-a-senior-developer-will-change-your-coding-style-3jfp

public sealed class Singleton
{
    private static readonly Lazy<Singleton> LazyInstance =
    new Lazy<Singleton>(() => new Singleton());
    private Singleton()
    {
    }
    public static Singleton Instance => LazyInstance.Value;
}
정성태
2023-04-28 03시57분
The Need For Volatile with the Double Check Locking Pattern for C#
; https://www.codeproject.com/Tips/887389/Why-You-Should-Use-the-volatile-Keyword-with-the-D
정성태

... 91  92  93  94  95  96  97  98  99  100  101  102  103  104  [105]  ...
NoWriterDateCnt.TitleFile(s)
11299정성태9/9/201719654개발 환경 구성: 330. Hyper-V VM의 Internal Network를 Private 유형으로 만드는 방법
11298정성태9/8/201722930VC++: 119. EnumProcesses / EnumProcessModules API 사용 시 주의점 [1]
11297정성태9/8/201719593디버깅 기술: 96. windbg - 풀 덤프에 포함된 모든 닷넷 모듈을 파일로 저장하는 방법
11296정성태9/8/201722788웹: 36. Edge - "이 웹 사이트는 이전 기술에서 실행되며 Internet Explorer에서만 작동합니다." 끄는 방법
11295정성태9/7/201720182디버깅 기술: 95. Windbg - .foreach 사용법
11294정성태9/4/201719974개발 환경 구성: 329. 마이크로소프트의 CoreCLR 프로파일러 예제 빌드 방법 [1]
11293정성태9/4/201720468개발 환경 구성: 328. Visual Studio(devenv.exe)를 배치 파일(.bat)을 통해 실행하는 방법
11292정성태9/4/201718742오류 유형: 419. Cannot connect to WMI provider - Invalid class [0x80041010]
11291정성태9/3/201720619개발 환경 구성: 327. 아파치 서버 2.4를 위한 mod_aspdotnet 마이그레이션
11290정성태9/3/201723832개발 환경 구성: 326. 아파치 서버에서 ASP.NET을 실행하는 mod_aspdotnet 모듈 [2]
11289정성태9/3/201721457개발 환경 구성: 325. GAC에 어셈블리 등록을 위해 gacutil.exe을 사용하는 경우 주의 사항
11288정성태9/3/201718231개발 환경 구성: 324. 윈도우용 XAMPP의 아파치 서버 구성 방법
11287정성태9/1/201727451.NET Framework: 680. C# - 작업자(Worker) 스레드와 UI 스레드 [11]
11286정성태8/28/201714798기타: 67. App Privacy Policy
11285정성태8/28/201723380.NET Framework: 679. C# - 개인 키 보안의 SFTP를 이용한 파일 업로드파일 다운로드1
11284정성태8/27/201721393.NET Framework: 678. 데스크톱 윈도우 응용 프로그램에서 UWP 라이브러리를 이용한 비디오 장치 열람하는 방법 [1]파일 다운로드1
11283정성태8/27/201717178오류 유형: 418. CSS3117: @font-face failed cross-origin request. Resource access is restricted.
11282정성태8/26/201719616Math: 22. 행렬로 바라보는 피보나치 수열
11281정성태8/26/201721449.NET Framework: 677. Visual Studio 2017 - NuGet 패키지를 직접 참조하는 PackageReference 지원 [2]
11280정성태8/24/201718453디버깅 기술: 94. windbg - 풀 덤프에 포함된 모든 모듈을 파일로 저장하는 방법
11279정성태8/23/201730100.NET Framework: 676. C# Thread가 Running 상태인지 아는 방법
11278정성태8/23/201718252오류 유형: 417. TFS - Warning - Unable to refresh ... because you have a pending edit. [1]
11277정성태8/23/201719479오류 유형: 416. msbuild - error MSB4062: The "TransformXml" task could not be loaded from the assembly
11276정성태8/23/201723783.NET Framework: 675. C# - (파일) 확장자와 연결된 실행 파일 경로 찾기 [2]파일 다운로드1
11275정성태8/23/201732763개발 환경 구성: 323. Visual Studio 설치 없이 빌드 환경 구성 - Visual Studio 2017용 Build Tools [1]
11274정성태8/22/201719331.NET Framework: 674. Thread 타입의 Suspend/Resume/Join 사용 관련 예외 처리
... 91  92  93  94  95  96  97  98  99  100  101  102  103  104  [105]  ...