slf4j+logback配置详解

近来在重构项目,原有项目日志部分使用SpringBoot的默认配置

默认情况下,Spring Boot会用Logback来记录日志,如果依赖了spring-boot-starter或者spring-boot-starter-logging则使用在spring-boot-1...RELEASE.jar下org/springframework/boot/logging/logback中的base.xml defaults.xml console-appender.xml file-appender.xml作为配置文件

网上发现一个logback的配置详解,地址为https://segmentfault.com/a/1190000008315137 留下作为记录
 <?xml version="1.0" encoding="UTF-8"?>
 <!--
 scan:当此属性设置为true时,配置文件如果发生改变,将会被重新加载,默认值为true。
 scanPeriod:设置监测配置文件是否有修改的时间间隔,如果没有给出时间单位,默认单位是毫秒当scan为true时,此属性生效。默认的时间间隔为1分钟。
 debug:当此属性设置为true时,将打印出logback内部日志信息,实时查看logback运行状态。默认值为false。
 -->
 <configuration scan="false" scanPeriod="60 seconds" debug="false">
 	<!-- 定义日志的根目录 -->
 	<property name="LOG_HOME" value="/apps/log/ducetech"/>
 	<!-- 定义日志文件名称 -->
 	<property name="appName" value="ducetech-upms"></property>
 	<!-- ch.qos.logback.core.ConsoleAppender 表示控制台输出 -->
 	<appender name="stdout" class="ch.qos.logback.core.ConsoleAppender">
 		<!--
 		日志输出格式:%d表示日期时间,%thread表示线程名,%-5level:级别从左显示5个字符宽度
 		%logger{50} 表示logger名字最长50个字符,否则按照句点分割。 %msg:日志消息,%n是换行符
 		-->
 		<encoder class="ch.qos.logback.core.encoder.LayoutWrappingEncoder">
 			<layout class="ch.qos.logback.classic.PatternLayout">
 				<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern>
 			</layout>
 			<charset>UTF-8</charset>
 		</encoder>
 	</appender>

 	<!-- 滚动记录文件,先将日志记录到指定文件,当符合某个条件时,将日志记录到其他文件 -->
 	<appender name="appLogAppender" class="ch.qos.logback.core.rolling.RollingFileAppender">
 		<!-- 指定日志文件的名称 -->
 		<file>${LOG_HOME}/${appName}.log</file>
 		<!--
 		当发生滚动时,决定 RollingFileAppender 的行为,涉及文件移动和重命名
 		TimeBasedRollingPolicy: 最常用的滚动策略,它根据时间来制定滚动策略,既负责滚动也负责出发滚动。
 		-->
 		<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
 			<!--
 			滚动时产生的文件的存放位置及文件名称 %d{yyyy-MM-dd}:按天进行日志滚动
 			%i:当文件大小超过maxFileSize时,按照i进行文件滚动
 			-->
 			<fileNamePattern>${LOG_HOME}/${appName}-%d{yyyy-MM-dd}-%i.log</fileNamePattern>
 			<!--
 			可选节点,控制保留的归档文件的最大数量,超出数量就删除旧文件。假设设置每天滚动,
 			且maxHistory是365,则只保存最近365天的文件,删除之前的旧文件。注意,删除旧文件是,
 			那些为了归档而创建的目录也会被删除。
 			-->
 			<MaxHistory>365</MaxHistory>
 			<!--
 			当日志文件超过maxFileSize指定的大小是,根据上面提到的%i进行日志文件滚动 注意此处配置SizeBasedTriggeringPolicy是无法实现按文件大小进行滚动的,必须配置timeBasedFileNamingAndTriggeringPolicy
 			-->
 			<timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
 				<maxFileSize>100MB</maxFileSize>
 			</timeBasedFileNamingAndTriggeringPolicy>
 		</rollingPolicy>
 		<!--
 		日志输出格式:%d表示日期时间,%thread表示线程名,%-5level:级别从左显示5个字符宽度 %logger{50} 表示logger名字最长50个字符,否则按照句点分割。 %msg:日志消息,%n是换行符
 		-->
 		<encoder class="ch.qos.logback.core.encoder.LayoutWrappingEncoder">
 			<layout class="ch.qos.logback.classic.PatternLayout">
 				<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [ %thread ] - [ %-5level ] [ %logger{50} : %line ] - %msg%n
 				</pattern>
 			</layout>
 			<charset>UTF-8</charset>
 		</encoder>
 	</appender>

 	<!--
 	logger主要用于存放日志对象,也可以定义日志类型、级别
 	name:表示匹配的logger类型前缀,也就是包的前半部分
 	level:要记录的日志级别,包括 TRACE < DEBUG < INFO < WARN < ERROR
 	additivity:作用在于children-logger是否使用 rootLogger配置的appender进行输出,false:表示只用当前logger的appender-ref,true:表示当前logger的appender-ref和rootLogger的appender-ref都有效
 	-->
 	<!-- hibernate logger -->
 	<!--<logger name="org.hibernate" level="error">-->
 	<!--</logger>-->

 	<!-- druid logger -->
 	<logger name="druid.sql" level="info" additivity="false">
 		<appender-ref ref="stdout"/>
 	</logger>

 	<!-- Spring framework logger -->
 	<logger name="org.springframework" level="error" additivity="false">
 		<appender-ref ref="stdout"/>
 	</logger>

 	<!--
 	root与logger是父子关系,没有特别定义则默认为root,任何一个类只会和一个logger对应,
 	要么是定义的logger,要么是root,判断的关键在于找到这个logger,然后判断这个logger的appender和level。
 	-->
 	<root level="info">
 		<appender-ref ref="stdout"/>
 		<appender-ref ref="appLogAppender"/>
 	</root>
 </configuration>
  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值