Microsoft MVP성태의 닷넷 이야기
[C#] Singleton 을 사용하면서 궁금한점이 있어 질문 남깁니다. [링크 복사], [링크+제목 복사],
조회: 17908
글쓴 사람
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을 거는 것이 성능상 해가 될 수 있기 때문입니다. 물론, 편리하기 때문에 그다지 성능 이슈가 없는 응용 프로그램이라면 사용해도 무방합니다.
정성태

... 61  62  63  64  65  66  [67]  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
914오병태10/11/201015368감사드립니다. 염치없지만 또 한번 문의드립니다. [2]
912오병태10/11/201015637윈도우즈 인증서 관련해서 문의를 드립니다.
913정성태10/11/201019421    답변글 [답변]: 윈도우즈 인증서 관련해서 문의를 드립니다.
911나그네.10/6/201017803안녕하세요.. openssl 관련하여...혹시.. [2]
910윤용한9/17/201017429Visual Studio 2010으로 만든 Setup 파일을 Win2000 SP4에 설치 되게 할 수 없나요? [1]
908김재영9/7/201015677솔루션에 구성된 프로젝트의 버젼만 통합할려면 어떤 방법이 있습니까?
909정성태9/7/201017081    답변글 [답변]: 솔루션에 구성된 프로젝트의 버전만 통합할려면 어떤 방법이 있습니까? [1]
906임동찬8/19/201017299디버깅 중 이해할 수 없는 상황이 [1]
904김영태8/18/201018735C# Interop 관련 질문입니다. [1]
905김영태8/19/201020335    답변글 [답변]: C# Interop 관련 질문입니다. [4]
903임동찬8/17/201015484COM 객체의 타입 변경 [1]
902임동찬8/16/201015549DISPPARAMS 관련 질문 [4]
901노력자8/11/201019336.net 2008 c# 에서 만든 com+ 는 com탭에서 사용불가..?! [3]파일 다운로드1
900박정환8/9/201017757wsHttpBinding을 WS-Addressing 없이 세팅할 수는 없을 까요? [7]
899임동찬7/30/201018063WCF heartbeat 관련 질문 [3]
898이영기7/29/201015838.NET 웹용에서 함수호출에러 [1]
897임동찬7/16/201017499Visual Studio 2008에서 DB연결 관련 문제 [1]
894최종문7/14/201015882try/finally 에 관해서 문의 드립니다.
895정성태7/15/201015587    답변글 [답변]: try/finally 에 관해서 문의 드립니다.
896최종문7/15/201016804        답변글 [답변]: [답변]: try/finally 에 관해서 문의 드립니다. [1]
893이병준 donator7/7/201018335Visual Studio 2010 에서의 Build 관련 질문 [1]
889임동찬7/6/201016080아래 887번에 대한 추가 질문
890정성태7/6/201017507    답변글 [답변]: 아래 887번에 대한 추가 질문
891임동찬7/6/201017352        답변글 [추가]: [답변]: 아래 887번에 대한 추가 질문
892정성태7/6/201014651            답변글 [답변]: [추가]: [답변]: 아래 887번에 대한 추가 질문
888김재영7/5/201014301TFS에 반드시! SQL Report랑 SharePoint(or WSS)가 붙어야 합니까? [2]
... 61  62  63  64  65  66  [67]  68  69  70  71  72  73  74  75  ...