解决SpringBoot使用devtools导致的类型转换异常问题
问题：
最近在使用新框架SpringBoot+shiro+spring-data-jpa时，为了体验下spring自带的热部署工具的便捷，于是引入了
org.springframework.boot spring-boot-devtools true
在起初并没遇到什么问题，当使用shiro的session管理，而且用的sessionDao是redis实现的，然后再使用Session存取属性时，发现存进去的属性，再取出来后，就会出现类型转换异常ClassCastException
分析：
然后自己写了一大推单元测试模拟就是没问题，后来突然意识到会不会是因为ClassLoader不同导致的类型转换异常呢，然后注意了下项目启动时加载项目中的类使用的加载器都是
org.springframework.boot.devtools.restart.classloader.RestartClassLoader
而从shirosession取出来的对象（从redis中取出经过反序列化）的类加载器都是
sun.misc.Launcher.AppClassLoader
很明显会导致类型转换异常，原来Spring的dev-tools为了实现重新装载class自己实现了一个类加载器，来加载项目中会改变的类，方便重启时将新改动的内容更新进来，其实其中官方文档中是有做说明的：
Bydefault,anyopenprojectinyourIDEwillbeloadedusingthe“restart”classloader,andanyregular.jarfilewillbeloadedusingthe“base”classloader.Ifyouworkonamulti-moduleproject,andnoteachmoduleisimportedintoyourIDE,youmayneedtocustomizethings.TodothisyoucancreateaMETA-INF/spring-devtools.propertiesfile.Thespring-devtools.propertiesfilecancontainrestart.exclude.andrestart.include.prefixedproperties.Theincludeelementsareitemsthatshouldbepulledupintothe“restart”classloader,andtheexcludeelementsareitemsthatshouldbepusheddownintothe“base”classloader.Thevalueofthepropertyisaregexpatternthatwillbeappliedtotheclasspath.
解决：
方案一、解决方案就是在resources目录下面创建META-INF文件夹，然后创建spring-devtools.properties文件，文件加上类似下面的配置：
restart.exclude.companycommonlibs=/mycorp-common-[\w-]+.jarrestart.include.projectcommon=/mycorp-myproj-[\w-]+.jar
Allpropertykeysmustbeunique.Aslongasapropertystartswithrestart.include.orrestart.exclude.itwillbeconsidered.AllMETA-INF/spring-devtools.propertiesfromtheclasspathwillbeloaded.Youcanpackagefilesinsideyourproject,orinthelibrariesthattheprojectconsumes.
方案二、不使用spring-boot-devtools
针对方案一作一个详细的案例进行分析说明，以及解决问题
首先准备一个jar包，里面包含序列化以及反序列化的功能。
并打包，在springboot项目中引入
org.springframework.boot spring-boot-devtools com.example devtools-serialization 1.0-SNAPSHOT
简单的配置下springboot项目，并模拟使用jar中的序列化工具类进行处理对象如下
@SpringBootApplication
publicclassPortalApplication{
publicstaticvoidmain(String[]args)throwsException{
ConfigurableApplicationContextcontext=SpringApplication.run(PortalApplication.class,args);
DemoBeandemoBean=newDemoBean();
SerializationUtils.serialize(demoBean);
Objectdeserialize=SerializationUtils.deserialize();
System.out.println(PortalApplication.class.getClassLoader());
//这里对象引用是Object类型
System.out.println(deserialize);
System.out.println(deserialize.getClass().getClassLoader());
context.getBeanFactory().destroySingletons();
}
}
如上，是不会报错的，因为Object是bootstrap引导类加载器加载的，因此不会产生任何问题，
但是如果改成下面这样
//...
publicstaticvoidmain(String[]args)throwsException{
ConfigurableApplicationContextcontext=SpringApplication.run(PortalApplication.class,args);
DemoBeandemoBean=newDemoBean();
SerializationUtils.serialize(demoBean);
Objectdeserialize=SerializationUtils.deserialize();
System.out.println(PortalApplication.class.getClassLoader());
//注意这里进行了一次类型强转
System.out.println((DemoBean)deserialize);
System.out.println(deserialize.getClass().getClassLoader());
context.getBeanFactory().destroySingletons();
}
//...
结果是会抛出：
Exceptioninthread"restartedMain"java.lang.reflect.InvocationTargetExceptionatsun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethod)atsun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)atsun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)atjava.lang.reflect.Method.invoke(Method.java:498)atorg.springframework.boot.devtools.restart.RestartLauncher.run(RestartLauncher.java:49)Causedby:java.lang.ClassCastException:com.sample.serial.DemoBeancannotbecasttocom.sample.serial.DemoBeanatcom.sample.PortalApplication.main(PortalApplication.java:27)...5more
而观察上面输出的ClassLoader信息会发现分别为
org.springframework.boot.devtools.restart.classloader.RestartClassLoader@63059d5asun.misc.Launcher$AppClassLoader@18b4aac2
这就是为什么会明明没问题，却仍然抛了个ClassCastException的根源所在。
那么如何解决这个问题呢？
将输出的ClassLoader信息保持一致即可，要么都是RestartClassLoader要么都是
AppClassLoader
这里参考spring官方文档给出的配置方法进行处理。
在resources下创建META-INF/spring-devtools.properties
如图：
下一步在spring-devtools.properties添加配置
restart.include.projectcommon=/devtools-serialization-[\\w.-]+.jar
注意这里我需要包含的jar包名称为devtools-serialization-1.0-SNAPSHOT.jar
配置的key以restart.include.开头即可
restart.include.*
value为一个正则表达式
下面再次运行程序查看效果：
没有异常产生
控制台输出classLoader信息为
org.springframework.boot.devtools.restart.classloader.RestartClassLoader@1d9fbdd4DemoBean{age=null,name='null'}org.springframework.boot.devtools.restart.classloader.RestartClassLoader@1d9fbdd4
问题完美解决。
补充知识：Springboot+devtools配置热部署
SpringBoot提供了spring-boot-devtools这个模块来使应用支持热部署，可以提高开发者的开发效率，无需手动重启SpringBoot应用就能实现自动加载，之前写了一篇可以自动加载springboot静态文件的，这次的只需要在原来的基础上再加一些配置即可实现springboot工程的热部署，步骤如下：
1、pom文件增加依赖：
org.springframework.boot spring-boot-devtools true org.springframework.boot spring-boot-maven-plugin true
2、yml文件中添加配置使其生效：
#devtools debug:true spring: devtools: restart: enabled:true#设置开启热部署 freemarker: cache:false#页面不加载缓存，修改即时生效
3、快捷键：Ctrl+Alt+S
4、快捷键：Ctrl+Shift+A,输入Registry,点击进入勾选：
以上这篇解决SpringBoot使用devtools导致的类型转换异常问题就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持毛票票。
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。