Garbage Collection이 디버그 빌드에서 내 객체를 마무리하지 않는 이유는 무엇입니까?

.NET 쓰레기 수집 : 디버그 vs. 릴리스 conndrum

이 기사에서는 일반적인 .net 쓰레기 수집 Quirk를 탐색합니다. 왜 객체가 디버그 빌드에서 마무리되지 않을 수 있지만 릴리스 빌드에 있습니다. 이 코드를 고려하십시오 :

미스터리 : 는 범위를 벗어 났지만 최종화기는 디버그 모드에서 실행되지 않습니다. 디버거의 영향

키는 디버거와 .NET JIT 컴파일러와의 상호 작용에 있습니다. 디버깅 중에 JIT는 로컬 가변 수명을 추적하는 내부 테이블을 수정합니다. 이 수정은 로컬 변수의 수명을 연장하여 논리적으로 범위를 벗어난 후에도 검사 할 수 있습니다. 이것은 디버깅 중 조기 쓰레기 수집을 방지합니다

릴리스 빌드 동작

릴리스 빌드에서 코드를 실행하면 (JIT 최적화없이) 예상되는 동작이 나타납니다. 는 마무리되고

<code class="language-csharp">public class Class1
{
    public static int c;
    ~Class1()
    {
        c++;
    }
}

public class Class2
{
    public static void Main()
    {
        {
            var c1 = new Class1();
            //c1 = null;  // Uncommenting doesn't significantly change release behavior
        }
        GC.Collect();
        GC.WaitForPendingFinalizers();
        Console.WriteLine(Class1.c); // Prints 0 in debug, 1 in release
        Console.Read();
    }
}</code>

증분 및 콘솔 출력 "1". 디버거가없는 쓰레기 수집

디버거가 없으면 쓰레기 수집기가 메모리를 효율적으로 되 찾습니다. 참조가 포함 된 메소드가 여전히 실행중인 경우에도 해당 메소드가 더 이상 직접 참조되지 않으면 객체를 수집 할 수 있습니다. 이것은 메모리 누출을 방지합니다. c1

라인

설정 to 는 릴리스 빌드 결과를 크게 변경하지 않습니다. JIT Optimizer는 기능적으로 중복 되므로이 라인을 제거 할 수 있습니다. 결론

디버그와 릴리스 빌드 간의 쓰레기 수집 동작의 차이는 Debugger의 JIT 컴파일러에 미치는 영향에서 비롯됩니다. 릴리스 빌드에서 항상 쓰레기 수집 관련 코드를 테스트하여 생산 환경에서 정확한 결과를 얻으십시오. 이 차이를 이해하는 것은 예기치 않은 행동과 잠재적 기억 문제를 피하는 데 중요합니다.

위 내용은 Garbage Collection이 디버그 빌드에서 내 객체를 마무리하지 않는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!