大家好，我是烤鸭：

​     今天分享一个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.  最终的解决方案

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