Différence entre destructeur, d'en disposer et de finaliser la méthode

Je suis en train d'étudier comment garbage collector travaille en c#. Je suis confuse sur l'utilisation de Destructor, Dispose et Finalize méthodes.

Que par mes travaux de recherche et de compréhension, d'avoir un Destructeur de la méthode dans ma classe de dire le garbage collector pour effectuer la collecte des ordures dans le chemin mentionné dans le destructeur de la méthode qui ne peut être appelé explicitement sur les instances de la classe.

La Dispose méthode est destinée à fournir à l'utilisateur de contrôler la collecte des ordures. Le Finalize méthode libère les ressources utilisées par la classe, mais pas de l'objet lui-même.

Je ne suis pas sûr si je comprends bien le droit chemin. Veuillez clarifier les doutes. Toutes les autres liens ou les guides sont les bienvenus.

InformationsquelleAutor Victor Mukherjee | 2012-12-21
  1. 58

    Destructeur appelle implicitement la méthode Finalize, ils sont techniquement identiques. Disposer est disponible avec ceux de l'objet qui implémente l'interface IDisposable.

    Vous pouvez voir : Les destructeurs C# - MSDN

    Le destructeur appelle implicitement Finaliser sur la classe de base de la
    objet.

    Exemple à partir du même lien:

    class Car
{
    ~Car()  //destructor
    {
        //cleanup statements...
    }
}

    Destructeur code est implicitement traduire le code suivant:

    protected override void Finalize()
{
    try
    {
        //Cleanup statements...
    }
    finally
    {
        base.Finalize();
    }
}

    De votre compréhension pour le Destructeur est droit:

    De MSDN

    La programmeur n'a aucun contrôle sur le moment où le destructeur est appelé
    parce que ce qui est déterminé par le garbage collector    . La poubelle
    collecteur de contrôles pour les objets qui ne sont plus utilisés par les
    application. Si on considère un objet admissible pour la destruction de l'
    appelle le destructeur (le cas échéant) et libère la mémoire utilisée pour stocker les
    l'objet. Les destructeurs sont appelés également lorsque le programme se termine. Il est
    possible de forcer la collecte des ordures par l'appel de Recueillir, mais la plupart de
    le temps, ce qui doit être évité car il peut créer de la performance
    questions.

    • Comment forcer le garbage collection en appelant Collect() méthode peut créer des problèmes de performance?
    InformationsquelleAutor Habib
  2. 43

    En C#, un destructeur et finalizer sont fondamentalement interchangeables concepts, et devrait être utilisée pour libérer non géré ressources quand un type est recueillie, par exemple externes poignées. Il est très rare que vous devez écrire un finaliseur.

    Le problème c'est que GC est non-déterministe, de sorte que le Dispose() méthode (via IDisposable) permet de soutenir déterministe de nettoyage. Ceci est sans rapport avec la collecte des ordures, et permet à l'appelant de libérer des ressources plus tôt. Il est également adapté pour une utilisation avec géré ressources (en plus gérés), par exemple si vous avez un type qui encapsule (dire) une connexion de base de données, vous pouvez disposer du type de libérer la connexion trop.

    • donc, ce que je ressens, c'est que le Destructeur de la méthode ne devrait contenir que le code qui doit être exécuté avant sa destruction, la méthode Finalize seront pour la plupart, par la suite, hérité de la super-classe.
    • encore une fois, ils (destructeur et finalizer) sont interchangeables. C'est le Dispose() qui serait appelé avant destruction, mais qui n'est pas visée en tant que destructeur ou finaliseur
    • Salut Marc, est-il en droit de penser que GC est la plupart du temps déterministe, c'est juste que les règles ne sont pas généralement connus? Je ne suis pas expert, toujours à apprendre, je me demandais si votre commentaire était juste une façon générale dans le contexte des finaliseurs v. s en disposer? Ou est-il beaucoup non déterministe (quoique c'est peut-être une autre question pour un autre jour)?
    • Je dois dire que ce dernier, en ce qu'elle est régie par le chronométrage, l'activité du PROCESSEUR, et les facteurs externes comme mémoire externe
    • Merci Marc, c'est très utile; Ah donc, même si les règles sous-jacentes sont déterministes, il est régi par beaucoup en dehors du contrôle de l'application du non-déterministe. Merci pour l'aperçu!
    InformationsquelleAutor Marc Gravell