Pouvez-vous faire une impasse sur appeler gc.Collect et gc.waitforpendingNinalisateurs?

// 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)
        {
            // ...
        }
    }
}

Il y a une histoire célèbre sur WaitForPendentinAinalisateurs, décrit par Jeffrey Richter. Il est montré ici: http://haacked.com/archive/2005/04/12/neverlockque.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();

Vous n'écrirez aucune sorte de situation d'impasse lors de l'appelant gc.collect et gc.waitforpendendsFinalizers sauf si vous accédez à des objets gérés dans Votre finaliser les méthodes . Les méthodes d'appel d'autres objets avec une portée publique pourraient potentiellement conduire à des résultats imprévisibles, y compris une impasse. La raison en est que vous n'êtes pas au contrôle total de ces modèles de verrouillage des autres objets. Il pourrait être verrouillé par quiconque alors que votre méthode de finaliseur tente d'y accéder.

En outre, verrouillage Ceci explicitement dans le finaliseur est presque garanti pour provoquer une impasse, la réponse de Lukeh le démontre. Vous pouvez lire l'article original de Jeffrey Richter sur ce ici .

En général, vous ne devez émerger que des ressources non gérées dans vos finaliseurs, ce qui devrait atténuer de telles préoccupations concernant des blocages.