这篇文章给大家介绍怎么在Spring Boot中异步输出Logback日志，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。
目前成都创新互联公司已为1000+的企业提供了网站建设、域名、网站空间、网站托管、服务器租用、企业网站设计、延边朝鲜族网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。
一、介绍
1.1 Logback
Logback是由log4j创始人设计的另一个开源日志组件，它分为下面下个模块：
logback-core：其它两个模块的基础模块
logback-classic：它是log4j的一个改良版本，同时它完整实现了slf4j API使你可以很方便地更换成其它日志系统如log4j或JDK14 Logging
logback-access：访问模块与Servlet容器集成提供通过Http来访问日志的功能
1.2 日志级别
包括：TRACE、DEBUG、INFO、WARN 和 ERROR。
1.2.1 TRACE
特别详细的系统运行完成信息，业务代码中，不要使用。(除非有特殊用意，否则请使用DEBUG级别替代)
1.2.2 DEBUG
可以填写所有的想知道的相关信息(但不代表可以随便写，debug信息要有意义,最好有相关参数)；
生产环境需要关闭DEBUG信息
如果在生产情况下需要开启DEBUG,需要使用开关进行管理，不能一直开启。
1.2.3 INFO
系统运行信息
Service方法中对于系统/业务状态的变更；
主要逻辑中的分步骤。
外部接口部分
客户端请求参数(REST/WS)；
调用第三方时的调用参数和调用结果。
说明
并不是所有的service都进行出入口打点记录,单一、简单service是没有意义的；
对于复杂的业务逻辑，需要进行日志打点，以及埋点记录，比如电商系统中的下订单逻辑，以及OrderAction操作(业务状态变更)；
对于整个系统的提供出的接口(REST/WS)，使用INFO记录入参；
如果所有的service为SOA架构，那么可以看成是一个外部接口提供方，那么必须记录入参；
调用其他第三方服务时，所有的出参和入参是必须要记录的(因为你很难追溯第三方模块发生的问题)。
1.2.4 WARN
不应该出现但是不影响程序、当前请求正常运行的异常情况:
有容错机制的时候出现的错误情况；
找不到配置文件，但是系统能自动创建配置文件；
即将接近临界值的时候，例如：缓存池占用达到警告线；
业务异常的记录,比如:当接口抛出业务异常时，应该记录此异常。
1.2.5 ERROR
影响到程序正常运行、当前请求正常运行的异常情况:
打开配置文件失败；
所有第三方对接的异常(包括第三方返回错误码)；
所有影响功能使用的异常，包括:SQLException和除了业务异常之外的所有异常(RuntimeException和Exception)。
不应该出现的情况:
如果进行了抛出异常操作，请不要记录ERROR日志，由最终处理方进行处理：
反例(不要这么做):
try{
....
}catch(Exception ex){
String errorMessage=String.format("Error while reading information of user [%s]",userName);
logger.error(errorMessage,ex);
throw new UserServiceException(errorMessage,ex);
}1.3 SpringBoot 中 logback
SpringBoot工程自带logback和slf4j的依赖，所以重点放在编写配置文件上，需要引入什么依赖，日志依赖冲突统统都不需要我们管了;
logback框架会默认加载classpath下命名为logback-spring或logback的配置文件。
将所有日志都存储在一个文件中文件大小也随着应用的运行越来越大并且不好排查问题，正确的做法应该是将ERROR日志和其他日志分开，并且不同级别的日志根据时间段进行记录存储。
二、logback 配置
2.1 配置文件logback-spring.xml示例