问题：
项目中运用quartz时遇到的，在jobdataMap中放入一个对象：
ScheduleJobEntity scheduleJob;
jobDetail.getJobDataMap().put(JOB_KEY, scheduleJob);取出时：
ScheduleJobEntity scheduleJob = (ScheduleJobEntity) context.getJobDetail().getJobDataMap().get(ScheduleUtils.JOB_KEY);运行时报 java.lang.ClassCastException: com.xinxin.modules.job.entity.ScheduleJobEntity cannot be cast to com.xinxin.modules.job.entity.ScheduleJobEntity 异常。
debug打印出来，两个类类名完全一样，属性也一模一样，按照以往的经验是不可能出错的。没办法，错误既然发生，只有硬着头皮去解决。
初步怀疑是jobDataMap的原因，查看源码，倒腾来倒腾去发现不是。后来想了一下java.lang.ClassCastException出现的原因，猛然想到：JVM判断两个类对象是否相同的依据:一是类全称;一个是类加载器，既然不是类名的问题，那肯定就是类加载器不同导致的。遂验证之，果然是这个原因，原来是项目中刚加了spring-boot-devtools依赖导致，具体原因：https://docs.spring.io/spring-boot/docs/current/reference/html/using-boot-devtools.html
解决方法：
1.去掉devtools 2.在resources目录下面创建META-INF文件夹，然后创建spring-devtools.properties文件，文件加上类似下面的配置：
restart.exclude.companycommonlibs=/mycorp-common-[\w-]+.jar
restart.include.projectcommon=/mycorp-myproj-[\w-]+.jar
后续补充：
1. spring-boot-devtools会检测类路径的变化，当类路径内容发生变化后会自动重启应用程序。Spring Boot的重启技术通过使用两个类加载器。由于使用的是双类加载机制重启会非常快，如果启动较慢也可使用JRebel重加载技术。
（1）base classloader （Base类加载器）：加载不改变的Class，如第三方提供的jar包。
（2）restart classloader（Restart类加载器）：加载正在开发的Class。
到这里相信大家知道了，为什么重启很快，因为重启的时候只是加载了在开发的Class，没有重新加载第三方的jar包。
2. 因为类文件的修改（一般在IDE环境下修改）只会发生在开发阶段，所以就解释了ClassCastException为什么总是发生在开发阶段，而测试或生产环境却运行正常。
3. 针对上面问题我们也能自然想到以后只要是在反序列化及热部署的场景下出现的类型转换异常基本上就是这个问题了。