SpringBoot使用devtools导致的类型转换异常 - 流连是谁的博客 - CSDN博客
问题：
最近在使用新框架SpringBoot + shiro + spring-data-jpa时，为了体验下spring自带的热部署工具的便捷，于是引入了
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
<!-- optional=true,依赖不会传递，该项目依赖devtools；之后依赖myboot项目的项目如果想要使用devtools，需要重新引入 -->
<optional>true</optional>
</dependency>在起初并没遇到什么问题，当使用shiro的session管理，而且用的sessionDao是redis实现的，然后再使用Session存取属性时，发现存进去的属性，再取出来后，就会出现类型转换异常ClassCastException
分析：
然后自己写了一大推单元测试模拟就是没问题，后来突然意识到会不会是因为ClassLoader不同导致的类型转换异常呢，然后注意了下项目启动时加载项目中的类使用的加载器都是
org.springframework.boot.devtools.restart.classloader.RestartClassLoader
而从shiro session 取出来的对象（从redis中取出经过反序列化）的类加载器都是
sun.misc.Launcher.AppClassLoader
很明显会导致类型转换异常，原来Spring的dev-tools为了实现重新装载class自己实现了一个类加载器，来加载项目中会改变的类，方便重启时将新改动的内容更新进来，其实其中官方文档中是有做说明的：
By default, any open project in your IDE will be loaded using the
“restart” classloader, and any regular .jar file will be loaded using
the “base” classloader. If you work on a multi-module project, and not
each module is imported into your IDE, you may need to customize
things. To do this you can create a
META-INF/spring-devtools.properties file.
The spring-devtools.properties file can contain restart.exclude. and
restart.include. prefixed properties. The include elements are items
that should be pulled up into the “restart” classloader, and the
exclude elements are items that should be pushed down into the “base”
classloader. The value of the property is a regex pattern that will be
applied to the classpath.解决：
方案一、解决方案就是在resources目录下面创建META-INF文件夹，然后创建spring-devtools.properties文件，文件加上类似下面的配置：
restart.exclude.companycommonlibs=/mycorp-common-[\w-]+.jar
restart.include.projectcommon=/mycorp-myproj-[\w-]+.jar
All property keys must be unique. As long as a property starts with
restart.include. or restart.exclude. it will be considered. All
META-INF/spring-devtools.properties from the classpath will be loaded.
You can package files inside your project, or in the libraries that
the project consumes.方案二、不使用spring-boot-devtools
针对方案一作一个详细的案例进行分析说明，以及解决问题
首先准备一个jar包，里面包含序列化以及反序列化的功能。
并打包，在springboot项目中引入
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
</dependency>
<!-- 这个包是我自己创建的序列化以及反序列化工具包 -->
<dependency>
<groupId>com.example</groupId>
<artifactId>devtools-serialization</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>简单的配置下springboot项目，并模拟使用jar中的序列化工具类进行处理对象如下
@SpringBootApplication
public class PortalApplication {
public static void main(String[] args) throws Exception {
ConfigurableApplicationContext context = SpringApplication.run(PortalApplication.class, args);
DemoBean demoBean = new DemoBean();
SerializationUtils.serialize(demoBean);
Object deserialize = SerializationUtils.deserialize();
System.out.println(PortalApplication.class.getClassLoader());
//这里对象引用是Object类型
System.out.println(deserialize);
System.out.println(deserialize.getClass().getClassLoader());
context.getBeanFactory().destroySingletons();
}
}如上，是不会报错的，因为Object是bootstrap引导类加载器加载的，因此不会产生任何问题，
但是如果改成下面这样
//...
public static void main(String[] args) throws Exception {
ConfigurableApplicationContext context = SpringApplication.run(PortalApplication.class, args);
DemoBean demoBean = new DemoBean();
SerializationUtils.serialize(demoBean);
Object deserialize = SerializationUtils.deserialize();
System.out.println(PortalApplication.class.getClassLoader());
//注意这里进行了一次类型强转
System.out.println((DemoBean)deserialize);
System.out.println(deserialize.getClass().getClassLoader());
context.getBeanFactory().destroySingletons();
}
//...结果是会抛出：
Exception in thread "restartedMain" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.springframework.boot.devtools.restart.RestartLauncher.run(RestartLauncher.java:49)
Caused by: java.lang.ClassCastException: com.sample.serial.DemoBean cannot be cast to com.sample.serial.DemoBean
at com.sample.PortalApplication.main(PortalApplication.java:27)
... 5 more而观察上面输出的ClassLoader信息会发现分别为
org.springframework.boot.devtools.restart.classloader.RestartClassLoader@63059d5a
sun.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@1d9fbdd4
DemoBean{age=null, name='null'}
org.springframework.boot.devtools.restart.classloader.RestartClassLoader@1d9fbdd4问题完美解决。
Original url: Access
Created at: 2019-04-04 10:56:33
Category: default
Tags: none
未标明原创文章均为采集，版权归作者所有，转载无需和我联系，请注明原出处，南摩阿彌陀佛，知识，不只知道，要得到
最新评论