Warum ist es notwendig, die isTraceEnabled () - Funktion in JBoss?

Ich bin mit dem org.jboss.die Protokollierung.Logger-Klasse, und scheinen kommen über eine Inkongruenz. Wenn ich eine Fehler-oder Warnmeldung, ich haben einfach zu verwenden logger.error("error message") oder logger.warn("warning message") und es wird angezeigt, basierend auf den Einstellungen in der jboss-log4j.xml Datei.

Jedoch, basierend auf den vorhandenen jboss-code, diese Diskussion, und dieser link, wenn Ablaufverfolgung verwendet wird, müssen Sie zuerst bestimmen, ob es aktiviert ist mit logger.isTraceEnabled(). Warum scheint es, dass ich für diese Spur allein?

InformationsquelleAutor josh-cain | 2012-03-01
  1. 12

    Du nicht "müssen". Es wird nur gut funktionieren, ohne es. Jedoch, TRACE-Ebene die Protokollierung neigt dazu, Massiv die ausführliche, und können einen beträchtlichen Anteil der CPU-Zeit, selbst wenn es sich letztlich nicht eigentlich in der Datei protokolliert. Indem die if überprüfen Sie rund um die logging-Anweisung, die Sie vermeiden, dass overhead.

    Ich habe gesehen, andere gute Qualität codebase tun das gleiche für DEBUG-und INFO-Ebene die Protokollierung auch, es ist also nicht beschränkt auf die SPUR.

    Finden Sie im Abschnitt der log4j manual in Bezug auf Beschleunigung.

    • habe es - so ist es halt eine performance Sache. Macht Sinn, vor allem für die info-Ebene Material, das geschieht für jede Anforderung
    • Nur damit Sie wissen, es kommt auf den logger, den Sie verwenden. org.slf4j.impl.Log4jLoggerAdapter, zum Beispiel, bedeutet dies, überprüfen Sie intern, so dass Sie nicht brauchen, um es überhaupt tun. IMHO macht es am meisten Sinn für gute Holzfäller dies zu tun, überprüfen Sie intern, vor allem, da es bereits kennt...Die einzige performance-Gewinn, Sie würde erhalten, wenn Ihre Nachricht wurde gebaut in einer Weise, die weniger effizient war, als der Aufruf isTraceEnabled() (stackoverflow.com/questions/21281048/...)
    • das problem ist der overhead von string-Konstruktion (wenn der string aufgebaut ist) und parameter-overhead, wenn die Zeichenkette, die als Wert übergeben, das muss jetzt getan werden, den ganzen Weg hinunter zu den trace-level für jeden logger nennen, auch wenn Ihr logger hat die Prüfung intern. Wenn das Protokoll festgelegt ist, zu WARNEN, zum Beispiel, und Sie sind sich nicht überprüfen isTraceEnabled, diese trace-log-strings wird immer noch gebaut werden und durch Wert übergeben, um den logger ohne Grund; dass die zusätzliche Verarbeitung, die nicht brauchen, dort zu sein. Ob seine vernachlässigbar oder nicht, ist eine andere Frage.
    InformationsquelleAutor skaffman
Schreibe einen Kommentar