Microsoft MVP성태의 닷넷 이야기
C# WeakReference이 CPU 플랫폼 설정 마다 결과가 틀리게 나옵니다. [링크 복사], [링크+제목 복사],
조회: 14820
글쓴 사람
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)
1051최정수4/10/201213263WCF 클라이언트 비정상 종료 관련 [1]
1050에슈리온4/6/201215232관리자 권한과 ClickOnce, 그리고 Bootstrapper문제 [6]
1049김성혁4/4/20129962스마트클라이언트 stand-alone 방식의 배포 문제.. [1]
1048C#조으다3/27/201213675어셈블리 로드 / 언로드와 관련해서.. [6]
1047김우형3/23/201211427WCF 서비스를 이용한 데이터 전송 중 Exception 문의 [1]
1044임동찬2/29/201211266웹에서 COM Exception.. [2]
1043박성준2/24/201210090Lazy<T> 의 지연객체 생성 전에 실 객체의 Attribute분석 [2]파일 다운로드1
1042이성환2/20/201210466BlockingMethod에 빠진 스레드를 즉시 죽이고 싶습니다...;ㅅ; [2]파일 다운로드1
1039김재영2/15/20129619어셈블리에 사용자마다 다른 값을 적용하여 자동 빌드 방법이 있을까요? [2]
1037윈드로니2/12/201211123WPF 관련 질문 드립니다. [2]
1035임동찬2/9/20129460XML, XSD, XMLCodeGenerator 관련 [2]
1033곽성현2/7/20129725훔..윈도우 디바이스 드라이버 관련 [1]
1030궁빈2/2/201212132msbuild를 이용한 웹게시 및 자동 Dist 방법론에 대해 질문 드립니다!! [6]
1028신정환1/30/20129434기존 legacy Windows application이 WoA 환경에서 동작되지 않는 이유가 무얼까요? [2]
1026노현철1/19/201211191WPF가 XP에서 느리게 로딩되는 현상에 대해 질문드립니다. [4]
1025궁그미1/18/201212083네이버 소켓 로그인 이해가 안되는점이 있는데요 [2]
1022선무당1/11/201210354TFS 에서 공통 Assembly 공유 방법에 대해서 해결책이 없을까요? [2]
1021김재영1/8/20129513대리자를 메소드 파라메터로 넘겨도 됩니까? [2]파일 다운로드1
1019남산골11/13/201911637안녕하세요!! 성태님~~ [3]
1018강한구12/29/201114782WPF ClickOnce 배포시 콤포넌트 dll 다운로드 문제에 대하여 질문 있습니다. [1]
1017임동찬12/28/201112283smart client와 xbop, silverlight [6]
1015개똥이12/22/201110014RMCLOCK 설정 관련 질문이요ㅜ [2]
1011사길수12/16/20119823hyper-v 이더넷 카드 관련 문의 좀 드립니다. [1]
1006루로니12/13/201112008윈도우7과 XP의 DLL후킹 처리에 관해서 질문입니다. [3]
1005남산골12/13/201111689안녕하세요!! 첫 인사드립니다. [3]
1004뽀로로12/12/20119071Managed 어셈블리에서의 COM EntryPoint procaddress 문제 [1]
... 61  [62]  63  64  65  66  67  68  69  70  71  72  73  74  75  ...