GC 콜을 교착 상태로 만들 수 있습니까? 콜렉트와 GC.

Question

다음과 같이 주어집니다 :

GC.Collect(GC.MaxGeneration); 
GC.WaitForPendingFinalizers(); 
GC.Collect(GC.MaxGeneration); 

다중 스레드 및 가비지 수집 모드를 고려하면 WaitForPendingFinalizers에서 어떤 상황에서 교착 상태가 발생합니까?

참고 : GC.Collect을 호출하면 안되는 이유에 대한 대답은 찾고 있지 않습니다.

Answer 1

// causes a deadlock when built with release config and no debugger attached 
// building in debug mode and/or attaching the debugger might keep 
// badIdea alive for longer, in which case you won't see the deadlock 
// unless you explicitly set badIdea to null after calling Monitor.Enter 

var badIdea = new BadIdea(); 
Monitor.Enter(badIdea); 

GC.Collect(GC.MaxGeneration); 
GC.WaitForPendingFinalizers(); 
GC.Collect(GC.MaxGeneration); 

// ... 

public class BadIdea 
{ 
    ~BadIdea() 
    { 
     lock (this) 
     { 
      // ... 
     } 
    } 
} 

Answer 2

제프리 리히터 (Jeffrey Richter)가 설명한 WaitForPendingFinalizers에서 유명한 교착 상태가 있습니다. 여기에 표시됩니다 : http://haacked.com/archive/2005/04/12/neverlockthis.aspx

 
class MyClass 
{ 

private bool isDisposed = false; 

    ~MyClass() 
    { 
     lock(this) 
     { 
      if(!isDisposed) 
      { 
       // ... 
      } 
     } 
    } 
} 
... 
MyClass instance = new MyClass(); 

Monitor.Enter(instance); 
instance = null; 

GC.Collect(); 
GC.WaitForPendingFinalizers(); 

가 그것은 잘못된 (이) 잠금의 사용에 의해 발생합니다. 어쨌든 WaitForPendingFinalizers가 잠긴 경우입니다.하지 않는 한 당신이 당신의 Finalize 방법 내에서 관리되는 개체에 액세스하는 GC.Collect 및 GC.WaitForPendingFinalizers를 호출 할 때

Answer 3

당신은 교착 상태의 어떤 종류가 발생하지 않습니다. public 범위가있는 다른 객체의 메서드를 호출하면 이 교착 상태를 포함하여 예기치 않은 결과를 초래할 수 있습니다. 그 이유는 당신이 다른 객체의 잠금 패턴을 완전히 통제하지 못하기 때문입니다. 파이널 라이저 메소드가 액세스하려고 시도하는 동안 누군가에 의해 잠길 수 있습니다.

또한, 종료 자에 명시 적으로 this 잠금 거의 LukeH의 대답은 보여으로, 교착 상태의 원인을 보장합니다. Jeffrey Richter의 원래 기사 인 here을 읽을 수 있습니다.

일반적으로 최종 사용자에게는 관리되지 않는 리소스 만 릴리스해야하므로 교착 상태에 대한 우려가 완화됩니다.