【日志技术专题】「logback 入门到精通」彻彻底底带你学会 logback 框架的使用和原理(入门介绍篇)
技术介绍
什么是 logback?
Logback 为取代 log4j 而生。Logback 由 log4j 的创立者 Ceki Gülcü设计。以十多年设计工业级记录系统的经验为基础,所创建的 logback 比现有任何记录系统(除了 log4j2)更快、占用资源更少,有时差距非常大。
Logback 提供独特而实用的特性,比如,Marker、参数化记录语句、条件化堆栈跟踪和强大的事件过滤功能。
以上列出的仅仅是 logback 实用特性的一小部分,对于自身的错误报告,logback 依赖状态(Status)对象,状态对象极大地简化了故障查找。
Logback-core 附带了 Joran,Joran 是个强大的、通用的配置系统,你可以在自己的项目
里使用 Joran 以获得巨大的作用。
安装搭建
必要条件
Logback-classic 依赖 slf4j-api.jar 和 logback-core.jar,现在让我们开始体验 logback。
实例:记录基本模版
logback-examples/src/main/java/chapters/introduction/HelloWorld1.java
HelloWorld1 类导入了 SLF4J API 定义的 Logger 类和 LoggerFactory 类,更明确地说是定义在 org.slf4j 包里的两个类。
main 方法的第一行里,调用 LoggerFactory 类的静态方法 getLogger 取得一个 Logger 实例,将该实例赋值给变量 logger,logger 被命名为“chapters.introduction.HelloWorld1”。
main 方法继续调用这个 logger 的 debug 方法并传递参数“Hello world”。我们称之为 main 方法包含了一条消息是“Hello world”、级别是 DEBUG 的记录语句。
注意:上面的例子并没有引用任何 logback 的类。多数情况下,只要涉及到记录,你只需 要引用 SLF4J 的类。因此在绝大多数情况下,你的类只导入 SLF4J 的 API,基本可以忽略 logback 的存在。
Logback 可以通过内置的状态系统来报告其内部状态,通过 StatusManager 组件可以访问 logback 生命期内发生的重要事件。
我们可以调用 StatusPrinter 类的 print()方法来打印 logback 的内部状态。
实例:打印 Logger 状态
日志输出
Logback 说它没有找到配置文件 logback-test.xml 和 logback.xml,于是用默认策略进行配置,即用一个基本的 ConsoleAppender。
Appender 类可被视为输出目的地的。
Appender 包含许多不同类型的目的地:
控制台
文件
Syslog
TCP 套接字
JMS
其他
用户可以很容易地自定义 Appender。
当发生错误时,logback 将自动在控制台上打印其内部状态。
上面的两个示例相当简单,大型程序里真实记录志情况也不会有太大区别。
记录系统的基本模式不会改变,可能改变的是配置过程。也许你想按照自己的需要来定制或配置 logback,之后的章节会讨论配置 logback。
我们调用 StatusPrinter.pring()方法来打印 logback 的内部状态。在诊断与 logback 相关的问题时,logback 的内部状态信息会非常有用。
使用 Logback 的基本三要素
在应程序里启用记录的三个必需步骤如下:
配置 logback 环境。
在每个需要执行记录的类里,调用 org.slf4j.LoggerFactory 类的 getLogger()方法获 取一个 Logger 实例,以当前类名或类本身作为参数。
调用取得的 logger 实例的打印方法,即 debug()、info()、warn()和 error(),把记录输出到配置里的各 appender。
体系结构
logback 的体系结构
Logback 的基本结构充分通用,可应用于各种不同环境。目前,logback 分为三个模块: Core、Classic 和 Access。
Core 模块是其他两个模块的基础。
Classic 模块扩展了 core 模块,相当于 log4j 的显著改进版。
Logback-classic 直接实现了 SLF4J API,因此你可以在 logback 与其他记录系统如 log4j 和 java.util.logging (JUL)之间轻松互相切换。
Access 模块与 Servlet 容器集成, 提供 HTTP 访问记录功能。
可以这么说,我们常说的“logback”代表 logback-classic 模块。
Logger、Appender 和 Layout
Logback 建立于三个主要类之上:Logger、Appender 和 Layout。这三种组件协同工作, 使开发者可以按照消息类型和级别来记录消息,还可以在程序运行期内控制消息的输出格式 和输出目的地。
Logger 类是 logback-classic 模块的一部分,而 Appender 和 Layout 接口来自 logback-core,作为一个多用途模块,logback-core 不包含任何 logger。
Logger 上下文
任何比 System.out.println 高级的记录 API 的第一个也是最重要的优点便是能够在禁用特定记录语句的同时却不妨碍输出其他语句。
这种能力源自记录隔离(space)——即所有各种记录语句的隔离——是根据开发者选择的条件而进行分类的。
在 logback-classic 里,这种分类是 logger 固有的。
各个 logger 都被关联到一个 LoggerContext,LoggerContext 负责制造 logger,也负责以树结构排列各 logger。
Logger 是命名了的实体。它们的名字大小写敏感且遵从下面的层次化的命名规则: 命名层次:
父子继承关系
如果 logger 的名称带上一个点号后是另外一个 logger 的名称的前缀,那么,前者就被称为后者的祖先。
如果 logger 与其后代 logger 之间没有其他祖先,那么,前者就被称为子 logger 之父。
比如,名为“com.foo"”的 logger 是名为“com.foo.Bar”之父。同理,“java”是“java.util"” 之父,也是“java.util.Vector”的祖先。
ROOT logger
根 logger 位于 logger 等级的最顶端,它的特别之处是它是每个层次等级的共同始祖。 如同其他各 logger,根 logger 可以通过其名称取得,如下所示:
其他所有 logger 也通过 org.slf4j.LoggerFactory 类的静态方法 getLogger 取得。getLogger 方法以 logger 名称为参数。Logger 接口的部分基本方法列举如下:
有效级别(Level)即级别继承
Logger 可以被分配级别。级别包括:TRACE、DEBUG、INFO、WARN 和 ERROR,定义于 ch.qos.logback.classic.Level 类。
注意:在 logback 里,Level 类是 final 的,不能被继承, Marker 对象提供了更灵活的方法。
如果 logger 没有被分配级别,那么它将从有被分配级别的最近的祖先那里继承级别。 更正式地说:
logger L 的有效级别等于其层次等级里的第一个非 null 级别,顺序是从 L 开始,向上 直至根 logger。
为确保所有 logger 都能够最终继承一个级别,根 logger 总是有级别,默认情况下,这 个级别是 DEBUG。
下一篇会介绍相关对于等级分析 logback 的内容!
版权声明: 本文为 InfoQ 作者【李浩宇/Alex】的原创文章。
原文链接:【http://xie.infoq.cn/article/c99fd6583217dd3ae136b82a1】。
本文遵守【CC-BY 4.0】协议,转载请保留原文出处及本版权声明。
评论