解决SpringBoot使用devtools导致的类型转换异常问题

在SpringBoot项目开发中，devtools是Spring官方提供的热部署工具，它可以实现项目运行时类文件的自动重载，从而提高开发效率。然而，在实际应用中，使用devtools可能会遇到类型转换异常（ClassCastException）的问题，尤其是在结合使用Shiro进行会话管理时，如果会话存储方式采用Redis，问题尤为明显。本文将详细介绍导致这一异常的原因以及如何解决这一问题。 问题现象：在使用SpringBoot框架结合Shiro和Spring-data-jpa进行开发时，若使用了spring-boot-devtools来实现热部署功能，当通过Shiro的session管理存入session对象，再从session中取出来时，会发现存入的属性取出后类型不匹配，抛出ClassCastException。 问题分析：通过分析得出，问题的根源在于项目启动时，devtools使用了一个特殊的类加载器RestartClassLoader来加载可能发生变化的类，以方便重启时快速更新。但是，从Redis中反序列化得到的对象使用的类加载器是sun.misc.Launcher.AppClassLoader。由于同一个类在不同的类加载器加载下，会被当作不同的Class，这就导致了类型转换异常。 官方文档中对于这种情况有说明：在IDE中，默认情况下，任何打开的项目都将使用“restart”类加载器加载，而任何常规的jar文件则使用“base”类加载器加载。如果在一个多模块项目中，不是每个模块都被导入到IDE中，可能需要进行一些自定义配置。 解决方法： 1. 方案一：在项目的resources目录下创建一个META-INF文件夹，并在其中创建spring-devtools.properties文件。在此文件中添加类似以下配置： ``` ***panycommonlibs=/mycorp-common-[\w-]+.jar restart.include.projectcommon=/mycorp-myproj-[\w-]+.jar ``` 这里的key必须是唯一的，并且以restart.include.或restart.exclude.开头的属性会被考虑。所有META-INF/spring-devtools.properties文件都会被加载，无论是项目中包含的还是项目所依赖的库中的。 2. 方案二：不再使用spring-boot-devtools。这是一种更为彻底的解决方式，可以避免上述类加载器导致的问题，但同时也失去了热部署的便利性。 通过上述的分析和解决方案的介绍，我们可以看到在使用SpringBoot的devtools工具时，需要考虑到类加载器的使用问题，特别是在多模块项目或者特定的框架搭配使用时，这可能导致一些意外的异常。通过添加META-INF/spring-devtools.properties文件来进行合理配置，或者在不需要热部署功能时完全避免使用devtools，可以有效避免类型转换异常的问题。希望本文的分析和解决方案能够对正在使用SpringBoot框架的开发者们有所帮助。