Microsoft MVP성태의 닷넷 이야기
[C#] Singleton 을 사용하면서 궁금한점이 있어 질문 남깁니다. [링크 복사], [링크+제목 복사],
조회: 17873
글쓴 사람
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)
1053폭풍코딩4/19/201216552스마트클라이언트 ctrl-c 복사가 작동하지 않습니다. [1]
1052에슈리온4/17/201232979ClickOnce 배포시 클라이언트의 설치경로를 지정할 수 없나요? [1]
1051최정수4/10/201219864WCF 클라이언트 비정상 종료 관련 [1]
1050에슈리온4/6/201222024관리자 권한과 ClickOnce, 그리고 Bootstrapper문제 [6]
1049김성혁4/4/201216615스마트클라이언트 stand-alone 방식의 배포 문제.. [1]
1048C#조으다3/27/201220172어셈블리 로드 / 언로드와 관련해서.. [6]
1047김우형3/23/201217753WCF 서비스를 이용한 데이터 전송 중 Exception 문의 [1]
1044임동찬2/29/201217619웹에서 COM Exception.. [2]
1043박성준2/24/201216146Lazy<T> 의 지연객체 생성 전에 실 객체의 Attribute분석 [2]파일 다운로드1
1042이성환2/20/201216583BlockingMethod에 빠진 스레드를 즉시 죽이고 싶습니다...;ㅅ; [2]파일 다운로드1
1039김재영2/15/201215914어셈블리에 사용자마다 다른 값을 적용하여 자동 빌드 방법이 있을까요? [2]
1037윈드로니2/12/201217331WPF 관련 질문 드립니다. [2]
1035임동찬2/9/201215697XML, XSD, XMLCodeGenerator 관련 [2]
1033곽성현2/7/201216219훔..윈도우 디바이스 드라이버 관련 [1]
1030궁빈2/2/201218651msbuild를 이용한 웹게시 및 자동 Dist 방법론에 대해 질문 드립니다!! [6]
1028신정환1/30/201215897기존 legacy Windows application이 WoA 환경에서 동작되지 않는 이유가 무얼까요? [2]
1026노현철1/19/201217880WPF가 XP에서 느리게 로딩되는 현상에 대해 질문드립니다. [4]
1025궁그미1/18/201218839네이버 소켓 로그인 이해가 안되는점이 있는데요 [2]
1022선무당1/11/201216892TFS 에서 공통 Assembly 공유 방법에 대해서 해결책이 없을까요? [2]
1021김재영1/8/201215971대리자를 메소드 파라메터로 넘겨도 됩니까? [2]파일 다운로드1
1019남산골11/13/201918569안녕하세요!! 성태님~~ [3]
1018강한구12/29/201121888WPF ClickOnce 배포시 콤포넌트 dll 다운로드 문제에 대하여 질문 있습니다. [1]
1017임동찬12/28/201118794smart client와 xbop, silverlight [6]
1015개똥이12/22/201116199RMCLOCK 설정 관련 질문이요ㅜ [2]
1011사길수12/16/201116267hyper-v 이더넷 카드 관련 문의 좀 드립니다. [1]
1006루로니12/13/201118389윈도우7과 XP의 DLL후킹 처리에 관해서 질문입니다. [3]
... 61  62  [63]  64  65  66  67  68  69  70  71  72  73  74  75  ...