做二手车网站需要什么,安顺市建设局网站,修改wordpress主题名,做论坛网站好吗在项目开发中#xff0c;日志十分的重要#xff0c;不管是记录运行情况还是定位线上问题#xff0c;都离不开对日志的分析。
1.日志框架的选择
市面上常见的日志框架有很多#xff0c;它们可以被分为两类#xff1a;日志门面#xff08;日志抽象层#xff09;和日志实…在项目开发中日志十分的重要不管是记录运行情况还是定位线上问题都离不开对日志的分析。
1.日志框架的选择
市面上常见的日志框架有很多它们可以被分为两类日志门面日志抽象层和日志实现如下表。 日志分类 描述 举例 日志门面日志抽象层 为 Java 日志访问提供一套标准和规范的 API 框架其主要意义在于提供接口。 JCLJakarta Commons Logging、SLF4jSimple Logging Facade for Java、jboss-logging 日志实现 日志门面的具体的实现 Log4j、JULjava.util.logging、Log4j2、Logback
通常情况下日志由一个日志门面与一个日志实现组合搭建而成Spring Boot 选用 SLF4J Logback 的组合来搭建日志系统。 SLF4J 是目前市面上最流行的日志门面使用 Slf4j 可以很灵活的使用占位符进行参数占位简化代码拥有更好的可读性。
Logback 是 Slf4j 的原生实现框架它与 Log4j 出自一个人之手但拥有比 log4j 更多的优点、特性和更做强的性能现在基本都用来代替 log4j 成为主流。 1. log4j的1.2版本是一个通用版本但是由于2022年的log4j漏洞原因slf4j-log4j模块在build时会自动重定向至slf4j-reload4j模块。 2. 如果你想继续使用log4j 1.x的框架强烈推荐你使用slf4j-reload4j进行替代 2.SLF4J 的使用
在项目开发中记录日志时不应该直接调用日志实现层的方法而应该调用日志门面日志抽象层的方法。
在使用 SLF4J 记录日志时我们需要在应用中导入 SLF4J 及日志实现并在记录日志时调用 SLF4J 的方法例如
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;Slf4j
public class HelloWorld {
//private static final Logger log LoggerFactory.getLogger(App.class); 与Slf4j 二选一public static void main(String[] args) {log.info(Hello World);}
} SLF4J 的如下图参考自 SLF4J 官方。 从 SLF4J 官方给出的方案可以看出
Logback 作为 Slf4j 的原生实现框架当应用使用 SLF4JLogback 的组合记录日志时只需要引入 SLF4J 和 Logback 的 Jar 包即可
其它亦如此。 这里我们需要注意一点每一个日志的实现框架都有自己的配置文件。使用 slf4j 记录日志时配置文件应该使用日志实现框架例如 logback、log4j 和 JUL 等等自己本身的配置文件。 3.统一日志框架通用
通常一个完整的应用下会依赖于多种不同的框架而且它们记录日志使用的日志框架也不尽相同例如Spring Bootslf4jlogbackSpringcommons-logging、Hibernatejboss-logging等等。那么如何统一日志框架的使用呢
对此SLF4J 官方也给出了相应的解决方案如下图。 从上图中可以看出统一日志框架一共需要以下 3 步 排除应用中的原来的日志框架 引入替换包替换被排除的日志框架 导入 SLF4J 实现。
SLF4J 官方给出的统一日志框架的方案是“狸猫换太子”即使用一个替换包来替换原来的日志框架例如 log4j-over-slf4j 替换 Log4jCommons Logging API、jul-to-slf4j.jar 替换 JULjava.util.logging API等等。
替换包内包含被替换的日志框架中的所有类这样就可以保证应用不会报错但替换包内部实际使用的是 SLF4J API以达到统一日主框架的目的。
4.统一日志框架Spring Boot
我们在使用 Spring Boot 时同样可能用到其他的框架例如 Mybatis、Spring MVC、 Hibernate 等等这些框架的底层都有自己的日志框架此时我们也需要对日志框架进行统一。
我们知道统一日志框架的使用一共分为 3 步Soring Boot 作为一款优秀的开箱即用的框架已经为用户完成了其中 2 步引入替换包和导入 SLF4J 实现。
Spring Boot 的核心启动器 spring-boot-starter 引入了 spring-boot-starter-logging使用 IDEA 查看其依赖关系如下图。 从上图可知spring-boot-starter-logging 的 Maven 依赖不但引入了 logback-classic 包含了日志框架 SLF4J 的实现还引入了 log4j-to-slf4jlog4j 的替换包jul-to-slf4j JUL 的替换包即 Spring Boot 已经为我们完成了统一日志框架的 3 个步骤中的 2 步。
SpringBoot 底层使用 slf4jlogback 的方式记录日志当我们引入了依赖了其他日志框架的第三方框架例如 Hibernate时只需要把这个框架所依赖的日志框架排除即可实现日志框架的统一示例代码如下。 dependencygroupIdorg.springframework/groupIdartifactIdspring-core/artifactIdversion5.3.19/versionexclusionsexclusiongroupIdcommons-logging/groupIdartifactIdcommons-logging/artifactId/exclusion/exclusions/dependency 4.1默认配置
Spring Boot 默认使用 SLF4JLogback 记录日志并提供了默认配置即使我们不进行任何额外配也可以使用 SLF4JLogback 进行日志输出。
常见的日志配置包括日志级别、日志的输入出格式等内容。
日志级别
日志的输出都是分级别的当一条日志信息的级别大于或等于配置文件的级别时就对这条日志进行记录。
常见的日志级别如下。 级别 级别名称 说明 5 error 错误信息使用较多。 4 warn 警告使用较多。 3 info 输出重要的信息使用较多。默认 2 debug 调试实际应用中一般将其作为最低级别而 trace 则很少使用。 1 trace 追踪指明程序运行轨迹。 输出格式
我们可以通过以下常用日志参数对日志的输出格式进行修改如下表。 序号 输出格式 说明 1 %d{yyyy-MM-dd HH:mm:ss, SSS} 日志生产时间,输出到毫秒的时间 2 %-5level 输出日志级别-5 表示左对齐并且固定输出 5 个字符如果不足在右边补 0 3 %logger 或 %c logger 的名称 4 %thread 或 %t 输出当前线程名称 5 %p 日志输出格式 6 %message 或 %msg 或 %m 日志内容即 logger.info(message) 7 %n 换行符 8 %class 或 %C 输出 Java 类名 9 %file 或 %F 输出文件名 10 %L 输出错误行号 11 %method 或 %M 输出方法名 13 hostName 本地机器名 14 hostAddress 本地 ip 地址
4.2自定义日志配置
在 Spring Boot 的配置文件 application.porperties/yml 中可以对日志的一些默认配置进行修改但这种方式只能修改个别的日志配置想要修改更多的配置或者使用更高级的功能则需要通过日志实现框架自己的配置文件进行配置。
Spring 官方提供了各个日志实现框架所需的配置文件用户只要将指定的配置文件放置到项目的类路径下即可。 日志框架 配置文件 Logback logback-spring.xml、logback-spring.groovy、logback.xml、logback.groovy Log4j2 log4j2-spring.xml、log4j2.xml JUL (Java Util Logging) logging.properties
从上表可以看出日志框架的配置文件基本上被分为 2 类 普通日志配置文件即不带 srping 标识的配置文件例如 logback.xml 带有 spring 表示的日志配置文件例如 logback-spring.xml。 Spring Boot官方推荐优先使用带有-spring的文件名作为你的日志配置如果想自定义文件名可以通过logging.config属性指定自定义的名字 logging.configclasspath:my-logging-config.xml logback.xml使用
Chapter 6: Layouts
Chapter 6: Layouts (qos.ch)
?xml version1.0 encodingUTF-8?
!--scantrue 当发生变化 自动重载文件--
!--scanPeriod1000 自动重载文件时间间隔--
!--debugtrue 打印出logback内部日志信息--
configuration debugfalse!--定义日志文件的存储地址 勿在 LogBack 的配置中使用相对路径--property nameapp.name valueorder-service/property namelog.path value./logs/ /appender nameconsole classch.qos.logback.core.ConsoleAppender
!-- filter classch.qos.logback.classic.filter.ThresholdFilter--
!-- levelERROR/level--
!-- /filter--encoder!--格式化输出%d表示日期%thread表示线程名%-5level级别从左显示5个字符宽度,%msg日志消息%n是换行符--pattern${app.name} %d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{36} --- %msg%n/patterncharsetUTF-8/charset/encoder/appenderappender namefile classch.qos.logback.core.rolling.RollingFileAppenderfile${log.path}/${app.name}.log/filerollingPolicy classch.qos.logback.core.rolling.TimeBasedRollingPolicyfileNamePattern${log.path}/${app.name}.%d{yyyy-MM-dd}.%i.log/fileNamePattern!--日志文件保留天数--maxHistory7/maxHistoryTimeBasedFileNamingAndTriggeringPolicy classch.qos.logback.core.rolling.SizeAndTimeBasedFNATP!--日志文件最大的大小--maxFileSize1MB/maxFileSize/TimeBasedFileNamingAndTriggeringPolicy/rollingPolicyencoder!--格式化输出%d表示日期%thread表示线程名%-5level级别从左显示5个字符宽度%msg日志消息%n是换行符%logger{36}表示logger是class的全名36表示限制最长字符--pattern%date %level [%thread] %logger{36} [%file:%line] %msg%n/patterncharsetutf-8/charset/encoder/appenderroot levelinfoappender-ref refconsole /appender-ref reffile //rootlogger namecom.example levelwarn //configuration
