Microsoft MVP성태의 닷넷 이야기
C# WeakReference이 CPU 플랫폼 설정 마다 결과가 틀리게 나옵니다. [링크 복사], [링크+제목 복사]
조회: 14632
글쓴 사람
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
정성태

... 46  47  48  49  50  51  52  53  54  55  [56]  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
1238(non...3/13/201411927(글쓴이의 요청으로 삭제합니다.) [2]
1237(non...3/11/201412057(글쓴이의 요청으로 삭제합니다.) [2]
1236(non...3/11/201412947(글쓴이의 요청으로 삭제합니다.) [2]
1235(non...3/10/201412069(글쓴이의 요청으로 삭제합니다.) [2]
1234(non...3/10/201414097(글쓴이의 요청으로 삭제합니다.) [3]
1233(non...3/9/201412207(글쓴이의 요청으로 삭제합니다.) [4]
1232(non...3/8/201411310(글쓴이의 요청으로 삭제합니다.) [2]
1231(non...3/7/201412601(글쓴이의 요청으로 삭제합니다.) [9]
1230POCO3/7/201412953쓰레드 안에서 DependencyProperty get, set시 또 다른 스레드 오류.. [1]
1229(non...3/6/201412677(글쓴이의 요청으로 삭제합니다.) [11]
1228POCO3/6/201411202안녕하세요. 질문이 있습니다. [1]
1226김형진3/4/201419780안녕하세요 windows azure에 관해 질문했던 사람입니다. [2]
1224(non...3/3/201415896(글쓴이의 요청으로 삭제합니다.) [11]
1223sadf...3/3/201411499아래 질문에 답변 감사드립니다. 한가지 더 궁금한점이 있어 질문드립니다. [1]
1222(non...3/2/201412340(글쓴이의 요청으로 삭제합니다.) [4]
1221(non...3/1/201412389(글쓴이의 요청으로 삭제합니다.) [2]
1220Until2/28/201410918질문드립니다. [1]
1219이성환2/28/201410593string.Join()과 Enumerable.Aggregate()의 차이가 궁금합니다. [2]파일 다운로드1
1218김형진2/25/201412047안녕하세요. window azure에 대해서 질문이 있어서 문의 드립니다 [4]
1217(non...2/23/201412509(글쓴이의 요청으로 삭제합니다.) [1]
1215아리수2/20/201416034C# 공부하면서 WPF에 대한 질문. [2]
1214조광훈2/20/201414272IIS8 응용프로그램 풀 관련 질문 드립니다. [2]파일 다운로드1
1213김태훈2/17/201411165가상화 프로그램 질문입니다. [1]파일 다운로드1
1212조광훈2/13/201410322ISAPI 필터에서 커스텀 헤더 정보 추가 [1]파일 다운로드1
1211조광훈2/12/201413750isapi 필터 로드 오류 [2]
1208박지호2/9/201417084[오타] 시작하세요 C# 프로그래밍 p.267 ~ 350 [1]
... 46  47  48  49  50  51  52  53  54  55  [56]  57  58  59  60  ...