Java日志框架 - JUL使用详解

雨中漫步t2

已于 2022-08-27 11:52:31 修改

阅读量1.1k

点赞数 1

分类专栏： Java 文章标签： java 开发语言

于 2022-08-27 11:51:07 首次发布

本文链接：https://blog.csdn.net/qq_34813134/article/details/126556245

版权

Java 专栏收录该内容

23 篇文章 0 订阅

订阅专栏

介绍

日志功能的实现基本靠一下几个组件来完成：

Loggers：Logger负责捕捉事件并将其发送给合适的Appender

Appenders：也称为Handlers，负责从Logger中取出日志消息，并使用Layout来格式化消息，然后将消息发送出去，比如发送到控制台、文件或其他日志收集系统。

Layouts：也称为Formatters，负责对日志事件进中的数据进行转换和格式化。

Filters：过滤器，根据需要定制哪些信息会被记录，哪些信息会被放过。

总结一下就是：用户使用Logger来进行日志记录，Logger持有若干个Handler，日志的输出操作是由Handler完成的。在Handler在输出日志前，会经过Filter的过滤，判断代码是否可以继续执行，Filter返回false，日志方法return，Handler不会处理；Filter返回true，则继续向下执行，Handler会将日志内容输出到指定位置（日志文件、控制台等）。Handler在输出日志时会使用Layout，将输出内容进行排版。

JUL（jdk1.8）

JUL是JDK自带的一个日志实现,java.util.logging包下的各个类提供了原生的日志记录和输出支持.

日志级别

// 用于关闭日志功能
public static final Level OFF = new Level("OFF",Integer.MAX_VALUE, defaultBundle);
// 用于表明程序严重的失败或错误
public static final Level SEVERE = new Level("SEVERE",1000, defaultBundle);
// 用于表明潜在的问题
public static final Level WARNING = new Level("WARNING", 900, defaultBundle);
// 信息级别，通过消息会被输入到控制台，所以信息级别一般记录对最终用户或系统管理员有用的信息
public static final Level INFO = new Level("INFO", 800, defaultBundle);
// 配置级别，用于表明系统静态配置的信息
public static final Level CONFIG = new Level("CONFIG", 700, defaultBundle);
// 用于提供跟踪信息的消息级别
public static final Level FINE = new Level("FINE", 500, defaultBundle);
// 用于提供跟踪信息的消息级别
public static final Level FINER = new Level("FINER", 400, defaultBundle);
// 用于提供跟踪信息的消息级别
public static final Level FINEST = new Level("FINEST", 300, defaultBundle);
// 记录所有级别的日志
public static final Level ALL = new Level("ALL", Integer.MIN_VALUE, defaultBundle);

配置

Handler 可以采用逗号分隔的形式,添加多个处理器

handlers=java.util.logging.FileHandler,java.util.logging.ConsoleHandler

全局日志级别

.level=INFO

文件存储路径 %g为多个日志文件时的序号，0开始

java.util.logging.FileHandler.pattern=D:/openSource/JavaLogFrame/logs/%g.log

文件存储格式

java.util.logging.FileHandler.formatter=SimpleFormatter(和控制台一样) XMLFormatter（xml格式）

日志文件的总数量

java.util.logging.FileHandler.count=1

配置追加模式，如果不配置每个日志文件都将只存在一个日志记录 java.util.logging.FileHandler.append=true

输出日志文件的限制--字节，0为不限制

java.util.logging.FileHandler.limit=0

处理器的输出文件格式

#SimpleFormatter XMLFormatter

java.util.logging.FileHandler.formatter=java.util.logging.SimpleFormatter

java.util.logging.FileHandler.append=true

java.util.logging.ConsoleHandler.level=INFO

java.util.logging.ConsoleHandler.formatter=java.util.logging.SimpleFormatter

场景分析

设置:

文件数量【count=3】,文件大小【limit=8192】（8KB<x<9KB）

操作:

写入日志100条

==》多个日志文件，序号越小，日志时间越近，日志文件内顺序追加

再次写入日志100条

==》生成了3个文件,FileHandle再写入文件之前会判断当前文件，也就是0.log是否还能写入，如不能写入旋转输出文件集（即：将当前日志文件序号全部+1，新增0.log继续写入）。

再次写入日志100条

==》因为配置只能生成3个日志文件，所以FileHandle发现不能写入0.log文件且不能新建文件了，就删除了最旧的2.log文件，然后进行旋转输出文件集写入。

结论

Java自带jar包，不需要额外导入。
可自定义文件总数以及每个文件的大小限制。
可自定义文件处理器且难度低。
配置简单，可扩展。

没有debug的日志级别。

JCL（apache commons-logging）

commons-logging能够选择使用Log4j还是JDK Logging，但是他不依赖Log4j，JDK Logging的API。

如果项目的classpath中包含了log4j的类库，就会使用log4j，否则就使用JDK Logging。使用commons-logging能够灵活的选择使用那些日志方式，而且不需要修改源代码

这是一个封装框架，可自由选择底层使用log4j还是jul。使用习惯与方式跟选择的底层日志框架保持一致。

    <dependencies>
        <dependency>
            <groupId>commons-logging</groupId>
            <artifactId>commons-logging</artifactId>
            <version>1.2</version>
        </dependency>
    </dependencies>