• log4j2笔记 #04# Appender的三个基本款以及RollingFile的各种示例配置


    // 留着备用。

    三个基本款分别是ConsoleAppender、FileAppender(以及他的兄弟RandomAccessFileAppender)、RollingFileAppender(以及他的兄弟RollingRandomAccessFileAppender),其中RollingFileAppender是三个appender中的老大,因为他一个人的文档篇幅就是其它两个appender文档篇幅总和的6~7倍左右。。。

    关于三个appender的简单介绍:

    <?xml version="1.0" encoding="UTF-8"?>
    <Configuration status="WARN">
        <!-- 在Appenders中定义可选的输出“目的地” -->
        <Appenders>
            <!-- Appenders官方文档地址https://logging.apach
            e.org/log4j/2.x/manual/appenders.html,其次是可
            以直接去看org.apache.logging.log4j.core.appender
            包下的appender源代码 -->
            <Console name="STDOUT" target="SYSTEM_OUT">
                <!-- 在pattern中定义输出格式,各种占位符(转
                义符)的用法、含义可查询文档https://logging.a
                pache.org/log4j/2.x/manual/layouts.html -->
                <PatternLayout pattern="%m%n"/>
                <!-- 对于ConsoleAppender而言,Layout是必要的,
                默认就是%m%n -->
            </Console>
    
            <!-- FileAppender。servlet容器中的两个web应用程序
            可以拥有它们各自的配置,如果Log4j位于它们共同使用
            的类加载器中,则可以安全地将日志写入同一个文件。默认
             启用bufferedIO以及immediateFlush(前者提高性能,后
             者可以保证写入,缓冲区没满也写入!每次写操作都会调
             用flush,不过有点影响性能),如果是异步Logger,即便
             immediateFlush设置为false,异步Logger和appender也
             将在一批事件结束时自动flush,这样做比较高效同时
              保证了数据写入磁盘 -->
            <File name="MyFile" fileName="logs/app.log">
                <PatternLayout pattern="%m%n"/>
            </File>
    
            <!-- 似乎可以看作是FileAppender的进化版,实现上不大
            一样,根据报导,相比启用了bufferedIO的FileAppender
            性能提高了20-200%(RandomAccessFile没有bufferedIO
            这个选项,因为它总是buffered的!) -->
            <RandomAccessFile name="MyRandomAccessFile" fileName="logs/app.log">
                <PatternLayout>
                    <Pattern>%d %p %c{1.} [%t] %m%n</Pattern>
                </PatternLayout>
            </RandomAccessFile>
    
            <!--RollingFileAppender是一个OutputStreamAppender,
            它写入fileName参数中指定的文件,并根据TriggeringPolicy
            和RolloverPolicy将文件翻转。对于RollingFileAppender而
            言,这两个Policy都是必要的,TriggeringPolicy确定是否应
            该执行滚动,而RolloverStrategy定义如何执行滚动。-->
            <RollingFile name="RollingFileInfo" fileName="logs/info.log"
                         filePattern="logs/$${date:yyyy-MM}/info-%d{yyyy-MM-dd}-%i.log">
                <ThresholdFilter level="info" onMatch="ACCEPT" onMismatch="DENY" />
                <PatternLayout pattern="[%d{yyyy-MM-dd HH:mm:ss.SSS}] [%-5level] %l %logger{36} - %msg%n" />
                <Policies>
                    <OnStartupTriggeringPolicy />
                    <SizeBasedTriggeringPolicy size="20 MB" />
                    <TimeBasedTriggeringPolicy />
                </Policies>
                <!-- DefaultRolloverStrategy属性如不设置,则默认为最多同一文件夹下7个文件,这里设置了30 -->
                <DefaultRolloverStrategy max="30" />
            </RollingFile>
    
            <!-- 故障转移追加器,如果primary追加器失败了,
            就继续按照顺序尝试Failovers中的appenders -->
            <Failover name="Failover" primary="MyFile">
                <Failovers>
                    <AppenderRef ref="STDOUT"/>
                </Failovers>
            </Failover>
        </Appenders>
    
        <Loggers>
            <Root level="debug">
                <AppenderRef ref="STDOUT"/>
            </Root>
        </Loggers>
    </Configuration>

    针对RollingFileAppender的笔记↓

    测试程序,负责源源不断地打log:

    package org.sample.webapp.util;
    
    import org.apache.logging.log4j.LogManager;
    import org.apache.logging.log4j.Logger;
    
    public class TestLog4j2 {
    
        private static final Logger LOGGER = LogManager.getLogger();
    
        public static void main(String[] args) {
    
            for (int i = 0; i < 10000; i++) {
                LOGGER.info("Rolling file appender example...");
                try {
                    Thread.sleep(500);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }
    }

    示例之一(DefaultRolloverStrategy ):

    <?xml version="1.0" encoding="UTF-8"?>
    
    <!-- 实时写到mylog.log,每隔两分钟进行一次rollover,
        rollover策略为按照时间作为增量命名日志文件并压缩归档。-->
    <Configuration status="WARN">
        <Appenders>
            <!-- 便于在控制台观察实际输出情况 -->
            <Console name="STDOUT" target="SYSTEM_OUT">
                <PatternLayout>
                    <Pattern>%d{yyyy-MMM-dd HH:mm:ss a} [%t] %-5p %c{-2} - %m%n</Pattern>
                </PatternLayout>
            </Console>
    
            <!-- 大概可以视为RollingFileAppender的进化版,没
            有bufferedIO这个属性,对于RollingRandomAccessFile,
            缓存是固定开启的。fileName是实时写入的(未归档)文
            件名,filePattern则是归档文件的命名模式,因为开启了
             异步日志所以这里immediateFlush设置为false(不过好像
             不管它也无所谓),bufferSize缓冲区大小暂时默认,
             最后,TriggeringPolicy和RolloverStrategy是必须有的,
             没有显示定义就会采用默认的。-->
            <RollingRandomAccessFile  name="RollingRandomAccessFile" fileName="logs/mylog.log" immediateFlush="false"
                         filePattern="logs/time-based-logs/%d{yyyy-MM-dd-hh-mm}.log.zip">
                <!-- 生成的日志文件名要么按照时间来增长,filePattern中需要%d,
                要么就以整数增长,filePattern中需要%i,又或者两个搭配(意义似乎不是很大
                因为rollover一次计数器又从1开始了。。),文件名仅按照时间增长的话,
                RolloverStrategy设置max,min参数似乎也没多什么意义了。-->
                <!-- 如果filePattern以".gz", ".zip", ".bz2", ".deflate", ".pack200",或者".xz"结尾,
                那么将使用与相对应的压缩方案压缩生成的归档文件。-->
                <PatternLayout>
                    <Pattern>%d{yyyy-MMM-dd HH:mm:ss a} [%t] %-5p %c{-2} - %m%n</Pattern>
                </PatternLayout>
                <!--决定是否应该执行rollover,只要有任何一个
                policy返回true那么就进行rollover,rollover的
                意思大概可以理解为:当日志文件满足特定条件时
                将触发的事件,例如创建一个新的文件/把原有的文件
                归档/删除等,具体怎样rollover由RolloverStrategy
                决定 -->
                <Policies>
                    <!-- jvm重启就进行一次rollover-->
                    <OnStartupTriggeringPolicy />
                    <!-- 文件大小达到20mb进行一次rollover -->
                    <SizeBasedTriggeringPolicy size="20 MB" />
                    <!-- TimeBasedTriggeringPolicy是最多用到的Policy,
                    interval默认值是1,根据filePattern中日期的最小单位,例如
                    在该配置里是mm(分钟),设置interval="2"则每隔两分钟将发生
                    一次rollover,按当前配置,具体表现就是隔两分钟得到一个log.zip。
                    modulate就是让第一次rollover发生在区间边界上(即便还没到
                    interval的时长),按照当前配置,首次rollover会发生在比如
                    8点50分0秒,这样之后的rollover就是8点52分0秒、8点54分0秒..
                    这样做的好处在于rollover的时机就变得很有规律很好预测,生成的
                    文件还很整齐(假设时间最小单位为天,interval="1",那么就
                    变成稳定每天0点自动rollover了。。)。还有个属性叫maxRandomDelay,
                    防止很多应用在同一时间一起rollover的,暂时不理它。
                      -->
                    <TimeBasedTriggeringPolicy interval="2" modulate="true" />
                </Policies>
                <!-- DefaultRolloverStrategy,默认rollover策略。参数:
                fileIndex有两个值,max和min,就是决定生成文件是从序号大的到
                序号小的,还是从序号小的到序号大。min,计数器的起始值,
                 默认是1;max,计数器的最大值,默认是7。还有两个参数暂时不管。-->
                <DefaultRolloverStrategy/>
            </RollingRandomAccessFile>
        </Appenders>
    
        <Loggers>
            <!-- 用来debug。只要additivity不设置为false,日志起码会被打印到控制台。-->
            <Root level="debug">
                <AppenderRef ref="STDOUT"/>
            </Root>
            <!-- 测试对象。将日志转发给RollingFileAppender -->
            <Logger name="org.sample.webapp.util.TestLog4j2" level="debug" additivity="true">
                <AppenderRef ref="RollingRandomAccessFile" />
            </Logger>
        </Loggers>
    
    </Configuration>

    运行若干分钟后的结果:

    下面是官方的example,将反驳上面注释里的一些自以为是的观点。。

    /

    示例之二,提速版官方xml(DefaultRolloverStrategy ):

    <?xml version="1.0" encoding="UTF-8"?>
    <!-- 将在同一天创建最多7个归档(1-7号),这些归档存储在基于
    当前年和月的目录文件中,并用gzip压缩每个归档,我把所有时间
    相关的变小两个单位修改成:每分钟最多7个归档,并存在基于
    日和小时的目录文件中,并用gzip压缩每个归档 -->
    <Configuration status="warn" name="MyApp" packages="">
        <Appenders>
            <!-- 形如$${date:yyyy-MM}参考https://logging.apache.org/log4j/2.x/manual/lookups.html#DateLookup-->
            <RollingFile name="RollingFile" fileName="logs/app.log"
                         filePattern="logs/$${date:dd-HH}/app-%d{HH-mm-dd}-%i.log.gz">
                <!-- 原来的值logs/$${date:yyyy-MM}/app-%d{MM-dd-yyyy}-%i.log.gz -->
                <PatternLayout>
                    <Pattern>%d %p %c{1.} [%t] %m%n</Pattern>
                </PatternLayout>
                <Policies>
                    <TimeBasedTriggeringPolicy />
                    <!-- 所以时间%d和整数%i同时用的意义就在于,当单个日志文件到达最大size
                    的时候创建一个新的文件 -->
                    <SizeBasedTriggeringPolicy size="1 KB"/>
                </Policies>
            </RollingFile>
        </Appenders>
        <Loggers>
            <Root level="debug">
                <AppenderRef ref="RollingFile"/>
            </Root>
        </Loggers>
    </Configuration>

    运行若干分钟后的结果:

     

    /

    示例之三,提速版本官方xml(DirectWrite Rollover Strategy,好像和默认的也没多大差别。。)

    <?xml version="1.0" encoding="UTF-8"?>
    <Configuration status="warn" name="MyApp" packages="">
        <Appenders>
            <RollingFile name="RollingFile" filePattern="logs/app-%d{yyyy-MM-dd-mm}-%i.log.gz">
                <PatternLayout>
                    <Pattern>%d %p %c{1.} [%t] %m%n</Pattern>
                </PatternLayout>
                <Policies>
                    <SizeBasedTriggeringPolicy size="2 KB"/>
                </Policies>
                <!-- 直接往filePattern所指定的文件写,没有rename这个环节-->
                <DirectWriteRolloverStrategy maxFiles="10"/>
            </RollingFile>
        </Appenders>
        <Loggers>
            <Root level="debug">
                <AppenderRef ref="RollingFile"/>
            </Root>
        </Loggers>
    </Configuration>

    运行若干分钟的结果:

  • 相关阅读:
    mvc get image 500
    git ssh 配置
    phpstorm及webstorm密钥
    HBuilder常用快捷键
    【wepy实战】wepy搭建完整项目
    【已解决】React中配置Sass引入.scss文件无效
    【微信小程序入门】微信小程序+和风天气完成天气预报
    浅析C#中的Lambda表达式
    C#中的委托(delegate)
    博客园第一天
  • 原文地址:https://www.cnblogs.com/xkxf/p/10029769.html
Copyright © 2020-2023  润新知