Spring日志框架
前言
本文我们简单说说关于Spring中的日志框架,以及对应的注解
我们知道,公司服务器在运行的时候,一定会打印日志,有很多优点,比如预防报警,或者是某重大事故尝试修复等等都需要查看日志
应该说日志对我们来说并不陌生,我们在之前刷题或者是程序遇到bug的时候也经常会将程序的状态等打印在控制台上
但是随着项目的复杂度的增加,仅仅使用System.out,print语句已经不能满足我们了,我们需要更加专业的一些日志框架来帮助我们解决问题
本篇我们就将讲解一个Spring引入的外部框架,简单好用
就像我们平常控制台上的日志一样,可以体现更多的信息
日志的用途
我们首先知道日志是发现问题解决问题的
但是日志不仅仅只支持这几个功能,他的功能甚至更加强大
比如日志还有以下功能
1.系统监控
通过日志监控一个系统的运行状态,每一个方法的响应时间,响应状态的设置不同的规则,超过规则达到一定阈值进行报警啊等等等
2.数据采集
统计页面的浏览量,从而可以设置主页的推荐排序啊等等
3.日志审计
这就涉及国家要检查企业的日志等等,涉及一些网络安全问题
日志的使用
首先我们来介绍一下启动spring的时候系统生成的日志
这里的每一条日志都是由 时间 + 日志级别 + 进程号 + --- + 项目名 + 线程名 + Logger名(通常使用源代码的类名) + 日志内容
其中日志的等级分为
FATAL,ERROR,WARN,INFO,DEBUG,TRACE
注:这里的日志级别主要是给不同的人来过滤信息使用的
FATAL:需要立即被处理的系统级别错误
ERROR:需要出来,但是不影响系统的持续运行
WARN:不影响使用,但是需要注意
INFO:普通信息,比如请求完成等
DEBUG:调试信息,一般不显示
TRACE:比DEBUG更细粒度的调试信息
级别越高,收到的信息越少
下面我们来打印点自己的日志瞅瞅
我们发现这里INFO以下级别的日志根本没有被打印出来
注:SpringBoot的默认日志框架是logback,logback中不存在fatal级别,他被逻辑映射到了error中
我们发现这里并没有出现DEBUG级别和TRACE级别的日志,这是因为Spring的默认参数设置是INFO级别,只会显示这个级别以上的日志文件,我们如果想看到低级别的日志可以去配置文件中修改参数即可
将logger.level修改成debug就可以看到debug及以上的信息了
设计模式
日志这里涉及两个设计模式
工厂模式和门面模式
由于我们在之前介绍过工厂模式,这里就做过多赘述了
我们这里简单介绍一下门面模式(又称外观模式)
我们这里使用的框架叫做SLF4J 这就是一个日志的门面
主要做的事情就是让客户端减少和底层的直接交互,而是通过这个抽象层,访问子系统的一堆接口,降低了其中的耦合性,定义了一个高层接口,让子系统更容易被使用
比如你家的智能家居
你可以通过手机上的软件来直接操作家里的各种电器,而不需要使用底层电器的直接开关
日志的持久化
日志通常是不断产生的,我们需要将日志持久化到文件中,以便于保存或者出现问题的时候及时查看 ,所以我们需要将日志持久化到文件中保存
这里在文件中设置配置保存的路径或者文件名即可
这里我们的配置可以使用两种
1.使用路径 + 文件名
比如 logging.file.name 就会发现在项目中多了一个文件夹和一个文件
2.使用路径(不支持文件名,这里使用文件名会被当做文件路径)
logging.file.path 这里不管使用什么后缀都不会生效
注解方式使用日志
我们只需要导入lombok的依赖即可使用
加入一个@slf4j注解即可,其实现和工厂模式的实现相同,我们可以查看idea给的反编码
查看官方文档
点击官方文档,
