介绍 & lt; dependency>
,,,& lt; groupId> ch.qos.logback
,,,& lt; artifactId> logback-core
,,,& lt; version> 1.1.11
& lt;/dependency>
& lt; dependency>
,,,& lt; groupId> ch.qos.logback
,,,& lt; artifactId> logback-classic
,,,& lt; version> 1.1.11
& lt;/dependency> & lt; !——该依赖已经集成了logback——比;
& lt; dependency>
,,,& lt; groupId> org.springframework.boot
,,,& lt; artifactId> spring-boot-starter-web
& lt;/dependency> 如果未为给定的记录器分配一个级别,则它将从其最接近的祖先那里继承一个已分配的级别例。如:
给定记录器L的有效级别等于其层次结构中的第一个非空级别,从L本身开始,,然后在层次结构中向上寻找直到root 记录器。为了确保所有记录器最终都可以继承级别,root 记录器始终具有分配的级别,root 记录器默认级别是调试。 一个记录器可以配置多个appender,记录器输出的日志会输出到当前记录器绑定的appender和父级们记录器(直到root 记录器)绑定的appender,可以设置additivity 属性为假,则记录器输出的日志仅会输出到当前记录器绑定的appender <李> & lt; configuration>
& lt;才能appender name=癝TDOUT",类=癱h.qos.logback.core.ConsoleAppender"比;
,,,& lt; encoder>
,,,,,& lt; pattern> % d {HH: mm: ss.SSS},(%线程),% 5 level %记录器{36},安康;%味精% n
,,,& lt;/encoder>
& lt;才能/appender>
& lt;才能logger name=癱hapters.configuration"比;
,,,& lt; appender-ref ref=癝TDOUT",/比;
& lt;才能/logger>
& lt;才能root 水平=癲ebug"比;
,,,& lt; appender-ref ref=癝TDOUT",/比;
& lt;才能/root>
& lt;/configuration>
Logback如何在Springboot中使用?相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。
一、导入依赖
普通项目
springboot项目
二,配置文件解析
Logback默认会到类路径下找 logback-test。xml 和 logback。xml
弹簧引导会在类路径下查找是否有logback-test.groovy, logback-test.xml logback。groovy或者logback。xml,如果都找不到的话,才会加载项目路径下的logback-spring。xml
三,配置文件结构
如果一个记录器的名称后跟一个点,则该记录器是另一个记录器的祖先,该后跟点的名称是其后代记录器名称的前缀。如果记录器与子记录器之间没有祖先,则称该记录器为子记录器的父项。
例如,名为“com.foo"的记录器是名为“com.foo.Bar"的记录器的父项。同样,,“java"是“java.util"和“java.util.Vector"的祖先记录器。大多数开发人员都应该熟悉这种命名方案。
<强>记录器日志级别继承
<强>注意强:如果日志记录请求的级别高于或等于记录器的有效级别,则该日志请求是有效的。日志级别按以下顺序排序:跟踪& lt;调试& lt;信息& lt;警告& lt;错误。
<>强记录器关联的appender继承
六、记录器属性
<>强名称:指定全限定包名
<李>:<强>水平日志输出级别,如果没有配置,则参考上面的级别继承
<李><强>添加:默认为真的,参考上面的appender继承。
如果相加性为真的,会存在重复输出日志情况,如下所示
