spring data redis的那些坑
spring 的IOC很少有bug,AOPbug开始多起来,到了它的一些“玩具”一样的组件,bug无处不在。而且跟一般的开源框架不同,在github上你报告issue,会被“这不是一个bug”强行关闭。开一博文记录,给遇到同样问题而苦恼的人歇歇脚。
1. 使用lua脚本,返回类型解析错误
背景:一般来讲,就算脚本里没有return语句,redis也是会返回执行结果,看起来就像:{“Ok” = “ok”},或者{“ok”:”ok”}。然而对于一些操作redis没有返回,或者return语句后面返回一个值,spring包了的那一层壳就会出问题。影响的包:spring封装了jedis的所有版本,包括:spring-data-redis 2.0以下的所有版本,以及使用了jedis的2.0以上版本:
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
<version>2.0.0.RELEASE</version>
<exclusions>
<exclusion>
<groupId>io.lettuce</groupId>
<artifactId>lettuce-core</artifactId>
</exclusion>
</exclusions>
</dependency>
这种情况下就会遇到
XXX cannot be cast to XXX
原因:DefaultScriptExecutor.java类中:
public <T> T execute(final RedisScript<T> script, final RedisSerializer<?> argsSerializer,
final RedisSerializer<T> resultSerializer, final List<K> keys, final Object... args) {
return template.execute((RedisCallback<T>) connection -> {
final ReturnType returnType = ReturnType.fromJavaType(script.getResultType()); // return type is wrong.
final byte[][] keysAndArgs = keysAndArgs(argsSerializer, keys, args);
final int keySize = keys != null ? keys.size() : 0;
if (connection.isPipelined() || connection.isQueueing()) {
// We could script load first and then do evalsha to ensure sha is present,
// but this adds a sha1 to exec/closePipeline results. Instead, just eval
connection.eval(scriptBytes(script), returnType, keySize, keysAndArgs);
return null;
}
return eval(connection, script, returnType, keySize, keysAndArgs, resultSerializer);
});
}
而作为消费者,一般会将返回值设置为Object,因为同一个脚本里有若干的逻辑,不同情况下返回值可能是布尔型,字符串型,Number型等。
ScriptSource scriptSource = new ResourceScriptSource(new ClassPathResource("META-INF/scripts/redis.lua"));
DefaultRedisScript<Object> redisScript = new DefaultRedisScript<Object>();
redisScript.setScriptSource(scriptSource);
redisScript.setResultType(Object.class);
而DefaultScriptExecutor的execute方法,会把Object类型解析为List类型,进而设置returnType为Multi。
public Object convert(Object result) {
if (result instanceof String) {
// evalsha converts byte[] to String. Convert back for consistency
return SafeEncoder.encode((String) result);
}
if (returnType == ReturnType.STATUS) {
return JedisConverters.toString((byte[]) result);
}
if (returnType == ReturnType.BOOLEAN) {
// Lua false comes back as a null bulk reply
if (result == null) {
return Boolean.FALSE;
}
return ((Long) result == 1);
}
if (returnType == ReturnType.MULTI) {
List<Object> resultList = (List<Object>) result;
List<Object> convertedResults = new ArrayList<>();
for (Object res : resultList) {
if (res instanceof String) {
// evalsha converts byte[] to String. Convert back for
// consistency
convertedResults.add(SafeEncoder.encode((String) res));
} else {
convertedResults.add(res);
}
}
return convertedResults;
}
return result;
}
会因为result(原本只是一个Object),被解析为List,转换出了问题。此外,这里居然没有设置null的转换,难道null就不是List了。。。好在spring redis基于lettuce的实现不存在这个问题。
2. spring redis基于lettuce配置Client必须显示调用
从官方的reference看,spring的lettuce的配置只需要简单使用一个包含host、port、database、password等链接必须信息构造的RedisStandaloneConfiguration对象作为参数传递给LettuceConnectionFactory 的构造函数,同理连接池,然而实际使用中发现,ConnectionFactory用于建立连接的是从它的client属性获取的服务器地址等,因此必须调用afterPropertiesSet方法。
现在client信息有了,可以连接,但是连接池又未开启,尽管已经在构造器参数中指定过。受限于时间,还没有调这个点。
LettucePoolingClientConfiguration poolingClientConfiguration = LettucePoolingClientConfiguration.builder()
.poolConfig(new GenericObjectPoolConfig())
.build();
RedisStandaloneConfiguration redisStandaloneConfiguration = new RedisStandaloneConfiguration(
redisProperty.getHost(),redisProperty.getPort()
);
redisStandaloneConfiguration.setDatabase(redisProperty.getDatabase());
LettuceConnectionFactory cf = new LettuceConnectionFactory(redisStandaloneConfiguration, poolingClientConfiguration);
cf.afterPropertiesSet(); // must
StringRedisTemplate stringRedisTemplate = new StringRedisTemplate();
stringRedisTemplate.setConnectionFactory(cf);
setSerializer(stringRedisTemplate);
spring data redis 的优缺点
spring-data-redis是由spring的 cache api 整合 redis 而来,它的命名规则由spring cache 的规则来定义key和对key的管理,进一步弱化redis的API。
事实上redis提供的功能已经足够强大,并且可以直接使用,同时支持灵活的分库。
spring 的 cache 功能主要由 @Cacheable @CacheEvict @CachePut 实现
@Cacheable
主要针对方法配置,能够根据方法的请求参数对其结果进行缓存@CachePut
主要针对方法配置,能够根据方法的请求参数对其结果进行缓存,和 @Cacheable 不同的是,它每次都会触发真实方法的调用@CachEvict
主要针对方法配置,能够根据一定的条件对缓存进行清空
默认情况下Spring使用CacheManagerBean 来实现,其实现有3种:EHCache,Redis,ConcurrentHashMap,默认的ConcurrentHashMap 是没有过期的。
Redis 的使用也是要自己手动调 expire ,所以暂时使用原生的 jedis ,直接调用 redis 的api
以上为个人经验,希望能给大家一个参考,也希望大家多多支持编程网。