这个问题我之前碰到过类似的场景，核心是Spring Boot DevTools的类加载机制和ActiveJDBC的Instrumentation增强逻辑没对齐导致的，我来给你拆解下原因和解决办法：

问题本质分析 #

你遇到的class dev.logue.sample.models.User cannot be cast to class dev.logue.sample.models.User错误，根源是类加载器隔离导致的类身份不一致：

• Spring Boot DevTools为了实现快速热重启，会用专属的RestartClassLoader加载你的应用代码（包括模型类）；
• 而ActiveJDBC的Instrumentation（也就是给模型类动态增强数据库操作能力的过程），大概率是由系统类加载器（也就是日志里的app loader）在应用首次启动时完成的。当DevTools触发重启后，RestartClassLoader会重新加载模型类，但这时候新加载的类没有经过ActiveJDBC的增强，或者和之前系统类加载器加载的类属于不同的“类实例”，JVM就会判定这是两个完全不同的类，强转时自然报错。

可行解决方案（按推荐程度排序） #

1. 让ActiveJDBC在DevTools重启时重新执行增强 #

如果你的ActiveJDBC是通过Java Agent方式实现Instrumentation的，需要让DevTools的RestartClassLoader也加载ActiveJDBC的核心包，确保重启后能重新触发增强逻辑：

• 在项目的src/main/resources/META-INF/目录下创建spring-devtools.properties文件，添加以下配置：

  # 让RestartClassLoader主动加载ActiveJDBC核心包
  restart.include.activejdbc=/activejdbc-.*\.jar
  # 监控模型类所在目录，变更时触发重启
  spring.devtools.restart.additional-paths=src/main/java/dev/logue/sample/models
  

  这样每次模型类变更触发重启时，RestartClassLoader会重新加载ActiveJDBC和你的模型类，ActiveJDBC就能对新加载的类执行Instrumentation了。

2. 调整编译时Instrumentation的同步逻辑 #

如果是用Maven/Gradle插件在编译阶段做Instrumentation（比如activejdbc-instrumentation插件），需要确保DevTools能及时加载到最新的增强后类：

• 首先在IDE中开启自动编译（比如IntelliJ IDEA需要勾选Settings > Build, Execution, Deployment > Compiler > Build project automatically）；
• 然后在spring-devtools.properties中缩短文件监控间隔，确保编译后的类能被及时检测到：

  spring.devtools.restart.poll-interval=1000
  spring.devtools.restart.quiet-period=500
  

  这样模型类修改后，IDE会自动触发编译，插件重新生成增强类，DevTools检测到文件变更后重启，加载最新的增强类。

3. 临时禁用模型类的类加载隔离（不推荐） #

如果上面的方案都不生效，可以尝试让模型类由系统类加载器加载，避免隔离冲突：

• 在spring-devtools.properties中添加：

  restart.exclude.models=/dev/logue/sample/models/.*\.class
  

  这个配置会让DevTools的RestartClassLoader跳过加载你的模型类，转而由系统类加载器加载，这样ActiveJDBC的增强逻辑就能直接作用于这些类。但缺点是模型类变更后无法触发热重启，需要手动重启应用，适合临时排查问题用。

验证步骤 #

1. 修改一个模型类（比如给User类加个字段），保存后观察控制台是否有DevTools重启的日志；
2. 重启完成后，执行一个数据库操作（比如查询User列表），检查是否还出现类转换异常；
3. 如果还是报错，可以在代码中打印类加载器信息验证：

   System.out.println(User.class.getClassLoader());
   

   确保所有用到User类的地方，类加载器是同一个。

内容的提问来源于stack exchange，提问作者Logue