一个在生产环境里运行的程序若是没有日志是很让维护者提心吊胆的,有太多杂乱又无心义的日志也是使人伤神。程序出现问题时候,从日志里若是发现不了问题可能的缘由是很使人受挫的。本文想讨论的是如何在Java程序里写好日志。html
通常来讲日志分为两种:业务日志和异常日志,使用日志咱们但愿能达到如下目标:java
Java的日志框架太多了。。。apache
选项太多了的后果就是选择困难症,个人见解是没有最好的,只有最合适的。在比较关注性能的地方,选择Logback或本身实现高性能Logging API可能更合适;在已经使用了Log4j的项目中,若是没有发现问题,继续使用多是更合适的方式;我通常会在项目里选择使用Slf4j, 若是不想有依赖则使用java.util.logging或框架容器已经提供的日志接口。api
日志变量每每不变,最好定义成final static,变量名用大写。服务器
Java的日志框架通常会提供如下日志级别,缺省打开info级别,也就是debug,trace级别的日志在生产环境不会输出,在开发和测试环境能够经过不一样的日志配置文件打开debug级别。oracle
在程序里要合理使用日志分级:框架
1.在一个对象中一般只使用一个Logger对象,Logger应该是static final的,只有在少数须要在构造函数中传递logger的状况下才使用private final。函数
2.输出Exceptions的所有Throwable信息,由于logger.error(msg)和logger.error(msg,e.getMessage())这样的日志输出方法会丢失掉最重要的StackTrace信息。性能
3.不容许记录日志后又抛出异常,由于这样会屡次记录日志,只容许记录一第二天志。测试
4.不容许出现System print(包括System.out.println和System.error.println)语句。
5.不容许出现printStackTrace。
6.日志性能的考虑,若是代码为核心代码,执行频率很是高,则输出日志建议增长判断,尤为是低级别的输出<debug、info、warn>。
debug日志太多后可能会影响性能,有一种改进方法是:
但更好的方法是Slf4j提供的最佳实践:
一方面能够减小参数构造的开销,另外一方面也不用多写两行代码。
7.有意义的日志
一般状况下在程序日志里记录一些比较有意义的状态数据:程序启动,退出的时间点;程序运行消耗时间;耗时程序的执行进度;重要变量的状态变化。
初次以外,在公共的日志里规避打印程序的调试或者提示信息。
FAQ:参考