Logback 工作原理

程序语言 Java
1

介绍过logback的核心组件后，下面描述logback框架在用户调用logger的打印方法时所做的事情。在本例中，用户调用名为com.wombat的logger的info()方法。

  1. 取得过滤链（filter chain）的判定结果

如果TurboFilter链存在，它将被调用。Turbo filters能够设置一个上下文范围内的临界值，这个临界值或者表示过滤某些与信息有关（比如Marker、级别、Logger、消息）的特定事件，或者表示与每个记录请求相关联的Throwable。如果过滤链的结果是FilterReply.DENY，则记录请求被抛弃。如果结果是FilterReply.NEUTRAL，则继续下一步，也就是第二步。如果结果是FilterReply.ACCEPT，则忽略过第二步，进入第三步

  1. 应用基本选择规则
    Logback 对logger 的有效级别与请求的级别进行比较。如果比较的结果是记录请求被禁用，logback会直接抛弃请求，不做任何进一步处理。否则，继续下一步。

  2. 创建LoggingEvent对象
    记录请求到了这一步后，logback会创建一个ch.qos.logback.classic.LoggingEvent对象，该对象包含所有与请求相关的参数，比如请求用的logger、请求级别、消息、请求携带的异常、当前时间、当前线程、执行记录请求的类的各种数据，还有MDC。注意有些成员是延迟初始化的，只有当它们真正被使用时才会被初始化。MDC用来为记录请求添加额外的上下文信息。之后的章节会讨论MDC。

  3. 调用 appender
    创建了LoggingEvent对象后，logback将调用所有可用appender的doAppend()方法，这就是说，appender继承logger的上下文。
    所有appender都继承AppenderBase抽象类，AppenderBase在一个同步块里实现了doAppend方以确保线程安全。AppenderBase的doAppender()方法也调用appender关联的自定义过滤器，如果它们存在的话。自定义过滤器能被动态地关联到任何appender，另有章节专门讲述它。

  4. 格式化输出
    那些被调用了的appender负责对记录事件（LoggingEvent）进行格式化。然而，有些但不是全部appender把格式化记录事件的工作委托给layout。
    Layout对LoggingEvent实例进行格式化，然后把结果以字符串的形式返回。注意有些appender，比如SocketAppender，把记录事件进行序列化而不是转换成字符串，所以它们不需要也没有layout。

  5. 发送记录事件（LoggingEvent）
    记录事件被格式化后，被各个appender发送到各自的目的地。

下图是整个流程的UML图。

REF：[url]http://cwiki.ossez.com/pages/viewpage.action?pageId=4719684[/url]