Microsoft MVP성태의 닷넷 이야기
.NET Framework: 180. C# Singleton 인스턴스 생성 [링크 복사], [링크+제목 복사],
조회: 37981
글쓴 사람
정성태 (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
정성태

... 106  107  108  109  110  111  112  [113]  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11132정성태1/19/201736611.NET Framework: 634. C# 개발자를 위한 Win32 DLL export 함수의 호출 규약 (1) - x86 환경에서의 __cdecl, __stdcall에 대한 Name mangling [1]파일 다운로드1
11131정성태1/13/201725401.NET Framework: 633. C# - IL 코드 분석을 위한 팁 [2]
11130정성태1/11/201725979.NET Framework: 632. x86 실행 환경에서 SECURITY_ATTRIBUTES 구조체를 CreateEvent에 전달할 때 예외 발생파일 다운로드1
11129정성태1/11/201730109.NET Framework: 631. async/await에 대한 "There Is No Thread" 글의 부가 설명 [9]파일 다운로드1
11128정성태1/9/201723911.NET Framework: 630. C# - Interlocked.CompareExchange 사용 예제 [3]파일 다운로드1
11127정성태1/8/201724414기타: 63. (개발자를 위한) Visual Studio의 "with MSDN" 라이선스 설명
11126정성태1/7/201729106기타: 62. Edge 웹 브라우저의 즐겨찾기(Favorites)를 편집/백업/복원하는 방법 [1]파일 다운로드1
11125정성태1/7/201725937개발 환경 구성: 310. IIS - appcmd.exe를 이용해 특정 페이지에 클라이언트 측 인증서를 제출하도록 설정하는 방법
11124정성태1/4/201729347개발 환경 구성: 309. 3년짜리 유효 기간을 제공하는 StartSSL [2]
11123정성태1/3/201724782.NET Framework: 629. .NET Core의 dotnet.exe CLI 명령어 확장 방법 [1]
11122정성태1/3/201723455.NET Framework: 628. TransactionScope에 사용자 정의 트랜잭션을 참여시키는 방법 [2]파일 다운로드1
11121정성태1/1/201721399개발 환경 구성: 308. "ASP.NET Core Web Application (.NET Core)"와 "ASP.NET Core Web Application (.NET Framework)" 차이점
11120정성태12/25/201628449개발 환경 구성: 307. ASP.NET Core Web Application을 IIS에서 호스팅하는 방법
11119정성태12/23/201649866개발 환경 구성: 306. Visual Studio Code에서 Python 개발 환경 구성 [2]
11118정성태12/22/201637789오류 유형: 374. Python 64비트 설치 시 0x80070659 오류 발생 [3]
11117정성태12/21/201623715웹: 35. nopCommerce 예제 사이트 구성 방법
11116정성태12/21/201625748디버깅 기술: 84. NopCommerce의 Autofac 부하(CPU, Memory) [2]
11115정성태12/21/201628755Windows: 133. 윈도우 서버 2016에서 플래시가 동작하지 않는 경우 [2]
11114정성태12/19/201638823Windows: 132. 역슬래시(backslash) 문자가 왜 통화 표기 문자(한글인 경우 "\")로 보일까요? [2]
11113정성태12/6/201621702오류 유형: 373. ICOMAdminCatalog::GetCollection에서 CO_E_ISOLEVELMISMATCH(0x8004E02F) 오류 발생파일 다운로드1
11112정성태11/23/201626871오류 유형: 372. MySQL 서비스가 올라오지 않는 경우 - Error 1067
11111정성태11/23/201635486.NET Framework: 627. C++로 만든 DLL을 C#에서 사용하기 [2]
11110정성태11/17/201622972.NET Framework: 626. Commit 메모리가 낮은 상황에서도 메모리 부족(Out-of-memory) 예외 발생 [2]
11109정성태11/17/201622956.NET Framework: 625. ASP.NET에서 System.Web.HttpApplication 인스턴스는 다중으로 생성됩니다.
11108정성태11/13/201622003.NET Framework: 624. WPF - Line 요소를 Canvas에 위치시켰을 때 흐림(blur) 현상파일 다운로드1
11107정성태11/9/201626281오류 유형: 371. Post cache substitution is not compatible with modules in the IIS integrated pipeline that modify the response buffers.파일 다운로드1
... 106  107  108  109  110  111  112  [113]  114  115  116  117  118  119  120  ...