本篇主要介绍logback的输出源配置，logback默认提供了很多输出源，但是用的最多的是这几种：

1. OutputStreamAppender 日志输出到一个二进制流，可以通过 <encoder/> 配置编码
2. ConsoleAppender 日志输出到控制台，可以通过 <encoder/>配置编码，通过设置target (System.out or System.err.)来指定输出方向。
3. FileAppender 日志输出到文件，有下面这些可以配置的属性
   1. append （boolean） 是追加还是覆盖的方式写日志，默认true，追加
   2. encoder (Encoder)
   3. file (String) 指定日志文件的位置
   4. prudent (boolean) 这个模式是用来解决多进程log输出问题的，如果有多个输出源在不同的进程log写入同一份日志，那么会出现文件的问题。打开这种模式，会
      给文件加锁，然后让事件顺序写入，文件锁会导致性能问题，一般情况下每秒20条日志的时候没有什么问题，但是每秒100条日志的时候回出现显著的性能问题。

最后也是用的最多的是RollingFileAppender，最牛逼的输出源！！它可以配置的属性如下：

1. file(String) 指定日志文件的位置
2. append(boolean) 是追加还是覆盖的方式写日志，默认true，追加
3. encoder(Encoder) 控制编码即布局
4. prudent(boolean) 同FileAppender
5. rollingPolicy(RollingPolicy)
6. triggeringPolicy(TriggeringPolicy)

它有两个最核心的属性：RollingPolicy 和 TriggeringPolicy，前者定义滚动的策略，后者定义滚动的时机。这种类型的输出源用的多是因为在后端系统中，日志是持续不断的打印的，单个日志文件的大小受限，所以它提供了一种机制可以根据时间自动归档旧的日志文件，然后创建新的日志文件打印日志，并且可以设置策略删除太旧的日志。一个典型的场景是：我们可以设置logback每天生成一个新的日志文件，并把昨天的日志文件归档，并且最多保存七天的日志，超出七天的自动删除。

滚动策略 - RollingPolicy

1. TimeBasedRollingPolicy 是目前最受欢迎的一种滚动方式，可以设置按天、按月的滚动。它同时实现了 RollingPolicy 和 TriggeringPolicy 接口。它可以配置这些属性：

1. fileNamePattern (String) 比如：/var/log/%d{yyyy/MM, aux}/myapplication.%d{yyyy-MM-dd}.log ，这里最重要的是 %d{}，用它来格式化一个时间日期，作为一个文件名。

2. maxHistory (int) 最多保存的日志数量
3. totalSizeCap (int) 限制日志文件大小，超出之后会先删除较旧的日志
4. cleanHistoryOnStart (boolean)

注：在RollingFileAppender还是需要设置file属性来表示当前的写入日志的文件，但是当滚动时间到了，会按照fileNamePattern定义的规则来归档当前的日志写入文件。logback会从 fileNamePattern 中推导出滚动的间隔，上面的例子会按月创建日志目录、日志文件会在每天0点归档。

注：如果文件名类似 '/wombat/foo.%d.gz' 这样，以 'gz' 或者 'zip' 结尾，那么会把文件自动进行压缩

一个典型的配置(每天滚动一次，最多存30天，所有log大小不能超过3GB)：

<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"><file>logFile.log</file><rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><!-- daily rollover --><fileNamePattern>logFile.%d{yyyy-MM-dd}.log</fileNamePattern><!-- keep 30 days' worth of history capped at 3GB total size --><maxHistory>30</maxHistory><totalSizeCap>3GB</totalSizeCap></rollingPolicy><encoder><pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern></encoder>
</appender>

2. SizeAndTimeBasedRollingPolicy 典型配置如下：

<appender name="ROLLING" class="ch.qos.logback.core.rolling.RollingFileAppender"><file>mylog.txt</file><rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"><!-- rollover daily --><fileNamePattern>mylog-%d{yyyy-MM-dd}.%i.txt</fileNamePattern><!-- each file should be at most 100MB, keep 60 days worth of history, but at most 20GB --><maxFileSize>100MB</maxFileSize>    <maxHistory>60</maxHistory><totalSizeCap>20GB</totalSizeCap></rollingPolicy><encoder><pattern>%msg%n</pattern></encoder></appender>

<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"><file>test.log</file><rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy"><fileNamePattern>tests.%i.log.zip</fileNamePattern><minIndex>1</minIndex><maxIndex>3</maxIndex></rollingPolicy><triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"><maxFileSize>5MB</maxFileSize></triggeringPolicy><encoder><pattern>%-4relative [%thread] %-5level %logger{35} - %msg%n</pattern></encoder>
</appender>

"For various technical reasons, rollovers are not clock-driven but depend on the arrival of logging events."