Devtools热部署导致的ClassLoader方法生成的ClassCastExcption

最新推荐文章于 2024-09-04 22:23:29 发布

尘世间一小书童

最新推荐文章于 2024-09-04 22:23:29 发布

阅读量438

点赞数 1

CC 4.0 BY-SA版权

分类专栏： java

本文链接：https://blog.youkuaiyun.com/jinyan1993/article/details/80679945

java 专栏收录该内容

4 篇文章

订阅专栏

本文探讨了不同ClassLoader加载的class文件进行对比时出现ClassCastException的原因。深入解析了类加载机制对类实例化的影响。

出现原因：

不同的ClassLoader 生成的class 进行对比会出现ClassCastExcption

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

尘世间一小书童

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

SpringBoot DevTools 热部署实践

AI天才研究院

08-01

1775

为了提升开发效率、降低运维成本、改善生产力水平，越来越多的公司选择用云平台进行应用的开发及测试，但同时也增加了一些新的复杂性。其中之一就是应用的热部署问题，在编写代码时修改保存后，需要手动重启应用才能使其生效，导致开发过程中的反馈时间长、效率低下。Spring Boot Devtools 可以帮助我们解决这个问题，它可以自动监控 classpath 下的文件变化并自动重启应用，无需人为干预，让开发者享受到“以更快的速度编码”的愉悦感受。

从美团Sonic的成功应用深入理解Java热部署

热门推荐

张彦峰的博客

06-03

5万+

本文探讨了Java热部署技术的基本概念及其实际应用，重点分析了美团在开发过程中使用Sonic热部署框架的经验。通过实现无缝更新，热部署显著提升了开发效率和用户体验，减少了系统停机时间。美团的实践案例展示了热部署在大规模分布式系统中的应用价值，为企业在敏捷开发与持续交付方面提供了有效的借鉴。随着技术的不断进步，热部署将在软件开发中发挥愈加重要的作用。

参与评论您还未登录，请先登录后发表或查看评论

spring-boot-devtools导致类出现ClassCastException

zhangm2020的博客

05-20

1416

异常信息：同一个类转换出现ClassCastException异常 java.lang.ClassCastException: com.guazi.aftermarket.dubbo.crm.mining.entity.QueryNewCustomerInfoEntity cannot be cast to com.guazi.aftermarket.dubbo.crm.mining.entity.QueryNewCustomerInfoEntity at com.alibaba.fastjson.s

springboot devtools-引起的类Cast异常

小蓝

12-05

829

https://docs.spring.io/spring-boot/docs/current/reference/html/using-boot-devtools.html#using-boot-devtools-customizing-classload 可看官网解决总的来说devtools热部署会导致不同类加载器加载相同的类导致同一个类自己转自己报错去掉dev或者...

devtools引发的一场关于类加载问题的探究

GitChat

10-26

1022

本文适合有一定Java、JVM基础、了解一些thrift RPC序列化知识点；同时本文不会介绍类加载的基础知识，如双新委托、findClass|defineClass等；通过本文你可以了解下面知识： ClassCastException异常的解决思路； devtools是如何使用类加载器来工作的；强制类型转化与类加载器是如何关联上的；美团mtthrift注解式的序列化与类加载器片面分...

Spring boot devtools时遇到相同对象ClassCastException

weixin_33937913的博客

04-06

194

2019独角兽企业重金招聘Python工程师标准>>> ...

spring boot 项目引入了 spring的devtools 后两个一样的类转换报java.lang.ClassCastException异常

lyg1122的博客

10-19

1692

spring boot 项目引入了 spring的devtools 后两个一样的类装换报java.lang.ClassCastException异常，当把这个引入取消就不会出现了 <dependency> <groupId>org.springframework.boot</groupId> ...

一篇文章带你搞定SpringBoot中的热部署devtools方法

09-07

当我们修改`hello()`方法的返回值并保存后，无需重新启动应用，只需等待片刻，浏览器会自动刷新显示更新后的结果，这就是devtools的热部署效果。 热部署的实现依赖于Spring Boot的特殊类加载机制。在Spring Boot中...

详解SpringBoot配置devtools实现热部署

08-30

下面将详细介绍 Spring Boot 配置 DevTools 实现热部署的方法和原理。 DevTools 的原理 DevTools 的原理是使用了两个 ClassLoader，一个 ClassLoader 加载那些不会改变的类（第三方 Jar 包），另一个ClassLoader ...

SpringBoot开发——整合 DevTools 实现项目热部署

bjzhang75的博客

09-04

891

热部署指的是在应用程序运行过程中，允许开发者在不重新启动整个应用的情况下，对代码进行修改并立即生效的能力。这种机制极大地缩短了开发和测试之间的反馈周期，使得开发人员能够更加专注于业务逻辑的实现，而不必频繁等待应用的重启。是提供的一个开发工具模块，旨在简化开发过程中常见的任务，特别是自动重启和缓存控制。自动重启：当类路径下的文件发生变化时，应用会自动重启，以应用最新的代码变更。实时刷新浏览器：通过集成 LiveReload，当页面相关资源发生变化时，浏览器会自动刷新。

实踩spring-boot-devtools热部署的坑之：ClassCastException

混沌世界

08-31

1155

Quartz在spring-boot中使用了spring-boot-devtools带来的问题由于项目中会使用到定时任务，选型时选用了Quartz来进行任务管理和控制，之前配置定时任务后启动、暂停等操作都能正常，但是最近为了前端调试方便，添加了热部署的配置依赖： <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-devtools&l

关于spring-boot引入devtools热部署插件带来的classCastException问题记录

瓦力-眼观世界

11-29

2348

项目中使用的是spring-boot整合shiro.为了开发方便.我私自引入了devtools热部署插件.结果在通过session.getAttributor的过程中.发生了classCastException.很奇怪.取出session缓存的数据.我是很清楚这个数据类型的.不可能会发生转化错误.那么就只有我新加的devtools插件导致出现的这个问题了.网上也有人提出来了. 原文来自:http...

shiro中devtools:java.lang.ClassCastException: cn.model.User cannot be cast to cn.model.User

cherry_xiu的博客

07-10

5079

今天意外发现一个exception:java.lang.ClassCastException:cn.system.model.User cannot be cast to cn.system.model.User,一个User对象不能转换成另一个User 在shiro的认证类中的代码： SysUserModel SysUserModel = (SysUserModel)subject....

spring-boot-devtools 不同ClassLoader引起的问题

二十一克阳光！的博客

05-04

433

在Spring Boot的文档spring-boot-devtools 部分，有如下的描述： 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” clas...

Spring Boot Devtools Cannot cast x.y.Z to x.y.Z

偶尔记一下 - mybatis.io

04-26

1252

Spring DevTools 介绍 https://blog.youkuaiyun.com/isea533/article/details/70495714 Spring Boot Devtools Cannot cast x.y.Z to x.y.Z 经过挺长时间的测试和分析，才找到原因，并且有了本项目。项目地址：https://github.com/abel533/map...

springboot使用热部署造成类加载问题

ZiZouZuo的博客

04-14

1376

springboot使用热部署造成类加载问题

DevTools在多模块项目中出现 class x.x.A cannot be cast to x.x.A解决办法

qq_32691667的博客

08-03

765

定位问题在使用 DevTools 时，出现 class x.x.A cannot be cast to x.x.A，虽然说的两个类是一样的，其实二者并不相同，classLoader不同，这个报错其实是说 class x.x.A(classLoaderA) 不能转换为 class x.x.A （classLoaderB）为什么类加载器不一样这就涉及到了DevTools的原理 spring-boot-devtools会检测类路径的变化，当类路径内容发生变化后会自动重启应用程序。Spring Boot的重启

weblogic热部署重新产生classloader造成ClassCastException

技术长工

10-26

328

最近在使用weblogic做web容器来开发应用，在使用过程中感觉很不方便，每次更改类，weblogic重新部署后，应用无法使用，需要重新启动weblogic,非常麻烦，造成开发效率奇低。经查后，原来是一同事做了个Filter(过滤器)，每个request都经过此Filter，在filter中会从session中取出原来存的一个数据容器对象，进行数据比较;语句如下 SessionDataA...

一次由热部署导致的OOM排查经历

weixin_44421461的博客

03-07

280

点击上方“Java基基”，选择“设为星标”做积极的人，而不是积极废人！每天14:00更新文章，每天掉亿点点头发...源码精品专栏原创 | Java 2021超神之路，很肝~中文详细注释的开源项目RPC 框架 Dubbo 源码解析网络应用框架 Netty 源码解析消息中间件 RocketMQ 源码解析数据库中间件 Sharding-JDBC 和 MyCAT 源码解析作业调度中间件 Elast...

[Thread-1] DEBUG org.springframework.boot.devtools.restart.classloader.RestartClassLoader - Created RestartClassLoader org.springframework.boot.devtools.restart.classloader.RestartClassLoader@7d7ba910

最新发布

08-26

<think>嗯，用户想了解Spring Boot DevTools中RestartClassLoader的日志信息解释和优化方法。从问题来看，用户应该是个Spring Boot开发者，可能在开发过程中遇到了类加载器相关的日志困惑，或者想提升热部署的调试效率。用户提供的引用内容挺有意思，[^1]指出RestartClassLoader是devtools用于热部署的特殊类加载器，[^2]则展示了两个类加载器的实例ID差异导致的类型转换问题。这提示我需要重点解释类加载器隔离机制。关于日志解释，需要拆解三个关键点：首先是类加载器类型差异，AppClassLoader加载基础依赖而RestartClassLoader负责业务代码热替换；其次是实例ID差异（如@618157b2），这会导致运行时类型不等价；最后是类型转换异常的根本原因——不同类加载器加载的相同类会被JVM视为不同类型。优化方案可以从日志和运行时两个维度考虑。日志层面可以通过配置日志级别减少冗余输出，运行时层面则需要解决跨类加载器的对象转换问题。这里要特别注意Serializable接口的局限性，即使实现了序列化，不同类加载器的类仍然不兼容。突然想到个技术细节需要验证：RestartClassLoader的热替换原理。查阅资料确认它采用双类加载器机制，重启时新建类加载器加载变更类，同时保留基础类加载器不变。这个设计能解释为什么用户会看到两个类加载器实例。用户可能还隐含了性能需求，所以补充了热部署加速技巧。比如关闭自动重启可以避免频繁触发，而排除资源文件能减少无效重启。这些在实际开发中很实用，特别是前端项目频繁修改静态资源时。最后生成的问题试图覆盖用户可能的后续疑问。异常处理是刚需，配置调优能提升体验，而工作原理的深入理解有助于解决更复杂的热部署问题。如果用户需要，还可以展开讲如何自定义RestartClassLoader。</think>理解Spring Boot DevTools 中 `RestartClassLoader` 的日志信息及其优化是提升热部署开发体验的关键。下面结合你的引用进行解释和优化建议： --- ### **一、日志信息解释** 1. **`RestartClassLoader` vs `AppClassLoader`** - **`AppClassLoader`**：标准应用类加载器，加载项目依赖的第三方库（如 `spring-core`, `jackson` 等）和 `JDK` 核心类。 - **`RestartClassLoader`**：DevTools 专用的类加载器，**仅加载你的项目代码（`src/main` 下的类）**。它在每次热重启时重建，实现代码的快速重载[^1]。 2. **日志中的类加载器实例差异** 如你引用的日志所示： ```java RestartClassLoader@618157b2 // 热重启后新建的实例 AppClassLoader@18b4aac2 // 应用启动时的原始实例 ``` **问题根源**：热重启后，新加载的类由新的 `RestartClassLoader` 实例加载。若尝试将新对象赋值给重启前创建的旧类型变量（由旧 `AppClassLoader` 加载），JVM 会认为它们是**不同类加载器加载的“不同类”**，导致 `ClassCastException`[^2]。 --- ### **二、优化日志信息** #### **1. 减少冗余日志** 在 `application.properties` 中添加： ```properties # 关闭类加载器变更日志（默认INFO级） logging.level.org.springframework.boot.devtools.restart.classloader=WARN # 关闭重启过程详情日志 logging.level.org.springframework.boot.devtools.restart=OFF ``` #### **2. 解决类型转换异常** - **根本方案**：避免跨重启保留对象引用。 **典型场景**： - **静态变量持有对象**：重启后旧类卸载，新对象无法赋值给旧静态变量。 ```java // 错误示例 public class CacheUtil { private static Map<String, Object> cache; // 重启后cache指向旧类 } ``` - **解决方案**： - 用 `org.springframework.boot.devtools.restart.Restarter` 监听重启事件，清理静态状态： ```java @EventListener public void onRestart(RestartEvent event) { CacheUtil.clearCache(); } ``` - 改用 Redis/数据库等外部存储。 #### **3. 加速热重启** ```properties # 排除无需触发热重启的路径（如静态资源） spring.devtools.restart.exclude=static/**,templates/** # 关闭实时编译检查（IDE 内置更高效） spring.devtools.restart.trigger-file=- ``` --- ### **三、关键原理总结** | **特性** | **`RestartClassLoader`** | **`AppClassLoader`** | |------------------------|--------------------------------------------------|------------------------------------| | **加载范围** | 仅项目代码 (`src/main`) | 第三方库、JDK 核心类 | | **生命周期** | 每次热重启重建 | 应用启动后不变 | | **热部署原理** | 隔离项目代码，重启时只重载变更类 | 不参与热部署 | | **类型兼容性问题** | 新旧实例加载的类被 JVM 视为不同类 | 无变化 | > **重要提示**：即使两个类全限定名相同，由不同类加载器加载，JVM 也会视其为**不兼容的类型**。这是 `ClassCastException` 的根本原因[^2]。 --- ### **相关问题** 1. **如何解决 Spring Boot DevTools 热重启后的 `ClassCastException`？** 2. **哪些配置能显著加速 Spring Boot 的热部署过程？** 3. **`RestartClassLoader` 的设计如何解决传统热部署的性能瓶颈？** 4. **为什么静态变量会导致 DevTools 热重启失效？如何规避？** [^1]: DevTools 通过双类加载器隔离机制实现快速重启，项目代码由独立的 `RestartClassLoader` 管理。 [^2]: JVM 用 `(类全名, 类加载器实例)` 作为类唯一标识，跨类加载器的类型转换必然失败。