Devtool 热部署
依赖
<dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-devtools</artifactId> <optional>true</optional> <!-- 可以防止将devtools依赖传递到其他模块中 --> </dependency> </dependencies>
IDEA配置一：
File->Setting->Build,Execution,Deployment->Compile
勾选：Make project automatically
设置2：
快捷键：ctrl+alt+shift+/
选择：Registry
勾选：compiler.automake.allow.when.app.running
新版本的IDEA可以在File->setting->Advanced Setttings里面的第一个设置：
yaml配置
spring:
devtools:
restart:
enabled: true #设置开启热部署
additional-paths: src/main/java #重启目录
exclude: WEB-INF/**
thymeleaf:
cache: false #使用Thymeleaf模板引擎，关闭缓存
devtool的原理？为何会自动重启？
为什么同样是重启应用，为什么不手动重启，而是建议使用spring-boot-devtools进行热部署重启？
spring-boot-devtools使用了两个类加载器ClassLoader，一个ClassLoader加载不会发生更改的类（第三方jar包），另一个ClassLoader（restart ClassLoader）加载会更改的类（自定义的类）。
后台启动一个 文件监听线程（File Watcher） ， 监测的目录中的文件发生变动时， 原来的restart ClassLoader被丢弃，将会重新加载新的restart ClassLoader 。
因为文件变动后，第三方jar包不再重新加载，只加载自定义的类，加载的类比较少，所以重启比较快。
这也是为什么，同样是重启应用，为什么不手动重启，建议使用spring-boot-devtools进行热部署重启。
在自动重启中有几点需要注意:
自动重启会记录日志的
（记录在什么情况下重启的日志）
可以通过如下关闭
spring:
devtools:
restart:
log-condition-evaluation-delta: false
排除一些不需要自动重启的资源
某些资源在更改时不一定需要触发重新启动。默认情况下，改变资源/META-INF/maven，/META-INF/resources，/resources，/static，/public，或/templates不触发重新启动，但确会触发现场重装。如果要自定义这些排除项，可以使用该spring.devtools.restart.exclude属性。例如，要仅排除/static，/public你将设置以下属性：
spring:
devtools:
restart:
exclude: "static/**,public/**"
如果要保留这些默认值并添加其他排除项，请改用该spring.devtools.restart.additional-exclude属性。
自定义重启类加载器
重启功能是通过使用两个类加载器来实现的。对于大多数应用程序，这种方法效果很好。但是，它有时会导致类加载问题。
默认情况下，IDE 中的任何打开项目都使用“重启”类加载器加载，任何常规.jar文件都使用“基本”类加载器加载。如果你处理一个多模块项目，并且不是每个模块都导入到你的 IDE 中，你可能需要自定义一些东西。为此，你可以创建一个META-INF/spring-devtools.properties文件。
该spring-devtools.properties文件可以包含以restart.exclude和为前缀的属性restart.include。该include元素是应该被拉高到“重启”的类加载器的项目，以及exclude要素是应该向下推入“Base”类加载器的项目。该属性的值是应用于类路径的正则表达式模式，如以下示例所示：
restart:
exclude:
companycommonlibs: "/mycorp-common-[\\w\\d-\\.]+\\.jar"
include:
projectcommon: "/mycorp-myproj-[\\w\\d-\\.]+\\.jar"
更多相关的信息可以在 这里 查看。
devtool是否会被打包进Jar？
devtool原则上来说应该是只在开发调试的时候使用，而在生产环境运行jar包时是不需要的，所以Spring打包会不会把它打进JAR吗？
默认情况下，不会被打包进JAR
运行打包的应用程序时，开发人员工具 会自动禁用 。如果你通过 java -jar或者其他特殊的类加载器进行启动时，都会被认为是“生产环境的应用”。
如果我们期望远程调试应用
（ 生产环境勿用，只有在受信任的网络上运行或使用 SSL 进行保护时，才应启用它 ）
在这种情况下，devtool也具备远程调试的能力：远程客户端应用程序旨在从你的 IDE 中运行。你需要org.springframework.boot.devtools.RemoteSpringApplication使用与你连接的远程项目相同的类路径运行。应用程序的唯一必需参数是它连接到的远程 URL。
例如，如果使用 Eclipse 或 Spring Tools，并且你有一个my-app已部署到 Cloud Foundry 的名为的项目，执行以下操作：
选择Run Configurations…从Run菜单。
创建一个新的Java Application“启动配置”。
浏览my-app项目。
使用org.springframework.boot.devtools.RemoteSpringApplication作为主类。
添加https://myapp.cfapps.io到Program arguments（或任何你的远程 URL）。
正在运行的远程客户端可能类似于以下列表：
欢迎关注作者微信公众号
