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

... 31  32  33  34  35  36  37  38  [39]  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
4878heyh...8/25/201710050프로세스의 프로세스 찾기(?) [2]
4877강준8/24/20179274SQLite journal_mode=wal 관련하여 질문드립니다. [1]
4876heyh...8/23/20179490프로세스 초기화하기 [1]
4874ho8/22/20179582파일 확장자명을 이용해 파일의 실행 프로그램의 전체 경로를 얻어 올 수 있을까요? [1]
4875ho8/23/201710553    답변글 [답변]: 파일 확장자명을 이용해 파일의 실행 프로그램의 전체 경로를 얻어 올 수 있을까요? [1]
4873kmi8/21/201711358전역 변수를 쓰지 않고 여러 군데에서 같은 변수를 공용하는 방법이 궁금합니다. [4]
4872abcd8/18/201710030프로세스를 초기화 하는 명령어도 있나요? [1]
4871kmi8/17/201711350메모리 부족으로 종료되는 현상의 여러가지 이유가 무엇인지 궁금합니다. [2]
4870heyh...8/14/201710148프로그램 실행시 중복일 때 버튼 색깔 원래대로 돌리기 [1]
4868kmi8/4/20179467string[] 에 Reverse 적용방법 질문해봅니다 [3]
4867heyh...8/4/20178943EventHandler에 관한 [1]
486610년차8/3/20179384dsoframer axframer open시 기존 오픈되어있는 엑셀을 먹어버리는 현상 [1]
4865heyh...7/31/201710955클릭원스로 배포 한 프로젝트가 끝났는지 알 수 있는 방법 [8]
4864초보자7/28/20179954DllIImport질문 드립니다. [1]
4863다연아빠7/23/201710177전역 예외처리에 대해 질문있습니다. [3]
4861라르크7/17/201715426window form 예제 따라하는 중인데 12.3 서비스 응용 프로그램에서 진행이 안됩니다. [3]파일 다운로드1
4859heyh...7/10/201710079다른 환경에서 실행하기 [1]
4858heyh...7/10/20179922Clickonce update에 관한질문입니다. [1]
4857heyh...7/7/201710568제가 여태까지 작성한 보고서입니다. [2]파일 다운로드1
4856heyh...7/6/20179284성태님 다른질문입니다. [4]
4855JP7/6/20179959Dispose 패턴 구현시 Finalize 재정의에 대한 질문드립니다. [2]
4854heyh...7/6/20179407
4853heyh...7/5/20179514성태님이 작성한대로 해봤습니다. [1]파일 다운로드1
4852김레오7/4/201711674서드파티 dll 디버깅에 대해 질문드립니다. [2]
4851김현준7/3/201710790Datagridview VirtualMode 시 GC가 계속 호출되는 현상이 이해가 안갑니다. [2]
4850heyh...7/3/201710542성태님 밑에 질문드렸던 오류입니다. [1]파일 다운로드1
... 31  32  33  34  35  36  37  38  [39]  40  41  42  43  44  45  ...