temps pour utiliser gc.collect avec prudence

Bien qu'il ne soit généralement pas recommandé d'appeler gc.collect () directement, dans certains cas spécifiques, c'est raisonnable. Par exemple, lorsqu'un service s'exécute de manière circulaire et est inactif pendant longtemps après l'exécution d'une tâche, il est possible d'optimiser l'utilisation des ressources lorsqu'elle est forcée de collecter des ordures pendant la phase inactive pour libérer la mémoire occupée par le processus qui est sur le point d'échouer.

Une autre situation acceptable est après la fermeture d'une grande forme dans une application GUI. Étant donné que tous les commandes d'interface utilisateur rencontrent la collection des ordures pour le moment et que la courte chute de performances pendant les utilisateurs de clôture de formulaire peut ne pas le remarquer, il est raisonnable de démarrer la collection GC.

En outre, les situations suivantes peuvent également nécessiter une prise en compte de l'appel gc.collect () :

• Lorsque vous avez des preuves solides qu'un grand nombre d'objets (en particulier les objets Gen 1 et Gen 2) sont prêts pour la collecte des ordures et que l'impact des performances est minime.
• à partir de .net 4.5, lors de la saisie ou de la sortie de gclaTencyMode.LowlAttency ou gclatencyMode.sustEdLowlAttency est recommandé pour appliquer GC complet à l'aide AinedLowlAttency .
En utilisant .net 4.6, vous pouvez utiliser la méthode
• gc.trystartnogcregion pour désactiver GC pendant une période de temps. Il est recommandé de déclencher manuellement le GC complet avant et après cette période.

gc.collect () . Il est important d'évaluer l'environnement spécifique et l'impact potentiel des performances avant de prendre cette décision.