今天在使用spring boot+spring-data-redis 做缓存，在获取缓存的时候出现了：
java.lang.ClassCastException: com.xxx.www.xxx.entity.Sign cannot be cast to com.xxx.www.xxx.entity.Sign
的异常，记录一下解决思路以及方案。
首先，出现这个问题，因为类的全名和路径都一样，那么根据java判断两个类是否是同一个类的2个原则：全名和类加载器，所以这个问题肯定是由类加载器不同引起的。所以先来跟一下代码。
classloader.png
发现我们的class是由
RestartClassLoader 加载的，并不是我熟悉的 AppClassLoader 加载的，于是上网搜索了一下，这个 RestartClassLoader 是 spring-boot-starter-devel 的加载器，目的是用于开发的时候，修改了类之后项目的快速重启和重载，我的项目中确实也有配置了这个。
pom.png
然后继续跟踪代码，来到
CacheAspectSupport
cacheAspectSupport.png
执行到这一步的时候，缓存的内容已经获取到，现在来看一下这个返回值的类加载器是哪一个，
cacheresult.png
此时，可以看到，返回的值的类加载器为:
AppClassLoader,这就导致了最后进行类型转换的时候出现了我们前面提到的异常信息。
解决方案
- 首先肯定是最简单的方案了嘛，直接移除掉pom里面的
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
<!-- <scope>runtime</scope>-->
<optional>true</optional>
</dependency>
cache 就能正常运行了。
但是，可能是我的强迫症犯了，觉得这样会影响我的开发体验，现在这个社会，用户体验最重要，我也是个开发的用户，当然也想要体验，肯定不能这样就算了，于是，撸了一下源代码，找到了第二种解决方案。
- 既然他们是不同的classloader ，那么，我们能否让他们的classloader变成一致？答案是当然的了。
接下来我就按照我当时解决的思路去一步一步的跟踪。
首先我是通过CacheInterceptor这个类作为入口，断点。
1.png
中间跳过一些代码，这些代码都是可以直接跟着走就行，最终我们到了RedisCache这个类中来了
image.png
下面这一段代码就是我们获取并且deserialize为对象。
@Nullable
protected Object deserializeCacheValue(byte[] value) {
if (isAllowNullValues() && ObjectUtils.nullSafeEquals(value, BINARY_NULL_VALUE)) {
return NullValue.INSTANCE;
}
return cacheConfig.getValueSerializationPair().read(ByteBuffer.wrap(value));
}
在这里我们发现
image.png
我们的cacheConfig 是通过 AppClassLoader去加载的，所以可想而知，它在进行反序列化的时候，会使用AppClassLoader 去加载我们的业务对象的类，因此也就出现了前面的类型转换错误。
继续看cacheConfig 跟进去看一看这个类是什么结构，在RedisCacheConfiguration.java 文件中发现这样一个方法:
public static RedisCacheConfiguration defaultCacheConfig(@Nullable ClassLoader classLoader) {
DefaultFormattingConversionService conversionService = new DefaultFormattingConversionService();
registerDefaultConverters(conversionService);
return new RedisCacheConfiguration(Duration.ZERO, true, true, CacheKeyPrefix.simple(),
SerializationPair.fromSerializer(RedisSerializer.string()),
SerializationPair.fromSerializer(RedisSerializer.java(classLoader)), conversionService);
}
可以传入一个classLoader，那我们就有了解决办了发，只要在构建RedisCacheConfiguration的时候传入和线程一样的ClassLoader不就可以了。
于是把我们的cacheManager的配置改成如下:
@Bean
public RedisCacheManager redisCacheManager(LettuceConnectionFactory lettuceConnectionFactory){
return RedisCacheManager.builder(lettuceConnectionFactory)
.cacheDefaults(RedisCacheConfiguration.defaultCacheConfig(Thread.currentThread().getContextClassLoader()))
.build();
}
重启一下，大功告成。
使用FastJson 序列化value的配置:
@Bean
public RedisCacheManager redisCacheManager(LettuceConnectionFactory lettuceConnectionFactory){
RedisSerializationContext.SerializationPair<Object> objectSerializationPair = RedisSerializationContext.SerializationPair.fromSerializer(new GenericFastJsonRedisSerializer());
return RedisCacheManager.builder(lettuceConnectionFactory)
.cacheDefaults(
RedisCacheConfiguration.defaultCacheConfig(Thread.currentThread().getContextClassLoader())
.serializeValuesWith(objectSerializationPair)
)
.build();
}
网友评论