为了进一步提高开发效率,springboot为我们提供了全局项目热部署,日后在开发过程中修改了部分代码以及相关配置文件后,不需要每次重启使修 改生效,在项目中开启了springboot全局热部署之后只需要在修改之后等待几秒即可使修改生效。
1.2 开启热部署 1.2.1 项目中引入依赖11.2.2IDEA中配置2 org.springframework.boot 3spring‐boot‐devtools 4true 5
当我们修改了类文件后，idea不会自动编译，得修改idea设置。
- File-Settings-Compiler-Build Project automatically
- ctrl + shift + alt + / ,选择Registry,勾上 Compiler autoMake allow when app running
#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包，只知道去百度一下所谓的博客， 照着人家复制，却无法弄懂其中的原理？
不要急，不要方！徐庶老师带你们弄懂其中的原理
正文
日志框架发展史
早年，你工作的时候，在日志里使用了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的集成图如下所示
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中不小心引了两个桥接器，那会直接报错的！
因此，在阿里的开发手册上才有这么一条
强制：应用中不可直接使用日志系统（log4j、logback）中的 API ，而应依赖使用日志框架 SLF4J 中的 API 。使用门面模式的日志框架，有 利于维护和各个类的日志处理方式的统一。
如果要将jcl或jul 转slf4j呢？
该文章后续及相关笔记+代码，关注我，免费领取！！！
