RedisTemplate value序列化导致的问题

大家好，我是烤鸭：

今天分享一个redisTemplate 使用时，value 序列化的问题。

1. 问题描述

其实我最开始遇到的问题是：

stringRedisTemplate.opsForSet().isMember(key,value)一直返回false问题，下边博客给出了答案

https://blog.csdn.net/weixin_39523456/article/details/108236181

改完之后又出现了新问题，没办法就跟着看了下源码。

发现是value在不同的序列化方式下的问题？

2. 情景复现及源码

用的value的序列化方式是：GenericJackson2JsonRedisSerializer

这个是测试的代码，返回的结果 Long类型的true ， String 类型的 false

但是我们通过控制台看一下呢，感觉也没啥区别啊，返回的都是 1

这时候我想看一下redis服务端接收到命令到底是啥，为啥返回结果不同。由于客户端这边写入的字节数据(也就是下边的write方法)，没办法看，只能从服务端想办法。

服务端通过monitor 命令开启执行过的命令，由于是监控当前节点的。如果是集群模式，必须每个节点单独开启(数据在哪台，就开哪台)。

  ./redis-cli -h 127.0.0.1 -p 6001monitor

这下捕捉到了服务端接收的指令。

这下明白了，如果是String 类型的，使用 GenericJackson2JsonRedisSerializer 序列化方式，会在外侧被加上一个转义双引号 ""

通过控制台查看的结果是这样的。

3. 关于最开始的问题和解决方案

上面的博客解决方案不适用于我，项目里redis已经在别的地方使用过，改了一下序列化方式，发现会影响之前的方法，因为原有的数据是通过 GenericJackson2JsonRedisSerializer 的序列化方式写入的，当使用 StringRedisSerializer 会出现下面的问题，又多了双引号...其实不是多了双引号,是本来就是这种结构,只是用 GenericJackson2JsonRedisSerializer 反序列化的时候会只保留一个 "",变成String类型。

这个跟哪种序列化的方式没关系，是哪种存的，取的时候就用哪种。不要随意修改序列化方式！！！

4. 最终的解决方案

既然不能改序列化方式，又对存入的数据结构没什么把握，建议做两手准备...