Overview
一个在生产环境里运行的程序如果没有日志是很让维护者提心吊胆的,有太多杂乱又无意义的日志也是令人伤神。程序出现问题时候,从日志里如果发现不了问题可能的原因是很令人受挫的。本文想讨论的是如何在Java程序里写好日志。
一般来说日志分为两种:业务日志和异常日志,使用日志我们希望能达到以下目标:
1.对程序运行情况的记录和监控;
2.在必要时可详细了解程序内部的运行状态;
3.对系统性能的影响尽量小;
Java日志框架
Java的日志框架太多了。。。
1.Log4j 或 Log4j 2 - Apache的开源项目,通过使用Log4j,我们可以控制日志信息输送的目的地是控制台、文件、GUI组件、甚至是套接口服务器、NT的事件记录器、UNIX Syslog守护进程等;用户也可以控制每一条日志的输出格式;通过定义每一条日志信息的级别,用户能够更加细致地控制日志的生成过程。这些可以通过一个配置文件(XML或Properties文件)来灵活地进行配置,而不需要修改程序代码。Log4j 2则是前任的一个升级,参考了Logback的许多特性;
2.Logback - Logback是由log4j创始人设计的又一个开源日记组件。logback当前分成三个模块:logback-core,logback- classic和logback-access。logback-core是其它两个模块的基础模块。logback-classic是log4j的一个改良版本。此外logback-classic完整实现SLF4J API使你可以很方便地更换成其它日记系统如log4j或JDK14 Logging;
3.java.util.logging - JDK内置的日志接口和实现,功能比较简;
4.Slf4j - SLF4J是为各种Logging API提供一个简单统一的接口),从而使用户能够在部署的时候配置自己希望的Logging API实现;
5.Apache Commons Logging - Apache Commons Logging (JCL)希望解决的问题和Slf4j类似。
选项太多了的后果就是选择困难症,我的看法是没有最好的,只有最合适的。在比较关注性能的地方,选择Logback或自己实现高性能Logging API可能更合适;在已经使用了Log4j的项目中,如果没有发现问题,继续使用可能是更合适的方式;我一般会在项目里选择使用Slf4j, 如果不想有依赖则使用java.util.logging或框架容器已经提供的日志接口。
Java日志最佳实践
定义日志变量
日志变量往往不变,最好定义成final static,变量名用大写。
日志分级
Java的日志框架一般会提供以下日志级别,缺省打开info级别,也就是debug,trace级别的日志在生产环境不会输出,在开发和测试环境可以通过不同的日志配置文件打开debug级别。
1.fatal - 严重的,造成服务中断的错误;
2.error - 其他错误运行期错误;
3.warn - 警告信息,如程序调用了一个即将作废的接口,接口的不当使用,运行状态不是期望的但仍可继续处理等;
4.info - 有意义的事件信息,如程序启动,关闭事件,收到请求事件等;
5.debug - 调试信息,可记录详细的业务处理到哪一步了,以及当前的变量状态;
6.trace - 更详细的跟踪信息;
在程序里要合理使用日志分级
基本的Logger编码规范
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.有意义的日志
通常情况下在程序日志里记录一些比较有意义的状态数据:程序启动,退出的时间点;程序运行消耗时间;耗时程序的执行进度;重要变量的状态变化。
初次之外,在公共的日志里规避打印程序的调试或者提示信息。
相关推荐
### 日志规范总结 #### 日志的重要性及其挑战 在现代软件开发中,日志作为记录系统行为的关键工具,在生产和测试环境中扮演着至关重要的角色。它不仅帮助开发者追踪系统的运行状态,还能在问题发生时提供宝贵的...
日志规范 "使用的规范 信息格式规范 日志文件采集的规范" 日志框架 JAVA中现有的日志框架 JUL "JUL入门使用 日志的级别 Appender的介绍 日志的布局和格式" Log4J "Log4J的入门使用 Log4j的配置 输出日志文件 将日志...
《Java 标准日志工具 Log4j 的使用(附源代码)》博客示例源代码。博客链接地址:http://blog.csdn.net/defonds/archive/2010/01/18/5208891.aspx。
易豆Log日志使用规范 log日志是系统开发中非常重要的一部分,它可以记录系统的运行状态、性能指标、异常信息等,通过对这些信息的分析和诊断,可以采取正确的手段来提高系统质量和提升系统性能。下面是易豆Log日志...
### 系统程序Log日志编码规范 #### 目的 在系统开发过程中,日志(Log)记录是一项至关重要的任务。尽管很多项目经理都会强调在编码过程中加入日志记录的重要性,并要求程序员必须编写日志,但对于为什么要写日志...
JDK1.8 Java 代码开发规范是一个非常重要的规范,它涵盖了编程规约、异常日志、命名风格、常量定义、代码格式、OOP 规约、集合处理、控制语句、注释规约等多个方面。遵守该规范可以确保代码的可读性、可维护性和可靠...
首先,"MyLog.java"是这个封装的核心文件,通常它会包含一个或多个类,这些类会扩展Java内置的日志接口,如`java.util.logging.Logger`或者`org.apache.log4j.Logger`。通过自定义这些接口的行为,我们可以实现特定...
这里使用了 Log4j 库来记录日志,提供了详细的日志信息,包括错误、警告、信息等级别。在这个示例中,使用了 Logger 对象来记录日志信息。 这个 Java 代码示例提供了一个完整的 FTP 帮助类的实现,涵盖了 Java 项目...
"应用系统日志规范.pdf" 应用系统日志规范是指在应用程序中添加程序日志记录,可以跟踪代码运行时轨迹,作为日后审计的依据;并且担当集成开发环境中的调试器的作用,向文件打印调试信息。本规范规定Java EE项目...
在实际开发中,创建自定义的日志工具类通常会基于已有的日志框架,如Log4j、SLF4J(Simple Logging Facade for Java)或Logback。这些框架提供了一套完整的API来处理日志,同时允许通过配置文件进行灵活的配置。例如...
- 使用统一的日志框架,如`log4j`或`slf4j`,并合理配置日志级别。 - 日志信息应包含足够的上下文信息,方便定位问题。 10. **单元测试**: - 编写全面的单元测试,确保代码功能的正确性。 - 使用`JUnit`、`...
java的日志输出,里面有输出到文件的和控制台的,直接把文件放到项目里面就可以使用,不需要改什么,也可以直接在文件里配置
使用安全的日志框架,如Log4j,注意避免日志信息泄露敏感数据。 12. 使用最新的库和框架:及时更新依赖的库和框架,修补已知的安全漏洞。了解并遵循开源项目的安全公告和更新指南。 13. 安全的序列化:避免使用不...
如果日志没有进行规范,开发、运维也没有把这个事情放在心上,那么在压测的时候TPS和响应时间一直上不去。通过jstack分析发现,大部分的log数据在阻塞。 二、日志采集分析 目前主流的ELK系统应该都是通过agent端...
本文将深入探讨“LinuxLog.rar”压缩包中涉及到的“ConnectBean.JAVA”与Linux日志分析系统的相关知识。 首先,让我们理解"ConnectBean.JAVA"的角色。在Java编程中,"Bean"通常指的是符合JavaBeans规范的类,它是一...
合理使用`try-catch-finally`,并结合日志框架如Log4j或SLF4J进行日志记录,便于调试和问题排查。 十、持续学习与更新 Java语言和技术栈不断演进,持续学习新的API、框架和最佳实践,以适应技术的发展。 通过遵循...
Log4j作为Java平台上广泛使用的日志框架,提供了强大的日志输出和管理功能。本文将深入探讨如何利用Log4j进行日志输出格式化以及设置日志文件名格式化,以满足公司的标准化需求。 首先,我们来看日志输出格式化。...
- **结构化日志**: 相比Android自带的Logcat,Log4j可以提供更规范的日志格式,方便后期分析和调试。 - **可扩展性**: 通过插件机制,Log4j可以轻松添加新的Appender,如发送日志到远程服务器,或者集成到其他日志...