redis键值出现\xac\xed\x00\x05t\x00&的问题及解决

redis键值出现\xac\xed\x00\x05t\x00&的问题

在使用redis存放键值对时，发现存放的key和value多了\xac\xed\x00\x05t\x00&的前缀，笔者存放的是字符串，结果如下图所示，出现非预期的前缀。

出现该问题的原因是 

redis template向redis存放使用java对象序列化的值，序列化方式和string的一般方式不同。

明明指定的另一个引文字符串作为key，但是实际存储后却多出来一串奇异字符串，这让笔者好奇心顿时升起来了，决定debug调试一下

从set()方法进入一路对execute()的重载方法向下跟踪，最终来到了一个T result = action.doInRedis(connToExpose);代码处

step into 进入doInRedis方法，

可以看到在一开始传入的匿名对象就是这个ValueDeserializingRedisCallback抽象类的一个匿名子类，并实现了set方法的最后一步，将数据存入redis。

来看看我的字符串key是怎么转化成byte数组的。

对rawKey方法向下追踪…

1.获取Key的序列化器，然后对我们的key进行序列化

进入serialize(key)方法，执行了JdkSerializationRedisSerializer类中的serialize方法。

继续向下跟踪…

最终！！！！

原来是使用了JDK自带的ObjectOutPutStream将我们的String对象序列化成了byte[]，

来看看我们把byte数组转回字符串key发现在我原本的key之前确实拼接了乱码的字符串。

RedisTemplate对Key的序列化了解了后，我们在看看对Value的序列化是怎么一回事？

最终结果是同样的使用JDK自带的对象输出流对其进行序列化

在Key和Value都序列化后，将数据存入Redis。

最终总结可以发现一切原因都是这个默认的JdkSerializationRedisSerializerJDKRedis序列化器的序列化方式不能让人接受。

知道了问题所在，这个问题就已经解决了一半了。

我们能不能不使用这个默认的JDKRedis序列化器，自己实现一个或者换一个呢？

很幸运，Spring已经为我们提供了许多类型的序列化器了

一般我们常用的序列化器是Jackson2JsonRedisSerializer和StringRedisSerializer这两种。

看名字就知道Jackson2JsonRedisSerializer是将对象序列化成JSON形式的序列化器了。

• Jackson2JsonRedisSerializer：常用来直接序列化Value对象为JSON字符串。内部使用ObjectMapper
• StringRedisSerializer：常用来序列化Key，也可以用来序列化Value。

于是乎我们对RedisTemplate进行配置

/**
 * 如果key和value都使用的StringRedisSerializer序列化器，则推荐使用StringRedisTemplate
 *
 * 配置Redis的Key和Value的序列化器
 * @param redisTemplate 从容器中获取RedisTemplate
 * @return 修改后的RedisTemple
 */
@Bean
public RedisTemplate<Object, Object> redisStringTemplate(RedisTemplate<Object, Object> redisTemplate) {
    StringRedisSerializer stringRedisSerializer = new StringRedisSerializer();
    redisTemplate.setKeySerializer(stringRedisSerializer);
    // 如果手动将Value转换成了JSON，就不要再用JSON序列化器了。
    // redisTemplate.setValueSerializer(new Jackson2JsonRedisSerializer<>(Object.class));
    redisTemplate.setValueSerializer(stringRedisSerializer);
    return redisTemplate;
}

查验结果

key和value的序列化和反序列化都正常了。

总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。

最新评论