Microsoft MVP성태의 닷넷 이야기
C# WeakReference이 CPU 플랫폼 설정 마다 결과가 틀리게 나옵니다. [링크 복사], [링크+제목 복사],
조회: 21717
글쓴 사람
popo
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

WeakReference의 간단한 예제를 찾아 테스트 해보던중 궁금한 결과가 생겨서 질문 드립니다.

서로 순환 참조를 걸고 순환 참조한 Target의 인스턴스를 null로 처리 했을경우

WeakReference의 Target이

VS에서 CPU 플랫폼이 x64일 경우는 정상적으로 null로 처리가 되지만

x86이거나 AnyCPU일 경우 WeakReference의 Target이 제거 되지 않고 그대로 남아 있는 현상이 있습니다.

제가 테스트를 잘못한 것인지 왜 이런 결과가 나오는지 답변 부탁드립니다.


아래 제가 테스트 했었던 코드를 간단하게 글로 남기겠습니다.

테스트 환경 : VS2013 / Win8.1

public class Man
{
        public string Name
        {
            get;
            private set;
        }

        public Man(string name)
        {
            Name = name;
        }
}

class Program
{
        static void Main(string[] args)
        {
            TestWeakReference();

            Console.ReadKey();
        }

        private static void TestWeakReference()
        {
            Man m = new Man("A");

            //약한참조
            WeakReference refMan = new WeakReference(m);

            m = null;

            GC.Collect();

            Console.WriteLine("약한 참조 원본: {0}", (m == null ? "null" : m.Name));
            Console.WriteLine("약한 참조 참조: {0}", (refMan.Target == null ? "null" : (refMan.Target as Man).Name));
}

x64 결과 -
약한 참조 원본: null
약한 참조 참조: null

x86 결과 -
약한 참조 원본: null
약한 참조 참조: A


[연관 글]






[최초 등록일: ]
[최종 수정일: 3/14/2016]


비밀번호

댓글 작성자
 



2016-03-14 12시22분
WeakReference가 어떤 걸까요? ^^
정성태
2016-03-15 12시24분
[[글쓴이]] WeakReference는 가바지 수집에 의한 개체 회수를 허용하면서 약한 참조를 만들어 내는 것으로 알고 있습니다..

그런데 결과가 틀리게 나와 궁금해서 질문 드렸습니다..ㅠㅠ
[guest]
2016-03-15 01시34분
그렇습니다. 그런데, 약한 참조가 언제 끊어질까요? ^^
정성태
2016-03-15 01시46분
[글쓴이] 참조 당한 대상의 인스턴스가 null로 처리 된 후 GC가 발생 되었을때 끊어 지는 것이 아닌가요..?;
[guest]
2016-03-15 02시03분
그럼, 저 상황에서 m에 할당된 인스턴스를 null로 했다고 해서 GC되었다고 어떻게 확신할 수 있을까요?
정성태
2016-03-15 02시22분
[글쓴이] 다시 확인해 보니 m에 할당된 인스턴스가 제대로 해제가 되지 않은 것 같습니다.

그 이유를 나름대로 다시 보니깐.. Console.WriteLine을 할때 삼항연산으로 조건식이 되어 있는 경우 제대로 해제 되지 않는 것 같습니다..

그런데 궁금한 점은 이 것이 왜 CPU의 x86, x64별로 서로 틀리게 나오는 것인지 모르겠습니다..
[guest]
2016-03-15 02시42분
그건 .NET CLR 내부 동작에서 기인한 것일 뿐 별로 이상할 것이 없습니다. 게다가 CLR의 특징은 해당 객체가 언제 GC 될지 모른다고 이미 공표하고 있기 때문에 그런 부분을 가정해서 프로그래밍하면 안됩니다. 더욱이, WeakReference 역시 언제 Target이 null된다고 한 적도 없고요.

 대신, Release 모드로 빌드해 보세요. 아마 결과가 같이 나올 것입니다. (참고로, 제 환경인 4.5.2에서는 Debug 빌드일 때도 x64/x86 모두 약한 참조가 해제되지 않은 걸로 나옵니다.)

 또 한 가지 더 테스트 해보실래요. m = null 되는 부분을 메서드 안에 넣으시고 WeakReference를 밖으로 빼서 테스트하면 잘 될 것입니다.
정성태
2016-03-15 03시39분
[글쓴이] 답변 감사합니다^^
[guest]
2016-03-15 11시12분
다음의 글에 좀 더 상세하게 답변을 했으니 참고하세요. ^^

null 처리된 객체가 왜 GC에 의해 수집되지 않을까요?
; http://www.sysnet.pe.kr/2/0/10920
정성태

... 61  62  63  64  65  66  [67]  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
916임동찬10/15/201017326file lock 관련 [2]
915오병태10/11/201016119바쁘신대 답변 감사드립니다. [1]
914오병태10/11/201016341감사드립니다. 염치없지만 또 한번 문의드립니다. [2]
912오병태10/11/201016563윈도우즈 인증서 관련해서 문의를 드립니다.
913정성태10/11/201020585    답변글 [답변]: 윈도우즈 인증서 관련해서 문의를 드립니다.
911나그네.10/6/201019029안녕하세요.. openssl 관련하여...혹시.. [2]
910윤용한9/17/201018631Visual Studio 2010으로 만든 Setup 파일을 Win2000 SP4에 설치 되게 할 수 없나요? [1]
908김재영9/7/201016738솔루션에 구성된 프로젝트의 버젼만 통합할려면 어떤 방법이 있습니까?
909정성태9/7/201018152    답변글 [답변]: 솔루션에 구성된 프로젝트의 버전만 통합할려면 어떤 방법이 있습니까? [1]
906임동찬8/19/201017984디버깅 중 이해할 수 없는 상황이 [1]
904김영태8/18/201019641C# Interop 관련 질문입니다. [1]
905김영태8/19/201021514    답변글 [답변]: C# Interop 관련 질문입니다. [4]
903임동찬8/17/201016510COM 객체의 타입 변경 [1]
902임동찬8/16/201016590DISPPARAMS 관련 질문 [4]
901노력자8/11/201020454.net 2008 c# 에서 만든 com+ 는 com탭에서 사용불가..?! [3]파일 다운로드1
900박정환8/9/201018938wsHttpBinding을 WS-Addressing 없이 세팅할 수는 없을 까요? [7]
899임동찬7/30/201019068WCF heartbeat 관련 질문 [3]
898이영기7/29/201017015.NET 웹용에서 함수호출에러 [1]
897임동찬7/16/201018696Visual Studio 2008에서 DB연결 관련 문제 [1]
894최종문7/14/201017040try/finally 에 관해서 문의 드립니다.
895정성태7/15/201016814    답변글 [답변]: try/finally 에 관해서 문의 드립니다.
896최종문7/15/201018100        답변글 [답변]: [답변]: try/finally 에 관해서 문의 드립니다. [1]
893이병준 donator7/7/201019572Visual Studio 2010 에서의 Build 관련 질문 [1]
889임동찬7/6/201017326아래 887번에 대한 추가 질문
890정성태7/6/201018421    답변글 [답변]: 아래 887번에 대한 추가 질문
891임동찬7/6/201018318        답변글 [추가]: [답변]: 아래 887번에 대한 추가 질문
... 61  62  63  64  65  66  [67]  68  69  70  71  72  73  74  75  ...