log4j配置详细设置

Log4j由三个重要的组件构成:日志信息的优先级,日志信息的输出目的地,日志信息的输出格式。日志信息的优先级从高到低有ERROR、WARN、 INFO、DEBUG,分别用来指定这条日志信息的重要程度;日志信息的输出目的地指定了日志将打印到控制台还是文件中;而输出格式则控制了日志信息的显 示内容。

2.1 定义配置文件

其实您也可以完全不使用配置文件,而是在代码中配置Log4j环境。但是,使用配置文件将使您的应用程序更加灵活。Log4j支持两种配置文件格式,一种是XML格式的文件,一种是Java特性文件(键=值)。下面我们介绍使用Java特性文件做为配置文件的方法:

  1. 配置根Logger,其语法为:
    log4j.rootLogger = [ level ] , appenderName, appenderName, …
    其中,level 是日志记录的优先级,分为OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL或者您定义的级别。Log4j建议只使用四个级别,优 先级从高到低分别是ERROR、WARN、INFO、DEBUG。通过在这里定义的级别,您可以控制到应用程序中相应级别的日志信息的开关。比如在这里定 义了INFO级别,则应用程序中所有DEBUG级别的日志信息将不被打印出来。 appenderName就是指把日志信息输出到哪个地方。您可以同时指定多个输出目的地,例如上述例子我们制定了stdout、D和E这三个地方。
  2. 配置文件的输出目的地Appender,一般,配置代码的格式如下

    log4j.appender.appenderName = fully.qualified.name.of.appender.class  
    log4j.appender.appenderName.option1 = value1  
    …  
    log4j.appender.appenderName.option = valueN

    其中,Log4j提供的appender有以下几种:

    • org.apache.log4j.ConsoleAppender(控制台),
    • org.apache.log4j.FileAppender(文件),
    • org.apache.log4j.DailyRollingFileAppender(每天产生一个日志文件),
    • org.apache.log4j.RollingFileAppender(文件大小到达指定尺寸的时候产生一个新的文件),
    • org.apache.log4j.WriterAppender(将日志信息以流格式发送到任意指定的地方)
  3. 配置日志信息的格式(布局),其语法为:

    log4j.appender.appenderName.layout = fully.qualified.name.of.layout.class  
    log4j.appender.appenderName.layout.option1 = value1  
    …  
    log4j.appender.appenderName.layout.option = valueN

    其中,Log4j提供的layout有以下几种:

    • org.apache.log4j.HTMLLayout(以HTML表格形式布局),
    • org.apache.log4j.PatternLayout(可以灵活地指定布局模式),
    • org.apache.log4j.SimpleLayout(包含日志信息的级别和信息字符串),
    • org.apache.log4j.TTCCLayout(包含日志产生的时间、线程、类别等等信息)

    Log4J采用类似C语言中的printf函数的打印格式格式化日志信息,打印参数如下:

    • %m 输出代码中指定的消息
    • %p 输出优先级,即DEBUG,INFO,WARN,ERROR,FATAL
    • %r 输出自应用启动到输出该log信息耗费的毫秒数
    • %c 输出所属的类目,通常就是所在类的全名
    • %t 输出产生该日志事件的线程名
    • %n 输出一个回车换行符,Windows平台为“rn”,Unix平台为“n”
    • %d 输出日志时间点的日期或时间,默认格式为ISO8601,也可以在其后指定格式,比如:%d{yyy MMM dd HH:mm:ss,SSS},输出类似:2002年10月18日 22:10:28,921
    • %l 输出日志事件的发生位置,包括类目名、发生的线程,以及在代码中的行数。举例:Testlog4.main(TestLog4.java:10)

2.2 在代码中使用Log4j

  1. 获取记录器
    使用Log4j,第一步就是获取日志记录器,这个记录器将负责控制日志信息。其语法为:public static Logger getLogger( String name);通过指定的名字获得记录器,如果必要的话,则为这个名字创建一个新的记录器。Name一般取本类的名字,比如:static Logger logger = Logger.getLogger ( ServerWithLog4j.class.getName () )
  2. 读取配置文件
    当获得了日志记录器之后,第二步将配置Log4j环境,其语法为:

    BasicConfigurator.configure (): 自动快速地使用缺省Log4j环境。  
    PropertyConfigurator.configure ( String configFilename) :读取使用Java的特性文件编写的配置文件。  
    DOMConfigurator.configure ( String filename ) :读取XML形式的配置文件。
  3. 插入记录信息(格式化日志信息)
    当上两个必要步骤执行完毕,您就可以轻松地使用不同优先级别的日志记录语句插入到您想记录日志的任何地方,其语法如下:

    Logger.debug ( Object message ) ;  
    Logger.info ( Object message ) ;  
    Logger.warn ( Object message ) ;  
    Logger.error ( Object message ) ;

2.3 日志级别

每个Logger都被了一个日志级别(log level),用来控制日志信息的输出。日志级别从高到低分为:
A:off 最高等级,用于关闭所有日志记录。
B:fatal 指出每个严重的错误事件将会导致应用程序的退出。
C:error 指出虽然发生错误事件,但仍然不影响系统的继续运行。
D:warm 表明会出现潜在的错误情形。
E:info 一般和在粗粒度级别上,强调应用程序的运行全程。
F:debug 一般用于细粒度级别上,对调试应用程序非常有帮助。
G:all 最低等级,用于打开所有日志记录。

上面这些级别是定义在org.apache.log4j.Level类中。Log4j只建议使用4个级别,优先级从高到低分别是error,warn,info和debug。通过使用日志级别,可以控制应用程序中相应级别日志信息的输出。例如,如果使用b了info级别,则应用程序中所有低于info级别的日志信息(如debug)将不会被打印出来。

三、Spring中使用Log4J

一般是在web.xml配置文件中配置Log4j监听器和log4j.properties文件,代码如下:

<context-param>
   <param-name>log4jConfigLocation</param-name>
   <param-value>classpath:/config/log4j.properties</param-value>
</context-param>
<context-param>
   <param-name>log4jRefreshInterval</param-name>
   <param-value>60000</param-value>
</context-param>
<listener>
   <listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>

在之前的Spring In Action系列文章中,我都是以Java Config文件为例进行总结,则对应的Log4J的配置如下:

//todo

四、实战经验总结

在商业项目中,日志可用于数据化运营,需要记录关键的业务数据;开发过程中必须准确记录业务日志,如果丢失业务数据则是很严重的故障。

日志信息的打印会影响到服务的性能(吞吐量和响应时间),在业务逻辑简单的服务中更加明显。举个例子,我最近负责的一个会话管理的模块,在性能压测的时候发现TPS只能达到250左右,被这个问题困扰了很久。首先找出性能的瓶颈:缓存操作和数据库操作

  • 发现在缓存操作中有一行打印日志的语句使用了JSON库,例如JSON.toJsonString(obj),这个对象非常复杂,导致一个读取缓存的操作可以达到300ms左右,而实际上应该在10ms左右;
  • 发现数据库操作非常耗时,但是经过分析,在系统稳定后,压力并不是很大时,数据库操作也比较正常;但是一旦并发数增高,则RT迅速增大,通过链路分析工具,查看在系统负载变高的过程中的指标发现CallAppenders()方法占据了将近40%以上的CPU时间,因此我才考虑到需要将日志级别调整为ERROR级别——不打印DEBUG级别的日志,至此,这个问题算是解决了。


作者:杜琪
链接:http://www.jianshu.com/p/c6c543e4975e
來源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值