Logback在调用打印方法后所做的事

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

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

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

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

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

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