Comment utiliser Log4j pour afficher les journaux de différents packages dans différents fichiers

Avant-propos

À mesure que l'échelle du projet devient de plus en plus grande, de nouveaux modules seront continuellement introduits et différents modules imprimeront leurs propres journaux. En fin de compte, les journaux ne peuvent pas être consultés du tout, par exemple. comme le mien Dans le projet, il y a les journaux suivants :

Journaux de réception de messages externes et journaux d'envoi de messages externes

Journaux de traitement des threads résidents en arrière-plan

; Accès à l'interface externe Journaux d'interface tels que les paramètres et les résultats renvoyés ;

Journaux SQL générés par le service accédant à la base de données

Parmi eux, la quantité de données de journal dans le journal des messages et le fil d'arrière-plan est très ; grand Si tous les journaux sont imprimés dans un seul fichier, si vous utilisez le fichier tail -f log.log, vous constaterez que le journal défile rapidement et qu'il est impossible d'afficher ou même de localiser un journal d'accès SQL ou au service spécifique. .

La solution consiste à classer et à générer différents journaux, afin que les journaux ne s'affectent pas les uns les autres, en particulier les journaux d'accès à l'interface importants, qui peuvent facilement localiser et résoudre les problèmes.

Étape 1 : Configurer dans log4j.properties

Tout d'abord, publier toute ma propre configuration log4j.properties :

log4j.rootLogger=INFO, console, file
  
log4j.appender.console=net.czt.log.AsyncConsoleAppender
log4j.appender.console.layout=org.apache.log4j.PatternLayout
log4j.appender.console.layout.ConversionPattern=%d [%t] %-5p crazyant-web %-17c{2} (%13F:%L) %X{USER_ID}|%X{USER_IP}|%X{SERVER_ADDRESS}|%X{SERVER_NAME}|%X{REQUEST_URI}|%X{SESSION_ID} - %m%n
log4j.appender.console.bufferSize=10000
log4j.appender.console.encoding=UTF-8
  
log4j.appender.file=org.apache.log4j.RollingFileAppender
log4j.appender.file.file=/home/work/apache-tomcat-6.0.39/logs/crazyant.log
log4j.appender.file.MaxBackupIndex=5
log4j.appender.file.MaxFileSize=1GB
log4j.appender.file.layout=org.apache.log4j.PatternLayout
log4j.appender.file.layout.ConversionPattern=[%-5p] crazyant-web %d{yyyy-MM-dd HH:mm:ss,SSS} %X{USER_ID}|%X{USER_IP}|%X{SERVER_ADDRESS}|%X{SERVER_NAME}|%X{REQUEST_URI}|%X{SESSION_ID} method:%l%n%m%n
log4j.appender.file.bufferSize=10000
log4j.appender.file.encoding=UTF-8
  
log4j.logger.net.czt.crazyant.msg=DEBUG, message
log4j.additivity.net.czt.crazyant.msg=false
log4j.appender.message=org.apache.log4j.RollingFileAppender
log4j.appender.message.File=/home/work/apache-tomcat-6.0.39/logs/crazyant_message.log
log4j.appender.message.Append=true
log4j.appender.message.MaxFileSize=1GB
log4j.appender.message.MaxBackupIndex=5
log4j.appender.message.layout=org.apache.log4j.PatternLayout
log4j.appender.message.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss} [%-5p][%c{1}] [%t] - %m%n
log4j.appender.message.encoding=UTF-8
  
log4j.logger.net.czt.crazyant.async.service=DEBUG, async
log4j.additivity.net.czt.crazyant.async.service=false
log4j.appender.async=org.apache.log4j.RollingFileAppender
log4j.appender.async.File=/home/work/apache-tomcat-6.0.39/logs/crazyant_async.log
log4j.appender.async.Append=true
log4j.appender.async.MaxFileSize=1GB
log4j.appender.async.MaxBackupIndex=5
log4j.appender.async.layout=org.apache.log4j.PatternLayout
log4j.appender.async.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss} [%-5p][%c{1}] [%t] - %m%n
log4j.appender.async.encoding=UTF-8
  
log4j.logger.net.czt.orm.mybatis.SqlMonitorManager=DEBUG, showsql
log4j.additivity.net.czt.orm.mybatis.SqlMonitorManager=false
log4j.logger.net.czt.transaction.interceptor.SmartTransactionInterceptor=DEBUG, showsql
log4j.additivity.net.czt.transaction.interceptor.SmartTransactionInterceptor=false
log4j.appender.showsql=org.apache.log4j.RollingFileAppender
log4j.appender.showsql.File=/home/work/apache-tomcat-6.0.39/logs/crazyant_sql.log
log4j.appender.showsql.Append=true
log4j.appender.showsql.MaxFileSize=1GB
log4j.appender.showsql.MaxBackupIndex=5
log4j.appender.showsql.layout=org.apache.log4j.PatternLayout
log4j.appender.showsql.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss} [%-5p][%c{1}] [%t] - %m%n
log4j.appender.showsql.encoding=UTF-8
  
log4j.logger.net.czt.crazyant.service=DEBUG, service
log4j.additivity.net.czt.crazyant.service=false
log4j.appender.service=org.apache.log4j.RollingFileAppender
log4j.appender.service.File=/home/work/apache-tomcat-6.0.39/logs/crazyant_service.log
log4j.appender.service.Append=true
log4j.appender.service.MaxFileSize=1GB
log4j.appender.service.MaxBackupIndex=5
log4j.appender.service.layout=org.apache.log4j.PatternLayout
log4j.appender.service.layout.ConversionPattern=%d{yyyy-MM-dd HH:mm:ss} [%-5p][%c{1}] [%t] - %m%n
log4j.appender.service.encoding=UTF-8

Sous le fichier de configuration, cela peut être pratique. vous pouvez voir, j'envoie respectivement un message (message), async (thread backend), showsql (journal de base de données) et service (appel d'interface) vers différents fichiers journaux.

Quelques explications :

log4j.rootLogger=INFO, console, file

log4j a le concept d'un rootLogger et d'un Logger normal. Par défaut, nous n'avons besoin que d'un seul rootLogger , c'est-à-dire que tous les journaux seront uniquement générés dans ce fichier journal.

Regardez la configuration d'un Logger commun (en prenant le service de journalisation de l'interface comme exemple) :

1. log4j.logger.net.czt.crazyant.service=DEBUG, service<🎜. >

Le "net.czt.crazyant.service" dans cette phrase représente le chemin complet du package dans lequel la configuration du journal de l'enregistreur commun prend effet

Le service de couleur représente le nom de l'enregistreur commun

2. log4j.additivity.net.czt.crazyant.service=false

Le "net.czt.crazyant.service" est le comme ci-dessus, indiquant que Le package ciblé par l'élément de configuration

La signification de cette configuration n'est pas de sortir le journal du package vers le journal rootLogger, mais uniquement de sortir vers le journal configuré par vous-même ;

3. log4j.appender.service=org.apache.log4j.RollingFileAppender, et l'élément de configuration sous cette section de configuration

La chaîne "service" ici, et la première configuration ci-dessus Le "service" de l'élément est le même, indiquant la configuration du Logger ordinaire

Les éléments de configuration ci-dessous sont les mêmes que ceux du rootLogger, indiquant les fichiers de sortie quotidiens, l'encodage ; UTF8, règles de fragmentation, mode de sortie de chaque ligne, etc.

Le problème que j'ai moi-même rencontré était qu'après avoir configuré log4j.properties ci-dessus, j'ai trouvé que chaque fichier journal était créé, mais il n'y avait pas contenu dedans. Pourquoi est-ce ? Examinons le deuxième point d'attention ci-dessous :

Étape 2. Lors de la sortie des journaux, vous devez définir la classe spécifique correspondant à l'objet journal

Que signifie

 ? Dans les éléments de configuration ci-dessus, il y a une chaîne de package de "net.czt.crazyant.service", alors réfléchissons-y, comment log4j génère-t-il les journaux de l'enregistreur dans différents packages vers différents fichiers ? Pensez-y, il existe deux types ? Méthode :

1. À l'aide d'un intercepteur ou d'aop, log4j détecte la sortie du journal par lui-même, détecte à partir de quel package le journal est généré et l'envoie dans le fichier correspondant

2. , l'utilisateur passe un paramètre Class, log4j obtient le Package correspondant à la Classe, et l'utilise comme standard pour localiser les différents fichiers logs

En regardant le code, il est évident que log4j utilise le ; dernière méthode simple Voie directe :

import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
  
public class MyClassImpl implements MyClass {
 /**
  * loger
  */
 private static final Log logger = LogFactory.getLog(MyClassImpl.class);
  
 /**
  * my func
  */
 public void myfunc() {
  logger.info("call method myfunc.");
 }
}

Dans logger = LogFactory.getLog(MyClassImpl.class), le paramètre Class utilisant le logger est transmis et l'adresse du package de la classe reflétée est utilisée par log4j Pour afficher l'adresse du package du journal.

Cette approche est également puissante dans la mesure où elle facilite la classification logique des journaux. Par exemple, de nombreux codes n'appartiennent pas à un package, mais ils vont logiquement ensemble. Par exemple, le traitement des messages ne consiste pas seulement à appeler le service via. l'interface. Ce package peut également appeler l'opération d'envoi de msg. Si vous souhaitez afficher certains journaux du package msg vers le service, transmettez simplement une classe de service lorsque le enregistreur de messages est initialisé.

Ou pour tous les journaux d'un certain type, tous leurs objets enregistreurs proviennent d'une seule instance d'objet encapsulée, et il n'y a qu'un seul paramètre transmis par cette instance d'objet unique, qui est utilisé pour identifier cela. Il suffit de les classer logiquement.

Résumé

Dans Log4j.properties, les journaux de packages ou de classes spécifiques sont pris en charge pour être générés séparément, mais ils doivent également pouvoir correspondre au package dans la configuration du journal lorsque l'enregistreur est initialisé dans le code.

D'accord, c'est tout le contenu de cet article. J'espère que le contenu de cet article pourra être utile aux études ou au travail de chacun. Si vous avez des questions, vous pouvez laisser un message pour communiquer.

Pour plus d'articles sur la façon d'utiliser Log4j pour générer les journaux de différents packages dans différents fichiers, veuillez faire attention au site Web PHP chinois !