Microsoft MVP성태의 닷넷 이야기
[C#] Singleton 을 사용하면서 궁금한점이 있어 질문 남깁니다. [링크 복사], [링크+제목 복사],
조회: 20382
글쓴 사람
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)
1536솔솔3/9/201519793mac address얻으려고 하는데요.. [1]
1535Stud...3/4/201519910C#엔 MFC의 theApp 과 같은 기능을 하는것이 없나요? [3]
1534김동진3/4/201519708C#에서 BHO로 Windows Explorer에서의 동작이 가능할지요 [2]
1533김동현3/3/201519903컴파일 된 프로그램에 코드 삽입(?) 관련입니다. [1]
1532반가워요3/3/201523139C# 소켓연결에 packet송수신... [8]
1531강현수3/2/201522322C# com 등록 시 GUID 변경 관련 문의 [1]
1529김민규2/15/201520729C++ 64bit/32bit [3]파일 다운로드1
1528김개똥2/14/201518130좀 관련없는 질문이지만, 정말 답답하고 찾는데 명확한 해답 찾지못해 질문 올립니다. <Windows 사용자 인증> [1]
1527방문자1/27/201519975System Timer의 Tick에서 Backgroundworker를 호출하면 스레드 문제가 있을까요? [1]
1526황상대1/26/201521939C# 마샬링 관련 질문이 있습니다. [1]
1525Ji-y...1/19/201521574시작하세요 C# 프로그래밍 도서에 관한 질문입니다. [1]
1523임종복12/31/201429721windows 2008 r2에서 ms-sql 2008 서버사용시 tls문제점 [3]
1524임종복1/4/201524141    답변글 [답변]: windows 2008 r2에서 ms-sql 2008 서버사용시 tls문제점 [2]
1521윤대욱12/19/201420299C++ 에서 서버와 클라이언트를 나누어서 구조체 전달에 대해서 궁금합니다. [1]파일 다운로드1
152012/10/201421181datetime관련해서요 [1]
1516aTo12/1/201420019wpf 배포관련. [3]
1514얄미운제리11/17/201420185[C# Mono]Mono Chart 개발 문의드립니다. [1]
1355미나리나물11/13/201417685RDP 접속 방식 질문드리고 싶습니다. [1]
1353송용국11/10/201416872TeamFoundationServer 에 소스를 Target서버로 옮기는(내려주는) 방법 있나요? [1]
1351blue...11/7/201422464c# webbrowser 모바일환경 접속 [1]
1350에메11/7/201422412WCF namedpipe 퍼블리싱 충돌 문제 [3]파일 다운로드1
1349Chun...11/6/201426177Microsoft. Net Framework 액세스 거부 오류...... [2]
1348김준석11/6/201422568 Mini dump 기록 안되는 현상 [2]파일 다운로드1
1346개미11/5/201436992https페이지에서 http서버에 있는 이미지 파일 호출시 보안 오류 [8]
1345장구니11/4/201421269AWS 인스턴스를 만들었는데 [1]
1343h11/2/201420721안녕하세요 [1]
... 46  47  48  49  50  51  52  [53]  54  55  56  57  58  59  60  ...