Wie ist die Hierarchie der log4j-Protokollierung?
DEBUG
INFO
WARN
ERROR
FATAL
Welches bietet die höchste Protokollierung, die zur Behebung von Problemen hilfreich ist? Kann jemand die Reihenfolge oder Hierarchie angeben, in der die Protokollierung vom höchsten zum niedrigsten Wert erfolgt? Vielen Dank!
error
,info
,debug
usw. des Logger Abtretungsempfängers eine Priorität / Dringlichkeitsstufe an die Protokollierungs Nachricht. Ob die Protokollierung tatsächlich wirksam wird (die Meldung wird angezeigt), hängt von der effektiven Protokollierungsstufe des verwendeten Protokollierers ab.OFF
undALL
nachdem ich einige Quellen gelesen habe (keine Sonderfälle gefunden habe), bezweifle ich, dass ihre Tabelle korrekt ist.Verwenden Sie die Kraft, lesen Sie die Quelle (Auszug aus der
Priority
undLevel
Klasse kompiliert, TRACE-Level wurde in Version 1.2.12 eingeführt):oder die log4j-API für die
Level
Klasse , was es ziemlich deutlich macht.Wenn die Bibliothek entscheidet, ob eine bestimmte Anweisung gedruckt werden soll oder nicht, berechnet sie die effektive Ebene des verantwortlichen
Logger
Objekts (basierend auf der Konfiguration) und vergleicht sie mit der Ebene des ObjektsLogEvent
(abhängig davon, welche Methode im Code verwendet wurde - trace / debug / ... / tödlich ). WennLogEvent
die Stufe größer oder gleich derLogger
Stufe ist,LogEvent
wird die an Appender gesendet - "gedruckt". Im Kern läuft alles auf einen ganzzahligen Vergleich hinaus, und hier kommen diese Konstanten zum Einsatz.quelle
quelle
trace
sie später korrekt an, dassALL < DEBUG < INFO < WARN < ERROR < FATAL < OFF
(wobei<
weniger wichtig bedeutet)Die Hierarchie der log4j-Protokollierungsstufen ist in der höchsten bis niedrigsten Reihenfolge wie folgt:
Die TRACE-Protokollstufe bietet die höchste Protokollierung, die zur Behebung von Problemen hilfreich ist. Die DEBUG-Protokollstufe ist auch sehr nützlich, um Probleme zu beheben.
Weitere Informationen zu den Protokollebenen finden Sie unter diesem Link: https://logging.apache.org/log4j/2.0/manual/architecture.html
quelle
[Entnommen aus http://javarevisited.blogspot.com/2011/05/top-10-tips-on-logging-in-java.html]
DEBUG ist die niedrigste eingeschränkte Java-Protokollierungsstufe. Wir sollten alles schreiben, was wir zum Debuggen einer Anwendung benötigen. Dieser Java-Protokollierungsmodus sollte nur in Entwicklungs- und Testumgebungen und nicht in Produktionsumgebungen verwendet werden.
INFO ist eingeschränkter als die Java-Protokollierungsstufe DEBUG, und wir sollten Nachrichten protokollieren, die zu informativen Zwecken dienen, z. B. Server wurde gestartet, eingehende Nachrichten, ausgehende Nachrichten usw. in der Java-Protokollierung auf INFO-Ebene.
WARN ist eingeschränkter als die Java-Protokollierungsstufe INFO und wird zum Protokollieren von Warnmeldungen verwendet, z. B. Verbindungsverlust zwischen Client und Server. Datenbankverbindung unterbrochen, Socket erreicht sein Limit. Diese Nachrichten und die Java-Protokollierungsstufe sind fast wichtig, da Sie eine Warnung für diese Protokollierungsnachrichten in Java einrichten und Ihr Support-Team den Zustand Ihrer Java-Anwendung überwachen und auf diese Warnmeldungen reagieren lassen können. In der Zusammenfassung wird die WARN-Ebene verwendet, um Warnmeldungen für die Protokollierung in Java zu protokollieren.
ERROR ist die eingeschränktere Java-Protokollierungsstufe als WARN und wird zum Protokollieren von Fehlern und Ausnahmen verwendet. Sie können auch eine Warnung auf dieser Java-Protokollierungsstufe einrichten und das Alarmüberwachungsteam auf diese Nachrichten reagieren. FEHLER ist ernst für die Anmeldung in Java und Sie sollten es immer drucken.
Die Java-Protokollierungsstufe FATAL kennzeichnet sehr schwerwiegende Fehlerereignisse, die vermutlich zum Abbruch der Anwendung führen. Danach stürzt Ihre Anwendung meistens ab und wird gestoppt.
AUS Die Java-Protokollierungsstufe hat den höchstmöglichen Rang und soll die Protokollierung in Java deaktivieren.
quelle
Hierarchieordnung
quelle