Langage C#
  1. Langage C#
  3. Singleton à fermeture automatique StreamWriter
Intereting Posts
Convertir une classe dérivée en classe de base MailMessage a envoyé une chaîne en tant que corps sans nouvelle ligne dans Outlook Existe-t-il une balise générique «anonyme» en C #, telle que ‘?’ en Java? Injectez la même instance DataContext sur plusieurs types avec Unity Correction des erreurs dans Global.asax Comment signaler la fin des données sans fermer NetworkStream en C # Pourquoi le rectangle de mise au point n’apparaît-il que lorsque la touche Tab est enfoncée? c # compare les données dans deux modèles d’object Quelle est la méthode recommandée pour transmettre des données entre deux threads en utilisant C # Vérifier si les clés sont lettre / chiffre / symbole spécial Utilisation de plusieurs modèles dans un seul contrôleur Pourquoi mes LINQ INSERTS ne persistent-ils pas dans SQL Server CE 3.5? Titre de la fenêtre de liaison WPF à la propriété ViewModel Convertir la date en chaîne en DateTime avec le même format Reflection – Récupère la liste des appels de méthodes dans une expression lambda

Singleton à fermeture automatique StreamWriter

J’ai essayé de réduire davantage le problème dans Flush StreamWriter à la fin de sa vie en implémentant un StreamWriter fermeture StreamWriter : 

 class Foo : System.IO.StreamWriter { private static readonly Foo instance = new Foo( "D:/tmp/test" ); private Foo( ssortingng path ) : base( path ) { } ~Foo() { this.Close(); } public static Foo Instance { get { return instance; } } }

L’effet recherché est que, dans un exemple de programme tel que 

 class Program { private static void Main( ssortingng[] args ) { Foo.Instance.Write( "asdf\n" ); } }

le ramasse-miettes provoque la fermeture de l’instance de Foo .

Ça ne marche pas . Apparemment, le StreamWriter est déjà parti lorsque le destructeur de Foo est exécuté et je reçois une System.ObjectDisposedException .

Comment appeler Close() sur le stream de manière appropriée et éviter la perte de données?

Apparemment, le StreamWriter est déjà parti lorsque le destructeur de Foo s’exécute

Oui. A la fin du programme, en supposant que votre object soit GC’ed (rien ne le garantit), le moteur d’exécution ne fournit aucune garantie quant à l’ordre dans lequel il exécute les finaliseurs. Les deux objects étant inaccessibles et pouvant être finalisés simultanément, leur finaliseur peut donc être exécuté dans n’importe quel ordre.

Les finaliseurs ne sont là que comme protection contre le code buggy. Et ils ne sont pas fiables à 100% à cette fin non plus. C’est pourquoi vous devez travailler dur pour éviter le code buggy.

Vous aurez besoin d’une méthode déterministe pour disposer l’object singleton à la sortie du processus. Vous pouvez le placer dans le contrôle de la logique principale de votre programme, à savoir la durée de vie du processus, et lui demander de disposer du singleton (par exemple, via une méthode publique que vous écrivez à cette fin). Une autre solution consiste à s’abonner à l’événement AppDomain.ProcessExit dans le constructeur de votre singleton et à laisser le gestionnaire y fermer le singleton.

Voir ces questions connexes pour des informations supplémentaires:
Comment puis-je m’assurer que je dispose d’un object dans mon singleton avant la fermeture de l’application?
Singleton jetable en C #