日志

1.日志框架

JUL,JCL,jboos-logging,logback,log4j,log4j2,slf4j

日志门面（抽象层）	日志实现
JCL（jakarta Commons Logging ==>apache的jakarta小组开发的）,SLF4j(Simple Logging Facade for Java 简单的java日志门面)，jboss-logging	Log4j,JUL(java.util.logging),log4j2,Logback

左边选一个门面(抽象层)，右边选一个实现
日志门面：SLF4j
日志实现：Logback
SLF4j Log4j Logback 出自同一人之手
SpringBoot：底层是Spring框架，Spring默认使用的是JCL
SpringBoot选用的也是SLF4j Logback

2.SL4J使用列表

1.如何在系统中使用SLF4J

以后开发的时候，日志记录方法的调用，不应该直接调用日志的实现类，应该调用日志抽象层里边的方法。
用户手册
系统导入slf4j的jar包，需要导入的jar包跟准备使用的实现层的关系，
因为log4j java.util 当时没有想到会有SLF4J 所以使用它们的时候需要多用一层中间适配层jar，中间适配层jar，来适配一些本来不认识SLF4J框架的日志实现
在这里插入图片描述

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

public class HelloWorld {
  public static void main(String[] args) {
    Logger logger = LoggerFactory.getLogger(HelloWorld.class);
    logger.info("Hello World");
  }
}

每一个日志的实现框架都有自己的配置文件。使用sl4j以后，配置文件还是做成日志实现框架的配置文件；就是说sl4j只是做一个抽象层，用谁实现sl4j就配置谁的配置文件

2、遗留问题

一个系统中不同的第三方依赖包用到的日志类型是不统一的
统一日志记录，即让别的框架和我统一使用slf4j进行输出。
比如Spring用的是commonslogging API 我们就把他的依赖包全部删除，有人会说删除了肯定报错啊，因为我们使用它们的方法啦！对的,会报错，我们再引入一个jcl-over-slf4j.jar 这个jar的作用是具有之前所有删除的包中所有方法，但是方法的实现那就不一定是按照原来套路了，他是调用了slf4j相关的方法，也就是偷天换日，以假乱真。
在这里插入图片描述
如何让系统中所有日志都统一为slf4j
1.将系统中其他日志框架排除（不导入相关包）
2.用中间包替换原来日志框架（jar包）
3.导入sel4j其他的实现

3.SpringBoot日志关系

在这里插入图片描述
idea会以图谱的方式展示依赖的关系

    <dependency>
	      <groupId>org.springframework.boot</groupId>
	      <artifactId>spring-boot-starter</artifactId>
	      <version>2.1.2.RELEASE</version>
	      <scope>compile</scope>
    </dependency>

在这里插入图片描述
SpringBoot使用它来做日志功能（双击点进去）

	 <dependency>
	      <groupId>org.springframework.boot</groupId>
	      <artifactId>spring-boot-starter-logging</artifactId>
	      <version>2.1.2.RELEASE</version>
	      <scope>compile</scope>
    </dependency>

在这里插入图片描述
logback-classic -> logback-core 日志实现
jul-to-slf4j,log4j-to-slf4j 把其他日志转为slf4j的jar包
slf4j-api 日志抽象层
总结：
1）SpringBoot 底层也是使用sef4j+logback的方式进行日志记录
2）SpringbBoot也把其他日志都替换成了sef4j
3) 如果引入了其他框架，一定要一出掉默认日志框架不然会冲突
4) 看最新的2.0以上的好像机制有一些变化，但是原理应该差不多，都是通过中间jar进行转换

4. SpringBoot日志默认配置

SpringBoot默认已经配置好了日志；
默认级别是info

  @Test
    public void contextLoads() {
        //日志的级别  由低到高trace<debug<info<warn<error
        //可以调整输出的日志级别 日志就会只在这个级别及以后的高级别生效
        logger.trace("这是trace日志");
        logger.debug("这是debugger日志");
        //SpringBoot是info级别 root级别 默认级别 
        logger.info("这是info日志");
        logger.warn("warn日志");
        logger.error("error日志");
    }

自行配置：
logging.level.com.example=trace //把com.example包下的级别设置为trace

logging.level.com.example=trace
#logging.path 和 logging.file 都不指定的情况下 只在控制台输出
#logging.file指定文件名  输出到指定文件  logging.file=log.log  就会在项目根目录下创建log.log 并把日志内容输入进去
#logging.file=G:/log.log  就会在G盘下创建log.log并把日志内容输入进去
logging.file=log.log
#logging.path 与 logging.file 是两个冲突设置  loging.file 优先级大于logging.path
#我们一般指定logging.path
#logging.path=/spring/log  在当前磁盘的根路径下创建spring文件夹和里面log文件夹  这个文件夹使用spring.log作为默认文件
logging.path=/spring/log

#在控制台输出的日志格式   时间                             线程  类别左对齐  类名50个字符  消息 换行
logging.pattern.console=%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] -5level %logger{50} -%msg%n
#指定文件中日志输出的格式
logging.pattern.file=%d{yyyy-MM-dd} === [%thread] === -5level === %logger{50} ===  -%msg%n

在这里插入图片描述
SpringBoot关于logging的类

官方关于日志的文档

在这里插入图片描述
定义自己日志配置文件
在类路径下放上每个日志框架自己的配置文件即可，SpringBoot就不使用他默认配置的了怎么放放的名字叫什么下面图片展示了

<?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="/app/log" />
    <!-- 定义日志文件名称 -->
    <property name="appName" value="atguigu-springboot"></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是换行符
        -->
        <layout class="ch.qos.logback.classic.PatternLayout">
            <pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{50} - %msg%n</pattern>
        </layout>
    </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>
        <!-- 日志输出格式： -->     
        <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>
    </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="com.example" level="debug" />
    <!-- Spring framework logger -->
    <logger name="org.springframework" level="debug" additivity="false"></logger>



    <!-- 
    root与logger是父子关系，没有特别定义则默认为root，任何一个类只会和一个logger对应，
    要么是定义的logger，要么是root，判断的关键在于找到这个logger，然后判断这个logger的appender和level。 
    -->
    <root level="info">
        <appender-ref ref="stdout" />
        <appender-ref ref="appLogAppender" />
    </root>
</configuration>

放logback.xml：直接被日志框架识别
放logback-spring.xml: 日志框架就不会直接加载会由springboot加载，
这样就可以使用springboot的特性，某段配置只在某种指定环境下生效

<springProfile name="staging">
	<!-- configuration to be enabled when the "staging" profile is active -->
</springProfile>

<springProfile name="dev | staging">
	<!-- configuration to be enabled when the "dev" or "staging" profiles are active -->
</springProfile>

<springProfile name="!production">
	<!-- configuration to be enabled when the "production" profile is not active -->
</springProfile>

在这里插入图片描述

5.切换日志框架

1）排除需要排除的jar包
2）引入需要引入的jar包适配包实现包
3）添加需要的配置文件

切换为log4j2:
排除掉spring-boot-starter-logging
加上spring-boot-starter-log4j2
在这里插入图片描述
简单的书写，并不是为了让别人一看就知道是什么意思，只是为了让自己的学习有一个记录，有一个痕迹，文章中的知识全是通过视频博客等渠道获取，如有不对和疑问欢迎留言讨论~

SpringBoot自学好几天中途开始写笔记 SpringBoot与日志 20190120

日志

1.日志框架

2.SL4J使用列表

1.如何在系统中使用SLF4J

2、遗留问题

3.SpringBoot日志关系

4. SpringBoot日志默认配置

5.切换日志框架

猜你喜欢

SpringBoot自学好几天 中途开始写笔记 SpringBoot与日志 20190120

日志

1.日志框架

2.SL4J使用列表

1.如何在系统中使用SLF4J

2、遗留问题

3.SpringBoot日志关系

4. SpringBoot日志默认配置

5.切换日志框架

猜你喜欢

SpringBoot自学好几天中途开始写笔记 SpringBoot与日志 20190120