Spring boot日志相关的那些事

为什么需要日志框架

通过日志的方式记录系统运行的过程或错误以便定位问题。

设计思想

    1、System.out.println("")；将关键数据打印在控制台；去掉？写在一个文件？

	2、框架来记录系统的一些运行时信息；日志框架 ；  zhanglogging.jar；

	3、高大上的几个功能？异步模式？自动归档？xxxx？  zhanglogging-good.jar？

	4、将以前框架卸下来？换上新的框架，重新修改之前相关的API；zhanglogging-prefect.jar；

	5、JDBC---数据库驱动；

		写了一个统一的接口层；日志门面（日志的一个抽象层）；logging-abstract.jar；

		给项目中导入具体的日志实现就行了；我们之前的日志框架都是实现的抽象层；

常见框架

如何在系统中使用SLF4j

https://www.slf4j.org
以后开发的时候，日志记录方法的调用，不应该来直接调用日志的实现类，而是调用日志抽象层里面的方法；给系统里面导入slf4j的jar和 logback的实现jar


每一个日志的实现框架都有自己的配置文件。使用slf4j以后，配置文件还是做成日志实现框架自己本身的配置文件；

日志遗留问题

a（slf4j+logback）: Spring（commons-logging）、Hibernate（jboss-logging）、MyBatis、xxxx

统一日志记录，即使是别的框架和我一起统一使用slf4j进行输出？

如何让系统中所有的日志都统一到slf4j；

1、将系统中其他日志框架先排除出去；

2、用中间包来替换原有的日志框架；

3、我们导入slf4j其他的实现

当项目是使用多种日志API时，可以统一适配到SLF4J，中间使用SLF4J或者第三方提供的日志适配器适配到SLF4J，SLF4J再底层用开发者想用的一个日志框架来进行日志系统的实现，从而达到了多种日志的统一实现。其中的技术实现大体有一下两种方式：

重写上游类的实现。比如jcl-over-slf4j和log4j-over-slf4j，为了承接log4j 1，重写了log4j 1 的Logger和LogFactory类。对接上游类的扩展方案。
比如jul-to-slf4j和log4j-to-slf4j，为了承接J.U.L，实现了继承java.util.logging.Handler的SLF4JBridgeHandler。

Springboot日志关系

总结：

1）、SpringBoot底层也是使用slf4j+logback的方式进行日志记录

2）、SpringBoot也把其他的日志都替换成了slf4j；

3）、中间替换包？

4）、如果我们要引入其他框架？一定要把这个框架的默认日志依赖移除掉？

		Spring框架用的是commons-logging；

SpringBoot能自动适配所有的日志，而且底层使用slf4j+logback的方式记录日志，引入其他框架的时候，只需要把这个框架依赖的日志框架排除掉即可

切换日志框架

可以按照slf4j的日志适配图，进行相关的切换；
切换为log4j2