java.lang.ClassCastException：DTOObject 无法转换为 DTOObject

Posted 2023-03-26

【中文标题】java.lang.ClassCastException：DTOObject 无法转换为 DTOObject

【英文标题】：java.lang.ClassCastException: DTOObject cannot be cast to DTOObject

【发布时间】：2016-10-24 22:25:54

【问题描述】：

我在 Spring Boot 1.4.0M3 上运行的应用程序中遇到了一个奇怪的问题，该应用程序使用 Spring 缓存实现，其中提供者是 Redis，我收到 classCastException 无法转换相同的对象

我使用 Mongodb 作为数据库，我有用户对象，其中包含延迟加载的角色对象列表，角色内部包含权限对象，如下所示

@Document
@Data
public class User implements Serializable
private String passwordResetToken;

private boolean enabled = false;

@DBRef(lazy= true)
private List<Role> roleList;

我的角色 DTO 如下

@Data
@Document
public class Role implements Serializable
   private String roleName;
    private String description;
    @DBRef(lazy= true)
    private List<Permission> permissions;

现在在我的 spring MVC 中，在加载所有角色时，我正在调用所有权限，因为这是重复操作，我想缓存结果并使用 redis，并在加载角色值时收到异常。

raised java.lang.ClassCastException: com.learning.securedapp.domain.Permission cannot be cast to com.learning.securedapp.domain.Permission

帮助我克服这个错误。

我将source code 附加到我的项目中，我在RoleController.java 的第91 行收到错误

要在本地环境中复制，登录到应用程序并单击权限菜单，然后单击角色菜单，现在在角色菜单中单击任何编辑图标。您将收到上述错误。

【问题讨论】：

如果一个类被不同的类加载器加载了两次，jvm 认为它们是不相等的。我想这就是发生在你身上的事情。

看起来你正在使用一个war文件，所以问题可能在于我们的应用程序容器加载了同一个类的多个版本。

我从 ide 运行，我只看到一个版本的权限类。

【参考方案1】：

当您将 DevTools 与缓存一起使用时，您需要注意 this limitation。

当对象被序列化到缓存中时，应用类加载器是C1。然后在您更改一些代码/配置后，devtools 会自动重新启动上下文并创建一个新的类加载器 (C2)。当您点击该缓存方法时，缓存抽象会在缓存中找到一个条目，并将其从存储中反序列化。如果缓存库不考虑上下文类加载器，则该对象将附加错误的类加载器（这解释了奇怪的异常A cannot be cast to A）。

TL;DR 如果缓存库不使用上下文类加载器，则不要使用 devtools 序列化类。或者把你的缓存库in the application classloader:

restart.include.yourcache=/my-cache-lib-[\\w-]+\.jar

【讨论】：

感谢@nicoll，能否提供一个示例，说明如何在应用程序类加载器中排除缓存库

第二个链接有一个例子。您实际上应该在应用程序类加载器中包含缓存库。我会更新问题。

我已经按照您提供的链接并在 META-INF/spring-devtools.properties 下添加了 restart.exclude.cache=jedis*.jar 属性，但我仍然面临同样的问题。我添加了 jedis，因为我使用 redis 作为我的缓存提供程序

我认为连载的不是绝地武士。

更改为 restart.include.cache 也不起作用

【参考方案2】：

这对我有用，DevTools 和 Redis 都在工作。我们需要在创建 JdkSerializationRedisSerializer 时传递 classLoader，它应该可以工作

 JdkSerializationRedisSerializer redisSerializer = new JdkSerializationRedisSerializer(getClass().getClassLoader());

所以我的 RedisCacheConfig 是：

@Configuration
@EnableCaching
public class RedisCacheConfig extends CachingConfigurerSupport implements CachingConfigurer 


............................
............................


    @Bean
public RedisCacheManager redisCacheManager(LettuceConnectionFactory lettuceConnectionFactory) 
    JdkSerializationRedisSerializer redisSerializer = new JdkSerializationRedisSerializer(getClass().getClassLoader());

    RedisCacheConfiguration redisCacheConfiguration = RedisCacheConfiguration.defaultCacheConfig()
            .disableCachingNullValues()
            .entryTtl(Duration.ofHours(redisDataTTL))
            .serializeValuesWith(RedisSerializationContext.SerializationPair.fromSerializer(redisSerializer));

    redisCacheConfiguration.usePrefix();

    RedisCacheManager redisCacheManager = RedisCacheManager.RedisCacheManagerBuilder.fromConnectionFactory(lettuceConnectionFactory)
            .cacheDefaults(redisCacheConfiguration)
            .build();

    redisCacheManager.setTransactionAware(true);
    return redisCacheManager;


............................
............................

检查这个 Spring Boot 问题：https://github.com/spring-projects/spring-boot/issues/9444

【参考方案3】：

我实际上尝试了建议的解决方案（及其许多变体），但没有成功。例如，这并没有阻止问题的发生：

restart.include.cache=/spring-data-redis-.*.jar

我更新了上述内容以标注我正在使用的特定版本，但它仍然无法正常工作。

我最终所做的工作是将 spring-boot-devtools 从我的项目中排除。我正在使用 Maven，所以注释是这样的：

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-devtools</artifactId>
        <version>[1.5.9,)</version>
        <scope>provided</scope>
    </dependency>

这将阻止任何等于或大于 1.5.9 的版本加载。在我包含上述内容后，一切都按预期工作。我知道这对所有人来说都不是一个理想的解决方案，但我很少使用 devtools 的重启功能，所以这对我来说实际上是一个好方法。

【参考方案4】：

我使用的是 Spring Boot 2.0.5，我最终从 pom.xml 中完全删除了 devtools。感谢@Always Learning 的上述回答。 尽管我很讨厌这样做，但我现在找不到其他方法！

  <!-- 
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-devtools</artifactId>
            <scope>runtime</scope>
        </dependency>
     -->