Question sur le collecteur des ordures dans .NET (fuite de mémoire)

Ouais, le collecteur des ordures libère vos objets quand ils ne sont plus utilisés.

Qu'est-ce que nous appelons habituellement une fuite de mémoire dans .NET, c'est plus comme:

• Vous utilisez des ressources externes (qui ne sont pas des ordures recueillies) et d'oublier de les libérer. Ceci est résolu généralement en mettant en œuvre l'interface Idisposable.
• Vous pensez qu'il n'y a pas de références à un objet donné, mais il y a en effet, quelque part et que vous n'utilisez plus que le collectionneur des ordures ne le sait pas.

  De plus, la mémoire n'est récupérée que si nécessaire, ce qui signifie que le collecteur de déchets s'active à des moments donnés et effectue une collection qui les a déterminé quelle mémoire peut être libérée et la libérer. Jusqu'à ce qu'il soit, la mémoire n'est pas revendiquée, il peut sembler que la mémoire est perdue.

  Ici, je pense que je vais fournir une réponse plus complexe juste pour clarifier.

  Premièrement, le collecteur des ordures s'exécute dans son propre fil. Vous devez comprendre cela, afin que la mémoire récupère la mémoire, le collectionneur des ordures doit empêcher tous les autres threads afin qu'il puisse suivre la chaîne de référence une détermination de ce qui dépend de quoi. C'est la raison que la mémoire n'est pas libérée immédiatement, un collecteur ordures implique certains coûts de performance.

  En interne, le collecteur des ordures gère la mémoire dans les générations. De manière très simplifiée, il y a plusieurs générations pour des objets de longue taille, de courte durée et de grande taille. Le collecteur des ordures déplace l'objet d'une génération à une autre chaque fois que sa fonction est une collection qui se produit plus souvent pour de courte génération vécue que pendant de longues personnes. Il réaffecte également des objets pour vous procurer l'espace contigu le plus possible, à nouveau, effectuer une collection est un processus coûteux.

  Si vous voulez vraiment voir les effets de vous libérant le formulaire (lors de la sortie de la portée et n'ayant pas plus de référence à cela), vous pouvez appeler gc.collect () . Faites-le juste pour les tests, il est fortement peu judicieux de téléphoner à la collecte sauf un très peu de cas où vous savez exactement ce que vous faites et les implications que cela aura.

  Un peu plus expliqué sur la méthode d'élimination de l'interface Idisose.

  Dispose n'est pas un destructeur de la manière habituelle C ++, ce n'est pas un destructeur du tout. Dispose est un moyen de de manière déterministe de se débarrasser des objets non gérés . Un exemple: Supposons que vous appeliez une bibliothèque COM Externe qui alloue 1 Go de mémoire en raison de ce qu'elle fait. Si vous ne disposez pas de la mémoire si vous disposez de la mémoire, gaspiller de l'espace jusqu'à ce que le GC introduit une collection et récupère la mémoire non gérée en appelant le destructeur d'objet réel. Donc, si vous voulez libérer la mémoire immédiate, vous devez appeler la méthode de disposer, mais que vous n'êtes pas "forcé" de le faire.

  Si vous n'utilisez pas une interface iDisposable, vous devez libérer vos ressources non gérées dans la méthode de finalisation. Finaliser est automatiquement appelé à partir du destructeur d'objet lorsque le GC tente de récupérer l'objet. Donc, si vous avez une méthode de finalisation appropriée, la mémoire non gérée sera libérée de toute façon. Appeler le dispositif ne le rendra que déterministe.