Spring Boot 使用 spring-boot-devtools 实现热加载时出现类型转换异常

热加载问题

网上有给出了许多解决热加载的方法，比如：

在resource目录下创建META-INF/spring-devtools.properties文件

里面的内容为类似下面的内容：

restart.exclude.companycommonlibs=/mycorp-common-[\\w-]+\.jar
restart.include.projectcommon=/mycorp-myproj-[\\w-]+\.jar

网上能给出的答案一般也就这些，可是作为观众我们自然是表示一脸懵逼啊，这两行啥玩意？

那么现在给出下我的解决办法：

现在大部分的项目在eclipse中基本都是多个项目的形式，在intellij idea中则是多个module的形式

其中，web项目引用了faced项目，没有引用service项目，因为service项目是个独立的dubbo provider（提供者），web项目则为consumer（消费者）

web项目中的controller中有这么一行代码：

UserInfo info = userService.findInfo();

其中UserInfo来自faced项目，userService则通过dubbo的reference注入

项目引入spring-boot-devtools了以后，如果改动了web项目中的代码，则下次web项目中运行到了上面这行代码，则会出现如下报错
java.lang.ClassCastException: com.xxx.UserInfo cannot be cast to com.xxx.UserInfo
为啥明明显示的是同一个类，却给我显示类型转换异常？

那么这就要从spring-boot-devtools的工作原理说起

工作原理

spring-boot-devtools的热加载其实是这么工作的

当你启动web项目的时候，你的web项目中的代码都会交给spring-boot-devtools的restart加载器去进行加载，而jar包，则基本会交给base加载器去加载

当项目中的代码有改动时，devtools检测到代码变动，restart加载器就会被扔掉重建，这个时候，所有restart加载器加载的代码都会重新部署，而base加载器则维持不变

因为jar包的内容基本都不会变，所以用base加载器不会有什么问题

但是由于web项目中引用了faced项目，于是你引用的faced的所有代码也会被restart加载器重新加载，此时，刚刚加载的UserInfo则跟项目刚开始启动的UserInfo就是两个类了，java中判断两个类是否为同一个类不仅仅是通过包名+类名去识别，还会去看两个类的加载器是否一致，如果不一致，则识别为两个类，所以就会出现我们之前看到的转换异常

那么解决办法呢？

解决方案

首先我们需要确定我们出现转换异常的类在哪个项目中，我的则是platform-faced项目

那么回到最初的方法，我们需要在resource目录下创建META-INF/spring-devtools.properties文件

里面的内容填写：
restart.exclude.faced=/platform-faced
如果你有多个face项目，且项目名开头都是这个，那么可以使用如下的配置
restart.exclude.faced=/platform-faced[\\w-]+
网上给的答案后面有带上.jar，但是由于我们开发的时候的引用方式是项目引用，后面是不带jar的，所以我们不需要带上.jar

restart.exclude.faced这个键中的faced是可以自己命名的，只需要保证在这个配置文件中唯一即可

文件配置好后，我们可以在项目已启动状态下修改web项目中的代码，可以看到控制台有显示项目重新加载，继续访问到之前触发转换异常的地方，发现已经不会异常了，完美！