Log4j 日志体系结构
2018-01-09 22:33
417 查看
摘要
我们在写日志的时候首先要获取logger,在每一个使用log4j的项目都有很多个地方要获取logger,这些logger是真实的被实例化的Logger对象,他们有可能被分散在无数不同的类中,日志体系结构讲的是这些logger对象是如何组织的,他们之间又有什么样的关系。
体系结构
我们举个具体的实例来看看,假设我的项目包结构如下:项目结构
说明一下:com.flu.jdk包下面有两个类分别是LogTest1和LogTest2,然后在包com.flu包下面有一个LogTest3类,很显然,com.flu.jdk包是com.flu包的子包。假设我们在这三个类中分别通过LogManager.getLogger(xxx.class)获取三个logger实例,他们分别是logger1、logger2和logger3,我们将要讨论这三个logger的关系。
值得注意的是log4j的日志体系中,有一个特殊的日志对象叫做root(根),他是始终存在的,假设我们首先获取logger实例,log4j将构造下面这样一个图形(我不能把它叫做树):
当只有logger1的时候
当我们获取logger2实例的时候,这个图将变成:
当加入logger2日志实例时结构图
当我们获取logger3实例的时候,这个图又变了一个样,如下:
当加入logger3日志实例之后
仅仅才三个日志实例,图就搞的略复杂,可想log4j应用中,将会有无数的日志实例按照这个规律组成纷繁复杂的有向图结构,虽然看起来杂乱,但是又规律。那么问题来了,这样的结构有什么用呢?下一节我们将会看到这种结构对于日志配置继承的影响。
配置继承
log4j日志级别定义
在往下面看之前我们先来看看log4j对日志级别的定义:12345678 | public final static int OFF_INT = Integer.MAX_VALUE;public final static int FATAL_INT = 50000;public final static int ERROR_INT = 40000;public final static int WARN_INT = 30000;public final static int INFO_INT = 20000;public final static int DEBUG_INT = 10000; //public final static int FINE_INT = DEBUG_INT;public final static int ALL_INT = Integer.MIN_VALUE; |
1 | OFF>FATAL>ERROR>WARN>INFO>DEBUG>ALL |
日志写源码剖析
我们来看看一句简单的log.info(“this is log message”)的背后,先来看看一段源代码:123456789 | public void info(Object message) { if(repository.isDisabled(Level.INFO_INT)) return; if(Level.INFO.isGreaterOrEqual(this.getEffectiveLevel())) forcedLog(FQCN, Level.INFO, message, null);}public boolean isDisabled(int level) { return thresholdInt > level;} |
for(Category c = this; c != null; c=c.parent) {
if(c.level != null)
return c.level;
}
return null; // If reached will cause an NullPointerException.
}
当前日志生效的级别逻辑为首先看看当前日志实例是否有配置级别,如果没有,那么就继续找当前日志实例的parent节点,按照上一节中所表述的,如果当前日志的日志级别没有配置,当找到root的日志级别,并根据root的日志级别来断定是否继续进行日志写。这里提现了日志级别的继承关系,其实不仅仅是日志级别,日志其他相关的配置也会基于这种继承的特性,比如appender等。
项目应用
了解Log4j的日志体系结构以及日志写与日志级别关系之后,我们现在应该比较清楚项目中应该如何配置了。以Log4j.xml配置文件为例子,满足基本需求我们只需要配置root这个日志实例的日志级别即可,如下:1 2 3 4 | <root> <levelvalue="INFO"/> <appender-refref="CONSOLE"/> </root> |
配置隔离
上面的配置略粗糙,假如我们想为不同的模块给予不同的配置怎么办呢?最常见的是业务日志与中间件日志,比如我们的业务业务包名为com.dianping.biz,而我们的rpc组件的包名字为com.dianping.pigeon,则我们可以使用下面方法给予不同的模块不同的配置:1 2 3 4 5 6 7 8 9 10 11 | <!--业务日志配置--> <categoryname="com.dianping.biz"> <levelvalue="INFO"/> <appender-refref="CONSOLE"/> </category> <!--pigeon组件日志配置--> <categoryname="com.dianping.pigeon"> <levelvalue="DEBUG"/> <appender-refref="CONSOLE"/> </category> |
相关文章推荐
- Log4j日志体系结构
- Log4j日志体系结构
- Log4j日志体系结构
- Log4j日志体系结构
- Log4j日志体系结构解读
- Log4j日志体系结构
- Log4j日志体系结构解读
- oracle rac 日志体系结构!
- oracle rac 日志体系结构!
- oracle物理体系结构-----归档重做日志和闪回恢复区
- Oracle 12c RAC 日志体系结构的变化
- oracle物理体系结构---联机重做日志文件
- oracle rac 日志体系结构!
- oracle rac 日志体系结构
- Oracle体系结构(二)---日志处理机制
- Oracle 12c RAC 日志体系结构的变化
- oracle rac 日志体系结构
- java 的日志体系 分析 演化历史 slf4j log4j logback
- 事务日志体系结构
- 我的oracle 9i学习日志(1)--体系结构