网站开发学习课程,手机网站建站视频教程,wordpress vip视频解析,免费咨询链接任务自动拦截问题SpringBoot日志 日志概述日志使用打印日志获取日志对象使用日志对象打印日志日志框架介绍门面模式SLF4J框架介绍(simple logging facade for java) 日志格式说明日志级别日志级别的分类日志级别的使用 日志配置配置日志级别日志持久化配置日志文件的路径和文件名配置日志文件的… SpringBoot日志 日志概述日志使用打印日志获取日志对象使用日志对象打印日志日志框架介绍门面模式SLF4J框架介绍(simple logging facade for java) 日志格式说明日志级别日志级别的分类日志级别的使用 日志配置配置日志级别日志持久化配置日志文件的路径和文件名配置日志文件的保存路径 配置日志文件分割 更简单的日志输出 日志概述
为什么要学习⽇志 ⽇志对我们来说并不陌⽣, 从JavaSE部分, 我们就在使⽤ System.out.print 来打印⽇志了. 通过打印⽇志来发现和定位问题, 或者根据⽇志来分析程序的运⾏过程.在Spring的学习中, 也经常根据控制台的⽇志来分析和定位问题.
随着项⽬的复杂度提升, 我们对⽇志的打印也有了更⾼的需求, ⽽不仅仅是定位排查问题. ⽐如需要记录⼀些⽤⼾的操作记录(⼀些审计公司会要求), 也可能需要使⽤⽇志来记录⽤⼾的⼀些喜好,把⽇志持久化, 后续进⾏数据分析等. 但是 System.out.print 不能很好的满⾜我们的需求, 我们就需要使⽤⼀些专⻔⽇志框架(专业的事情交给专业的⼈去做)
日志使用
Spring Boot 项⽬在启动的时候默认就有⽇志输出如下图所⽰ 我们可以看到SpringBoot答应出来的日志却少了很多信息 SpringBoot打印出来的日志有 日志时间 日志级别 线程 打印日志的位置 日志信息等 springboot内置了日志框架slf4j,我们可以直接在程序中调用slf4j来输出日志
打印日志
打印日志的步骤:
在程序中得到日志对象使用日志对象输出要打印的内容
获取日志对象
在程序中获取⽇志对象需要使⽤⽇志⼯⼚ LoggerFactory如下代码所⽰
public class LogController {private static Logger logger LoggerFactory.getLogger(LogController.class);
}LoggerFactory.getLogger需要传递一个参数,标识这个日志的名称,这样可以更清晰的直到是哪个类输出的日志,当有问题时,可以更方便直观的定位到问题类 使用日志对象打印日志
日志对象的打印方法有很多种,我们可以先使用info()方法来输出日志
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;RestController
public class LogController {private static Logger logger LoggerFactory.getLogger(LogController.class);RequestMapping(/log)public String logger(){logger.info(这是一段日志);return 打印日志;}
}日志框架介绍 SLF4J不同于其他日志框架,他不是一个真正的日志实现,而是一个抽象层,对日志框架指定的一种规范,标准,接口,所有SLF4J并不能独立使用,需要和具体的日志框架配合使用 门面模式
SLF4J是门面模式的典型应用
门面模式Facade Pattern是一种软件设计模式它提供了一个统一的接口用来访问子系统中的一群接口。这个模式通过创建一个高层接口简化了客户端与子系统之间的交互从而降低了系统之间的耦合度。
通常情况下一个系统由多个子系统组成每个子系统都有自己的接口和功能。而客户端需要与这些子系统进行交互这样可能会导致客户端代码变得复杂并且对系统的变化比较敏感。门面模式的出现正是为了解决这个问题。
通过门面模式客户端只需要和门面对象交互而门面对象负责将请求委派给相应的子系统进行处理。这样一来客户端就不需要了解子系统的具体实现细节从而降低了客户端和子系统之间的耦合度同时也方便了对子系统的修改和维护。
总的来说门面模式可以帮助简化复杂系统的接口提高系统的灵活性和可维护性同时也能够隐藏系统的复杂性使客户端更加容易使用。 门面模式主要包含两种角色 外观角色,也成为门面角色,系统对外的统一接口 子系统角色,可以同时有一个或多个SubSystem,每个SubSystem都不是一个单独的类,而是一个类的集合,SubSystem并不知道Facade的存在, SLF4J框架介绍(simple logging facade for java)
SLF4J就是其他日志框架的门面,SLF4J可以理解为是提供日志服务的统一API接口,并不涉及到具体的日志逻辑实现
不引入日志门面 常见的日志框架有log4j ,logback等 如果一个项目已经使用log4j,而你依赖的另一个类库,假如依赖另一个日志框架logback,那么就需要吧logback也加进去 存在问题 不同的日志框架的API接口和配置文件不同,如果多个日志框架并存,那么不得不维护多套配置文件(这里的配置文件指的是用户自定义的配置文件)如果要更换日志框架,应用程序将不得不修改代码,并且修改过程中可能会存在一些代码冲突如果引入的第三方框架,使用了多套,那就不得不维护多套配置 引入日志门面 引入日志门面框架后,应用程序和日志框架之间有了统一 的API接口,此时应用程序只需要维护一套日志文件配置,且当底层实现框架改变时,也不需要更改应用程序代码 日志格式说明 从上图可以看到⽇志输出内容元素具体如下
时间⽇期精确到毫秒⽇志级别ERROR, WARN, INFO, DEBUG 或TRACE进程ID线程名Logger名(通常使⽤源代码的类名)⽇志内容
日志级别
⽇志级别代表着⽇志信息对应问题的严重性, 为了更快的筛选符合⽬标的⽇志信息
日志级别的分类
在Spring框架中日志级别通常遵循通用的日志级别标准比如 SLF4J 或 Logback 中定义的日志级别。Spring框架本身并没有定义自己的日志级别而是使用这些通用的标准。以下是常见的日志级别 TRACE提供非常详细的日志信息通常用于调试跟踪程序执行过程中的细节。 DEBUG用于输出调试信息用于辅助定位问题和调试程序。 INFO提供一般性的运行时信息表明应用程序正在运行。 WARN表示潜在的问题不会导致应用程序停止运行但可能需要引起注意。 ERROR用于指出虽然发生了错误但仍然允许程序继续运行。 FATAL指出严重的错误可能导致应用程序退出。 在配置Spring应用程序的日志级别时可以通过配置文件比如logback.xml或log4j2.xml或者通过代码来设置。一般来说通过配置文件进行设置更为灵活可以根据不同的包或类设置不同的日志级别。在Spring中也可以通过Spring Boot的application.properties或application.yml文件来配置日志级别。
总的来说通过合理设置日志级别可以帮助开发人员了解应用程序的运行情况快速定位问题提高系统的可维护性和稳定性。
日志级别的使用
⽇志级别是开发⼈员⾃⼰设置的. 开发⼈员根据⾃⼰的理解来判断该信息的重要程度
针对这些级别, Logger 对象分别提供了对应的⽅法, 来输出⽇志
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;RestController
public class LogController {private static Logger logger LoggerFactory.getLogger(LogController.class);RequestMapping(/log)public String logger(){logger.trace(这是一段trace日志);logger.debug(这是一段debug日志);logger.info(这是一段info日志);logger.warn(这是一段warn日志);logger.error(这是一段error日志);return 打印日志;}
}SpringBoot 默认的⽇志框架是Logback, Logback没有 FATAL 级别, 它被映射到 ERROR . 出现fatal⽇志表⽰服务已经出现了某种程度的不可⽤, 需要需要系统管理员紧急介⼊处理. 通常情况下, ⼀个进程⽣命周期中应该最多只有⼀次FATAL记录. 结果发现只打印了info,warn和error级别的日志 这与日志级别的配置有关,日志的输出默认级别时info级别 ,所以只会打印大于等于此级别的日志,也就是info,warn和error
日志配置
上述是⽇志的使⽤, ⽇志框架⽀持我们更灵活的输出⽇志, 包括内容, 格式等
配置日志级别
我们可以在配置文件application.yml中配置logging.level配置项即可 我们可以发现此时就可以打印出Debug级别的日志了
日志持久化
以上的⽇志都是输出在控制台上的, 然⽽在线上环境中, 我们需要把⽇志保存下来, 以便出现问题之后追溯问题. 把⽇志保存下来就叫持久化.
日志持久化的两种方式 配置日志文件名配置日志的存储目录 配置日志文件的路径和文件名
yml配置文件配置 设置文件的文件名 配置日志文件的保存路径 这种方式只能设置日志的路径,文件名为固定的spring.log 注意: logging.file.name 和 logging.file.path 两个都配置的情况下, 只⽣效其⼀, 以logging.file.name 为准 配置日志文件分割
如果我们的⽇志都放在⼀个⽂件中, 随着项⽬的运⾏, ⽇志⽂件会越来越⼤, 需要对⽇志⽂件进⾏分割 当然, ⽇志框架也帮我们考虑到了这⼀点, 所以如果不进⾏配置, 就⾛⾃动配置 默认⽇志⽂件超过10M就进⾏分割 配置项说明默认值logging.logback.rollingpolicy.file-name-pattern⽇志分割后的⽂件名格式${LOG_FILE}.%d{yyyy-MM-dd}.%i.gzlogging.logback.rollingpolicy.max-file-size⽇志⽂件超过这个⼤⼩就⾃动分割10MB
配置文件分割 yml配置 logging:logback:rollingpolicy:max-file-size: 1KBfile-name-pattern: ${LOG_FILE}.%d{yyyy-MM-dd}.%i⽇志⽂件超过1KB就分割(设置1KB是为了更好展⽰. 企业开发通常设置为200M, 500M等, 此处没 有明确标准)分割后的⽇志⽂件名为: ⽇志名.⽇期.索引 更简单的日志输出
每次都使⽤ LoggerFactory.getLogger(xxx.class) 很繁琐, 且每个类都添加⼀遍, lombok给我们提供了⼀种更简单的⽅式.
添加 lombok 框架⽀持使⽤ slf4j 注解输出⽇志。
import lombok.extern.slf4j.Slf4j;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;Slf4j
RestController
public class LogController {
// private static Logger logger LoggerFactory.getLogger(LogController.class);RequestMapping(/log)public String logger(){//此时对象名称为固定的loglog.trace(这是一段trace日志);log.debug(这是一段debug日志);log.info(这是一段info日志);log.warn(这是一段warn日志);log.error(这是一段error日志);return 打印日志;}
}我们可以发现 这个注解的生命周期只存在于源代码阶段 **代码在经过编译之后 自动为我们生成了Logger对象 **
