为了进一步提高开发效率,springboot为我们提供了全局项目热部署,日后在开发过程中修改了部分代码以及相关配置文件后,不需要每次重启使修 改生效,在项目中开启了springboot全局热部署之后只需要在修改之后等待几秒即可使修改生效。
1.2 开启热部署1.2.1 项目中引入依赖
12 org.springframework.boot 3spring‐boot‐devtools 4true 5
1.2.2IDEA中配置
当我们修改了类文件后，idea不会自动编译，得修改idea设置。
（1）File-Settings-Compiler-Build Project automatically
（2）ctrl + shift + alt + / ,选择Registry,勾上 Compiler autoMake allow when app running
1.2.3 启动项目检测热部署是否生效
#1.启动出现如下日志代表生效
1 2019‐07‐17 21:23:17.566 INFO 4496 ‐‐‐ [ restartedMain] com.baizhi.InitApplication : St arting InitApplication on chenyannandeMacBook‐Pro.local with PID 4496 (/Users/chenyannan/IdeaProjects/i deacode/springboot_day1/target/classes started by chenyannan in /Users/chenyannan/IdeaProjects/ideacod e/springboot_day1) 2 2019‐07‐17 21:23:17.567 INFO 4496 ‐‐‐ [ restartedMain] com.baizhi.InitApplication : Th e following profiles are active: dev 3 2019‐07‐17 21:23:17.612 INFO 4496 ‐‐‐ [ restartedMain] ationConfigEmbeddedWebApplicationContext : Re freshing org.springframework.boot.context.embedded.AnnotationConfigEmbeddedWebApplicationContext@66d799 c5: startup date [Wed Jul 17 21:23:17 CST 2019]; root of context hierarchy 4 2019‐07‐17 21:23:18.782 INFO 4496 ‐‐‐ [ restartedMain] s.b.c.e.t.TomcatEmbeddedServletContainer : To mcat initialized with port(s): 8989 (http) 5 2019‐07‐17 21:23:18.796 INFO 4496 ‐‐‐ [ restartedMain] o.apache.catalina.core.StandardService : St arting service [Tomcat] 6 2019‐07‐17 21:23:18.797 INFO 4496 ‐‐‐ [ restartedMain] org.apache.catalina.core.StandardEngine : Sta rting Servlet Engine: Apache Tomcat/8.5.20
注意:日志出现restartedMain代表已经生效,在使用热部署时如果遇到修改之后不能生效,请重试重启项目在试
2.带你弄清混乱的JAVA日志体系！引言
还在为弄不清commons-logging.jar、log4j.jar、sl4j-api.jar等日志框架之间复杂的关系而感到烦恼吗？
还在为如何统一系统的日志输出而感到不知所措嘛？
您是否依然存在这样的烦恼。比如，要更改spring的日志输出为log4j 2，却不知该引哪些jar包，只知道去百度一下所谓的博客， 照着人家复制，却无法弄懂其中的原理？
不要急，不要方！徐庶老师带你们弄懂其中的原理
正文
日志框架发展史
张三 老程序员 jdk1.3 System.out.println(“”)追踪 ； 异常 try catch{ System.out.println(“”) } 输出一些关键变量
System.out.println(“”)
上线，部署了大量的System.out.println(“”) 。 异常 —> 张三 服务确认异常信息， 非常郁闷？ 追踪
信息 ，记录在文本， 去服务器追踪就不会查无对症，
1.logUtil loginfo 替换 . 就可以顺利追踪到了。 不会立马反馈 ， 而且随着项目运营越来越多用户请求量越来越大， 1天
1G， 2G
2.日志信息 按天迭代， 2020-10-01.log ,… 按物理大小跌打 2020-10-01-20M.log
3.用户出现异常loginfo(错误信息,等级) ,能不能给我马上发送邮件。
4.能不能记录日志的时候按等级来区分 追踪1 信息2 调试3 异常 4 , 1天400500M
5.i/o 异步 … 自由控制格式 …
开源 log4j . 受到广大开发者欢迎。 log4j simple log4j nop…。
apatch基金会收纳
jdk官方 sun , 开发出来了一个日志框架 jul java.util.logging .
市面上的日志框架非常的混乱， 一个项目 一个模块 log4j , 一个模块 jul ， 一个jboss-logging.
jdk 日志门面 JCL jakarta Commons Logging JCL ( 不实现日志功能，整合日志的） spring
张三 发现并不好用， 张三离开了apatch， 独自开发日志门面 slf4j . ( 不实现日志功能，整合日志的） 适配器、桥接器。
模块1 官方 JCL门面 jul
适配器
模块2 开源 slf4j 桥接器 log4j
apatch log4j2 性能 log4j高出好多倍
张三 logback 性能 log4j高出好多倍
早年，你工作的时候，在日志里使用了log4j框架来输出，于是你代码是这么写的
1 import org.apache.log4j.Logger;
2 \省略
3 Logger logger = Logger.getLogger(Test.class);
4 logger.trace("trace");
5 \省略
但是，岁月流逝，sun公司对于log4j的出现内心隐隐表示嫉妒。于是在jdk1.4版本后，增加了一个包为java.util.logging，简称 为jul，用以对抗log4j。于是，你的领导要你把日志框架改为jul，这时候你只能一行行的将log4j的api改为jul的api，如下所示
1 import java.util.logging.Logger；
2 \省略
3 Logger loggger = Logger.getLogger(Test.class.getName());
4 logger.finest("finest");
5 \省略
可以看出，api完全是不同的。那有没有办法，将这些api抽象出接口，这样以后调用的时候，就调用这些接口就好了呢？ 这个时候jcl(Jakarta Commons Logging)出现了，说jcl可能大家有点陌生，讲commons-logging-xx.jar组件，大家总有印象 吧。JCL 只提供 log 接口，具体的实现则在运行时动态寻找。这样一来组件开发者只需要针对 JCL 接口开发，而调用组件的应用 程序则可以在运行时搭配自己喜好的日志实践工具。JCL可以实现的集成方案如下图所示
jcl默认的配置：如果能找到Log4j 则默认使用log4j 实现，如果没有则使用jul(jdk自带的) 实现，再没有则使用jcl内部提供的 SimpleLog 实现。
于是，你在代码里变成这么写了
1 import org.apache.commons.logging.Log;
2 import org.apache.commons.logging.LogFactory;
3 \省略
4 Log log =LogFactory.getLog(Test.class);
5 log.trace('trace');
6 \省略
至于这个Log具体的实现类，JCL会在ClassLoader中进行查找。这么做，有三个缺点，缺点一是效率较低，二是容易引发混乱， 三是在使用了自定义ClassLoader的程序中，使用JCL会引发内存泄露。
JCL动态查找机制进行日志实例化，执行顺序为：commonslogging.properties>系统环境变量>log4j>jul >simplelog>nooplog
于是log4j的作者觉得jcl不好用，自己又写了一个新的接口api，那么就是slf4j。关于slf4j的集成图如下所示
理解slf4j日志门面了吗，它跟jcl机制不一样。 它就相当于这个游戏机， 我本身没有游戏， 只提供一个运行游戏的平台（门面） 要运行哪个游戏我不管， 你给我放哪块光盘我就运行哪个游戏。 JCL是自己去找，先找到哪个运行哪个
Slf4j与其他各种日志组件的桥接说明
如图所示，应用调了sl4j-api，即日志门面接口。日志门面接口本身通常并没有实际的日志输出能力，它底层还是需要去调用具体 的日志框架API的，也就是实际上它需要跟具体的日志框架结合使用。由于具体日志框架比较多，而且互相也大都不兼容，日志 门面接口要想实现与任意日志框架结合可能需要对应的桥接器，上图红框中的组件即是对应的各种桥接器！
我们在代码中需要写日志，变成下面这么写
1 import org.slf4j.Logger;
2 import org.slf4j.LoggerFactory;
3 //省略
4 Logger logger = LoggerFactory.getLogger(Test.class);
5 // 省略
6 logger.info("info");
在代码中，并不会出现具体日志框架的api。程序根据classpath中的桥接器类型，和日志框架类型，判断出logger.info应该以什 么框架输出！注意了，如果classpath中不小心引了两个桥接器，那会直接报错的！
因此，在阿里的开发手册上才有这么一条
ok，至此，基础知识完毕，下面是实战！
日志实战
案例一
一个项目，一个模块用log4j，另一个模块用slf4j+log4j2,如何统一输出？
其实在某些中小型公司，这种情况很常见。我曾经见过某公司的项目，因为研发不懂底层的日志原理，日志文件里头既有 log4j.properties,又有log4j2.xml，各种API混用，惨不忍睹!
还有人用着jul的API，然后拿着log4j.properties，跑来问我，为什么配置不生效！简直是一言难尽！
OK，回到我们的问题，如何统一输出！OK，这里就要用上slf4j的适配器，slf4j提供了各种各样的适配器，用来将某种日志框架 委托给slf4j。其最明显的集成工作方式有如下:
进行选择填空，将我们的案例里的条件填入,根据题意应该选log4j-over-slf4j适配器，于是就变成下面这张图
就可以实现日志统一为log4j2来输出！
ps:根据适配器工作原理的不同，被适配的日志框架并不是一定要删除！以上图为例，log4j这个日志框架删不删都可以，你只要 能保证log4j的加载顺序在log4j-over-slf4j后即可。因为log4j-over-slf4j这个适配器的工作原理是，内部提供了和log4j一模一样 的api接口，因此你在程序中调用log4j的api的时候，你必须想办法让其走适配器的api。如果你删了log4j这个框架，那你程序里 肯定是走log4j-over-slf4j这个组件里的api。如果不删log4j，只要保证其在classpth里的顺序比log4j前即可！
案例二
如何让spring以log4j2的形式输出？
spring默认使用的是jcl输出日志，由于你此时并没有引入Log4j的日志框架，jcl会以jul做为日志框架。此时集成图如下
而你的应用中，采用了slf4j+log4j-core，即log4j2进行日志记录，那么此时集成图如下
那我们现在需要让spring以log4j2的形式输出？怎么办？
OK,第一种方案，走jcl-over-slf4j适配器，此时集成图就变成下面这样了
在这种方案下，spring框架中遇到日志输出的语句，就会如上图红线流程一样，最终以log4J2的形式输出！ OK，有第二种方案么？
有，走jul-to-slf4j适配器，此时集成图如下
ps:这种情况下，记得在代码中执行
1 SLF4JBridgeHandler.removeHandlersForRootLogger(); 2 SLF4JBridgeHandler.install();
这样jul-to-slf4j适配器才能正常工作，详情可以查询该适配器工作原理。
天啦噜！要死循环
假设，我们在应用中调用了sl4j-api，但是呢，你引了四个jar包，slf4j-api-xx.jar,slf4j-log4j12-xx.jar,log4j-xx.jar,log4j-over- slf4j-xx.jar，于是你就会出现如下尴尬的场面
如上图所示，在这种情况下，你调用了slf4j-api，就会陷入死循环中！slf4j-api去调了slf4j-log4j12,slf4j-log4j12又去调用了 log4j，log4j去调用了log4j-over-slf4j。最终，log4j-over-slf4j又调了slf4j-api，陷入死循环！
好了，今天就分享到这里了，文章后续及相关资料+代码，还有更多java学习资料，关注我，免费领取
