Ich bin neu in der Logging Application Block (4.1). Hat jemand eine Anwendung geschrieben, die den Logging-Anwendungsblock aus mehreren Threads verwendet? Ich frage, weil der Logger eine statische Klasse ist und wegen potentiellem Schreiben in dieselbe Protokolldatei von mehreren Threads zum Beispiel.Microsoft Logging Application Block und Multithreading
2
A
Antwort
0
Ich bin nicht sicher, warum Sie besorgt sind, dass dies passieren könnte. Solange Sie eine Kategorie für Ihre Protokollierungsnachrichten angeben, sollten diese in die entsprechende Protokolldatei geschrieben werden, die für diese Kategorie konfiguriert ist. Dieser Vorgang ist Thread-sicher.
Oder sprechen Sie über das Schreiben der Protokollierungsnachrichten der gleichen Kategorie in verschiedene Dateien nach Thread? Z.B. Thread 1 -> mylog-1.log; thread 2 -> mylog-2.log
3
Der Logging Application Block ist threadsicher, das heißt, Sie können seine öffentlichen Methoden aus mehreren Threads aufrufen, ohne selbst eine Synchronisation durchzuführen. Die Bibliothek führt ihre eigene Synchronisation durch.
Verwandte Themen
- 1. Logging Application Block
- 2. Alternative zum Microsoft Security Application Block?
- 3. Microsoft Data Access Application Block Datum Typ Präzision
- 4. Logging Block zu NLog
- 5. Delphi 7 Application und Microsoft Security Essentials
- 6. Enterprise Library Validation Application Block und Internationalisierung
- 7. Policy Injection Application Block in realen Anwendungen?
- 8. DataAnnotations oder Application Validation Block
- 9. Enterprise Library Logging-Block nicht Protokollierung
- 10. ServiceStack 4.0 mit Microsoft Application Insights Telemetrie
- 11. Switching Module in Composite Application Block
- 12. Composite Application Block Region Injektion langsam
- 13. Threads und Multithreading in Java
- 14. Was ist Ihre Meinung zu MS CAB (Composite Application Block)?
- 15. Multithreading akzeptiert Wert und Rückgabewert
- 16. atomare Operationen und Multithreading
- 17. System.IO.Ports.SerialPort und Multithreading
- 18. NET-SNMP und Multithreading
- 19. Timer und Multithreading
- 20. MultiThreading und Deadlock
- 21. PHP 5.3 und Multithreading
- 22. Nhibernate und Multithreading
- 23. Multithreading und Ereignisse
- 24. STAThread und Multithreading
- 25. JMH und Multithreading
- 26. nHibernate Sitzung und Multithreading
- 27. MultiThreading und Deadlock
- 28. Multithreading und serielle Ports
- 29. Entity Framework und Multithreading
- 30. Core Data und Multithreading
Ich denke, was @Sunny ist, ist das Problem, wenn zwei Instanzen der Anwendung ausgeführt werden (z. B. eine Webanwendung auf einem Server), und sie versuchen, in eine Protokolldatei gleichzeitig zu schreiben Die Enterprise Library erstellt eine neue Protokolldatei und fügt ihr eine GUID voran, was nicht ideal ist. –