Spring boot使用logback实现日志配置

老顾聊技术 09-21 596

前言：

眼前各位老铁们对“apache插件日志”大约比较珍视，姐妹们都需要知道一些“apache插件日志”的相关文章。那么小编也在网上收集了一些对于“apache插件日志””的相关知识，希望朋友们能喜欢，大家快快来了解一下吧！

欢迎关注头条号：老顾聊技术

精品原创技术分享，知识的组装工

目录前言常用日志组件什么是日志门面和日志实现常见的日志框架日志使用@slf4j注解日志的配置logback-spring配置总结前言

日志是我们系统必备的功能之一，可以帮助我们开发人员定位系统的异常、错误以及运行流程的重要的工具。今天老顾就来介绍一下Spring boot的默认的logback日志框架。

常用日志组件

java开发日志处理是发现和调试bug所必不可少的，现在企业中常用的日志组件有哪些呢？JCL 、 JUL、 SLF4j、Log4j、 Log4j2 、 Logback、 jboss-loggin 等，是不是很乱，很多开发人员对日志框架理解的不够透彻，一般日志是配套出现的，一般是由一个日志门面和一个日志实现配套使用。

什么是日志门面和日志实现？

日志门面：是日志实现的抽象层。

日志实现：具体的日志功能的实现。

为什么不直接使用日志实现，而是又弄了一个叫日志门面的东西？

因为日志实现，可能会有一些代码的优化和改动，避免影响用户在项目中的使用，使用日志门面这些统一的接口，假设在实现层代码做了更改，用户在项目中使用日志而调用的接口等等都是不会受影响的。

常见的日志框架有哪些？

在实际使用中，是选择一个抽象层的日志门面搭配一个底层日志实现来使用的。

SpringBoot中默认选择的搭配是：slf4j+logback

下面分别了解一下以上提到的各种门面和实现。

JCL:最后一次版本更新停在了2014年，后来没有继续维护更新，一般不考虑选用。

slf4j：这里提一下日志实现里面的log4j和logback，这两个实现和门面slf4j都是同一个人写的，他先写了log4j后，觉得性能可以再做优化，又写了logback，为了有更加适配的门面，自己又为log4j和logback量身打造了门面slf4j。所以这三者里面最优的搭配当然是slf4j+logback。

JUL:是java.util.logging包下提供的日志实现。实现简陋，很多地方受到开发者的吐槽，所以首先排除

jboss-loggin：自诞生之初，就不是为了服务大众，不受到什么青睐。

log4j2：log4j问世之后，apache公司发现了日志市场，自家也开发了一款叫log4j2的产品。

下面老顾就介绍如何配置和使用 SLF4j + logback

日志的使用

先上一段测试代码

在这里，我们需要在每个类中创建一个 Logger对象，并且使用当前类的类名来创建，那么这个类名存在的意义在哪里？我们可以先运行第一个测试，看下结果

是不是少了个debug日志，下面会介绍，不急

由上图可知，我们的类名在日志中是为了方便我们找到异常是在哪个类中，进行锁定。因此，使用类名创建的logger的作用就是在这里，但是如果我们需要在每个类中都这样的创建一个logger对象，不方便，因此可以通过一个注解来帮我们实现那就是@Slf4j ,该注解就可以帮我们自动创建一个log对象。

@Slf4j注解

使用 @Slf4j注解需要两点

1.安装lombok插件，可上网查阅

2.添加 lombok的依赖

<dependency>	<groupId>org.projectlombok</groupId>    <artifactId>lombok</artifactId>    <scope>provided</scope></dependency>

修改代码

上面的日志输出方式，是默认方式；怎么设置日志输出，我们来看看怎么配置？

日志的配置

日志可以通过两种方法配置，一种是application.yml配置，一种是lobback-spring.xml配置。

application.yml配置

这种配置方法配置项较少，一般有以下属性配置

1. 配置输出格式为时间 - 消息换行

logging:  pattern:    console: "%d - %msg%n"

2. 配置日志输出位置

logging:  path: /Users/gujiachun/Downloads

运行后，我们可以看到Downloads下生成了一个文件spring.log这文件是spring生成

3. 配置日志输出文件，这样可以指定日志输出到哪个文件

logging:  file: /Users/gujiachun/Downloads/test.log

我们可以看到在Downloads生成了test文件

这里注意：我们可以配置日志保存位置，以及具体输出的文件，如果同时配置的话，会使用我们指定的file为主

4. 配置日志输出级别

日志一般主要看重的有5个级别，优先级如 DEBUG<INFO<WARN<ERROR<FATAL等，而springboot默认配置是INFO级别，所以我们测试代码中写了三行，在结果中我们只看到了info 和 error，因为debug优先级比info低，所以我们看不到。

那么我们配置一下格式 logging.level.包名或类名: 级别即可，举例如下

logging:  pattern:    console: "%d - %msg%n"  file: /Users/gujiachun/Downloads/test.log  level:    #这里可以是包名也可以是类名    com.rainbow.goods.test: debug

运行后，我们可以看到原来只能看到 info 和 error 的，现在的debug也可以看到

lobback-spring.xml 配置

一、我们先把application.yml的关于日志的注释掉，新建一个文件logback-spring.xml，为什么要取这个名字呢，Spring Boot官方推荐优先使用带有-spring的文件名作为你的日志配置（如使用logback-spring.xml，而不是logback.xml），如果我们想自定义名字，可以在 application.yml中通过logging.config=classpath:/xxx.xml等方式配置。

二、注意几个 xml节点的含义

1、根节点<configuration debug="false">包含的属性

scan:当此属性设置为 true 时，配置文件如果发生改变，将会被重新加载，默认true 。

scanPeriod:设置监测配置文件是否有修改的时间间隔，如果没有给出时间单位，默认单位是毫秒。当 scan 为 true 时，此属性生效。默认的时间间隔为1分钟。

debug:当此属性设置为 true 时，将打印出 logback 内部日志信息，实时查看 logback 运行状态。默认值为 false

2、子节点 <root>

root节点是必选节点，用来指定最基础的日志输出级别，只有一个level属性。

level:用来设置打印级别，大小写无关：TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF，不能设置为INHERITED或者同义词NULL。默认是DEBUG。可以包含零个或多个元素，标识这个appender将会添加到这个loger。

3、子节点<contextName> 设置上下文名称

每个logger都关联到logger上下文，默认上下文名称为“default”。但可以使用设置成其他名字，用于区分不同应用程序的记录。一旦设置，不能修改,可以通过 %contextName 来打印日志上下文名称，一般来说我们不用这个属性，可有可无。

4、子节点<property> 设置变量

用来定义变量值的标签，有两个属性，name和value；其中name的值是变量的名称，value的值时变量定义的值。通过定义的值会被插入到logger上下文中。定义变量后，可以使“${}”来使用变量。

5、子节点<appender>

appender用来格式化日志输出节点，有俩个属性name和class，class用来指定哪种输出策略，常用就是控制台输出策略和文件输出策略。控制台输出 ConsoleAppender

6、子节点五 <loger>

<loger> 用来设置某一个包或者具体的某一个类的日志打印级别、以及指定 <appender> 。 <loger> 仅有一个 name 属性，一个可选的 level 和一个可选的 addtivity 属性。

name :用来指定受此loger约束的某一个包或者具体的某一个类。

level :用来设置打印级别，大小写无关：TRACE, DEBUG, INFO, WARN, ERROR, ALL 和 OFF，还有一个特俗值INHERITED或者同义词NULL，代表强制执行上级的级别。如果未设置此属性，那么当前loger将会继承上级的级别。

addtivity :是否向上级loger传递打印信息。默认是true。

简要说明

appender：配置项，规则，通过这个节点内容配置，我们可以配置输出位置（控制台，文件），输出格式等

root：根节点，表明整个项目基本的日志级别，里面可以应用多个appender规则

在上面的 logback-spring.xml中，appender配置了一个规则， ConsoleAppender表明日志输出到控制台，layout表明输出格式，root节点配置表明该项目基础的日志级别为info，引入控制台输出的规则，那么我们运行看结果

从结果上来看，配置的是 info级别，所以 debug的没有输出，现在如果我想把日志输出到文件怎么处理呢，可以使用如下配置，添加一个 appender规则，由于日志可能比较多，一般是按照日期来输出日志，因此如下配置了每天一个日志到指定位置

启动执行

如果我们想把info的日志和error的日志区分到两个文件放置，该怎么写呢？

我们可以新建一个规则，结构如上图，只是在里面添加了一个过滤器，使用的是范围过滤，也就是拦截Error级别的信息，如下

启动执行

运行后，我们可以在Downloads下的error.log中看到里面只有一条记录，关于error的记录，但是我们在info的那个文件中，依旧有info和error的信息，那么如果将info提取出来呢？能不能也想这样添加一个过滤器呢，测试一下，经过测试我们发现没有作用，因为拦截info，error还是会显示，因为error的优先级高，那么我们可以利用LevelFilter方法来处理，如下

运行后，发现确实实现了 info 和 error的日志分开，但是在上图例子中，虽然我们排除了 error，但是除开info，如果我们还有 warn级别的日志信息，还是会输出在 info.log文件中，因为warn优先级比info高，但是我们只是拦截了error而已。

总结

以上介绍了logback的基本用法，下一篇老顾会介绍多环境下的使用，以及生产环境如何配置，谢谢！！！

---End---

最近老顾上传了微服务网关的分享课程，请大家多多支持