Microsoft MVP성태의 닷넷 이야기
[C#] Singleton 을 사용하면서 궁금한점이 있어 질문 남깁니다. [링크 복사], [링크+제목 복사],
조회: 11410
글쓴 사람
popo
홈페이지
첨부 파일
 

싱글톤 사용시 다음과 같이 최초 생성자 부분에 lock처리를 하게 되면

// Singleton
        public static ServiceHandler Instance
        {
            get
            {
                if (instance == null)
                {
                    lock (syncRoot)
                    {
                        if (instance == null)
                            instance = new ServiceHandler();
                    }
                }

                return instance;
            }
        }



싱글톤 클래스 안에 있는 public 메서드들도 스레드로 부터 안전하게 잠금처리가 되는 것인 가요?

가령


싱글톤 클래스에 다음과 같은 메서드가 존재 할때

public SSystemSummery TryGetSystemSummery(string mainSvrIP)
{
            SSystemSummery SystemSummeryResult = _thriftServiceProxy.GetService<SSystemSummery>("TryGetSystemSummery", mainSvrIP);
            return SystemSummeryResult;
}


여러 쓰레드에서

ServiceHandler.Instance.TryGetSystemSummery("127.0.0.1");

이렇게 호출 했을 저 메서드는 하나의 스레드에서만 처리 되는 것인지..


아니면 별도로

public SSystemSummery TryGetSystemSummery(string mainSvrIP)
{
            lock (....)
            {
                        SSystemSummery SystemSummeryResult = _thriftServiceProxy.GetService<SSystemSummery>("TryGetSystemSummery", mainSvrIP);
                        return SystemSummeryResult;
            }
}

이런식으로 처리를 해주어야 하는지가 궁금합니다.

답변 부탁드립니다.








[최초 등록일: ]
[최종 수정일: 9/11/2015]


비밀번호

댓글 작성자
 



2015-09-11 02시48분
[글쓴이] 질문 남긴 글쓴이 입니다.

자체 적으로 테스트를 해보니 해당 메서드에 대해 멀티 스레드에 보장 받지 못하는 결과가 나왔습니다.

메서드 안에서 lock 처리를 하면 하나의 스레드에서만 접근되는 결과가 나왔습니다.

찾아 보던 중 [MethodImpl(MethodImplOptions.Synchronized)] 어트리뷰트를 알게 됬는데

이 어트리뷰트를 사용하니 메서드 안에서 lock처리를 한 것과 동일한 결과가 나왔습니다.

자체적인 스레드 동기화 처리 (lock, thread Monitor 등등) 방법과 위 [MethodImpl(MethodImplOptions.Synchronized)] 어트리뷰트를 사용해서 동기화 처리를 하는 것에 내부적으로 어떤 차이점이 있는지 궁금합니다.

또한 어트리뷰트를 이용했을때 성능상 문제는 없는지도 궁금합니다.
[guest]
2015-09-13 10시35분
popo 님, 잘하셨습니다. ^^ 테스트가 최고입니다. 일단 singleton 클래스는 그 만드는 방법에 lock이 쓰인 것은 그것조차도 2중 인스턴스가 생성될 가능성이 있기 때문에 그와 같이 만드는 방법이 특이한 것입니다. 이름하여 DCLP라고 합니다. 자세한 것은 다음의 글을 참고하세요.

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

(C#의 경우에는, 정적 인스턴스로 선언과 함께 생성하는 구문을 쓰거나 정적 생성자를 이용하면 단 한 번만 생성되는 것을 CLR에 의해 보장받습니다.)

당연히, 싱글톤과 그것이 구현한 메서드는 thread-safe하지 않습니다. 그렇기 때문에 개발자가 직접 원하는 구간에 대해 lock을 걸어줘야 합니다.

말씀하신 MethodImpl을 통한 방법은 사실 그다지 권장되는 사용법은 아닙니다. 왜냐하면 lock의 원칙이 "최대한 늦게 얻고, 최대한 빨리 해제한다"이기 때문에 메서드 전역적으로 lock을 거는 것이 성능상 해가 될 수 있기 때문입니다. 물론, 편리하기 때문에 그다지 성능 이슈가 없는 응용 프로그램이라면 사용해도 무방합니다.
정성태

... 46  47  48  49  50  [51]  52  53  54  55  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
1556김응규4/22/201512234    답변글 [답변]: WCF net.tcp 관련해서 질문 드립니다. [1]파일 다운로드1
1554(삭제)4/19/201512996안드로이드 에뮬레이터에서 특정 앱 구동불가할때! [2]
1552spow...4/18/201518915마이크로세컨드 단위의 Sleep이 필요한데 찾질 못하겠습니다. [5]
1553spow...4/18/201512177    답변글 [답변]: 마이크로세컨드 단위의 Sleep이 필요한데 찾질 못하겠습니다. [1]
1551인디언기...4/16/201511579iisnode에 대해서 글 올리셨던데 질문이 있습니다 [1]
1549김선아4/15/201512045.net framework 4.5와 c++ dll에 관한 질문입니다 [1]
1550김선아4/15/201510449    답변글 [답변]: .net framework 4.5와 c++ dll에 관한 질문입니다 [2]
1547문명식4/3/201512464IWebBrowser Key Event 관련 [2]
1545나종식3/25/201511468internet explorer dns cache flush [2]
1543이용원3/23/201511440hyper-v 질문드려요! [1]
1544이용원3/24/201510573    답변글 한가지만 더 여쭤볼게요! [1]
1541임기성3/20/201517805Microsoft.Office.Core dll관련 문제 [1]
1539펜플3/17/201511128asp.net 질문입니다. [1]
1540113/17/201511120    답변글 [답변]: asp.net 질문입니다. [1]
1538열공합시닷3/13/201511900중계서버 질문드립니다 [1]
1537김재영3/11/201512960asp.net의 빌드 유휴시간 이후의 리빌드 작업을 컨트롤 할 수 있습니까? [2]
1536솔솔3/9/201511414mac address얻으려고 하는데요.. [1]
1535Stud...3/4/201511951C#엔 MFC의 theApp 과 같은 기능을 하는것이 없나요? [3]
1534김동진3/4/201511402C#에서 BHO로 Windows Explorer에서의 동작이 가능할지요 [2]
1533김동현3/3/201511670컴파일 된 프로그램에 코드 삽입(?) 관련입니다. [1]
1532반가워요3/3/201514268C# 소켓연결에 packet송수신... [8]
1531강현수3/2/201512919C# com 등록 시 GUID 변경 관련 문의 [1]
1529김민규2/15/201512803C++ 64bit/32bit [3]파일 다운로드1
1528김개똥2/14/201510288좀 관련없는 질문이지만, 정말 답답하고 찾는데 명확한 해답 찾지못해 질문 올립니다. <Windows 사용자 인증> [1]
1527방문자1/27/201511332System Timer의 Tick에서 Backgroundworker를 호출하면 스레드 문제가 있을까요? [1]
1526황상대1/26/201513164C# 마샬링 관련 질문이 있습니다. [1]
... 46  47  48  49  50  [51]  52  53  54  55  56  57  58  59  60  ...