Redis遇到的那些坑
前言
Redis 作为当前最流行的 NoSQL 之一，想必很多人都用过。
Redis 有五种常见的数据类型：string、list、hash、set、zset。讲真，我以前只用过 Redis 的 string 类型。
由于业务需求，用到了 Redis 的集合 set。这不，一上来就踩到坑了。
前几天有个需求提测，测试小哥提了个 bug，并给了我一个日志截图：
问题排查
从堆栈信息定位到了项目的代码，大致如下：
public class CityService
private void setStatus(CityRequest request) {
// 根据城市码查询城市信息
Set cityList = cityService.findByCityCode(request.getCityCode());
if (CollectionUtils.isEmpty(cityList)) {
return;
}
// 遍历，做一些操作（报错就在这这一行）
for (String city : cityList) {
// ...
}
}
// 一些无关的代码...
}
报错的代码就在 for 循环那一行。
这一行看起来似乎没什么错误，跟 HashSet 和 String 转换有什么关系呢？往前翻一翻 cityList 是怎么来的。
cityList 会根据城市码查询城市信息，这个方法有如下三步：
从本地缓存查询，若存在则直接返回；否则进行第二步。 从 Redis 查询，若存在，存入本地缓存并返回；否则进行第三步。 从 MySQL 查询，若存在，存入本地缓存和 Redis（set 类型）并返回；若不存在返回空。
联系报错信息，再看这几步的代码，1、3 可能性较小；第二步因为之前没有直接用过 set 这种数据结构，嫌疑较大。
于是想先通过 Redis 客户端看下缓存信息。
这一看不当紧，更疑惑了：Redis 的 key/value 前面有类似\xAC\xED\x00\x05t\x00\x1B 的字符串（可能略有不同），而且还有乱码。如图：
乱码问题处理
网上查了一番，原来是 spring-data-redis 的 RedisTemplate 序列化的问题。
RedisTemplate 的默认配置如下：
public class RedisAutoConfiguration {
@Bean
@ConditionalOnMissingBean(name = "redisTemplate")
public RedisTemplate redisTemplate(RedisConnectionFactory redisConnectionFactory)
throws UnknownHostException {
RedisTemplate template = new RedisTemplate<>();
template.setConnectionFactory(redisConnectionFactory);
return template;
}
}
RedisTemplate 在操作 Redis 时默认使用 JdkSerializationRedisSerializer 来进行序列化的。
对于这个问题，修改下配置就可以了，示例代码如下：
@Configuration
@AutoConfigureAfter(RedisAutoConfiguration.class)
public class RedisConfig {
@Bean
public RedisTemplate redisTemplate(RedisConnectionFactory redisConnectionFactory) {
RedisTemplate redisTemplate = new RedisTemplate<>();
redisTemplate.setConnectionFactory(redisConnectionFactory);
// 使用 Jackson2JsonRedisSerialize 替换默认序列化
Jackson2JsonRedisSerializer jackson2JsonRedisSerializer = new Jackson2JsonRedisSerializer<>(Object.class);
ObjectMapper objectMapper = new ObjectMapper();
objectMapper.setVisibility(PropertyAccessor.ALL, JsonAutoDetect.Visibility.ANY);
objectMapper.enableDefaultTyping(ObjectMapper.DefaultTyping.NON_FINAL);
objectMapper.configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false);
jackson2JsonRedisSerializer.setObjectMapper(objectMapper);
// 设置 key/value 的序列化规则
redisTemplate.setKeySerializer(new StringRedisSerializer());
redisTemplate.setValueSerializer(jackson2JsonRedisSerializer);
redisTemplate.setHashKeySerializer(new StringRedisSerializer());
redisTemplate.setHashValueSerializer(jackson2JsonRedisSerializer);
redisTemplate.afterPropertiesSet();
return redisTemplate;
}
}
这个配置改过之后，乱码的情况就没了。
类型转换问题
继续跟进前面的类型转换问题。
通过客户端查看 Redis 的值，如下：
这是什么鬼？明显不对劲儿啊！
我们想存储的是 set 类型，正常应该是三条数据，这里怎么只有一条？
想了想应该是向 Redis 存储值的时候有什么问题，于是翻到代码看了看怎么存的：
public class CityService {
public Set findCityByCode(String cityCode) {
// ...
// 查询MySQL
List cityDoList = cityRepository.findByCityCode(cityCode);
// 封装数据
Set cityList = new HashSet<>();
cityDoList.forEach(record -> {
String city = String.format("%s-%s", record.getType(), record.getCity());
cityList.add(city);
});
// 【问题出在这里】
redisService.add2Set(cacheKey, cityList);
return cityList;
}
}
RedisService#add2Set 方法：
public class RedisService {
// ...
public void add2Set(String key, T... values) {
redisTemplate.opsForSet().add(key, values);
}
}
乍一看好像没什么问题。
但是再一看，RedisService#add2Set 方法中，values 是可变长度类型的参数，如果把整个 cityList（java.util.Set 类型）作为一个参数传给可变长度类型的参数会怎么样呢？
PS: 可变长度类型参数是 Java 中的一种语法糖，其实它本质上是一个数组。
打个断点看下：
可以看到这里的 Set 类型，也就是传入的 cityList 被当成了数组中的一个元素，怪不得会报错。
那这种情况该怎么处理呢？
其实也很简单，把 cityList 转成数组就可以了：
public class CityService {
public Set findCityByCode(String cityCode) {
// ...
// 【问题出在这里】转成数组，即 toArray 方法
redisService.add2Set(cacheKey, cityList.toArray());
return cityList;
}
}
这样入参就按照想要的方式来了：
再观察 Redis 的缓存值，可以看到也是想要的结果：
到这里，问题算是搞定了。
结语
本文主要复盘了 Redis 使用过程中遇到的两个问题：
Redis key/value 乱码问题。原因是 RedisTemplate 的序列化问题，注意配置。 HashSet 和 String 类型转换问题。主要是在操作 Redis 的 set 时（其他类型亦然），注意 API 的参数细节，不能想当然。
漫漫踩坑路，且踩且珍惜。大家一起踩。
