本文主要是介绍spring-data-redis increment方法，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
spring-data-redis increment方法主要是实现整数类型的自增的，可以通过该函数自己封装incr和decr方法。
但是在使用如下方法获取自增的值得时候会报错
ValueOperations<String, Object> valueOper=redisTemplate.opsForValue();valueOper.increment(key,1);Object value=valueOper.get(key);如果没有显示指定Key或Value的序列化器，默认采用JdkSerializationRedisSerializer。StringRedisSerializer将数据存储为正常的字符串，而且JdkSerializationRedisSerializer则是将数据存储为一串序列字符串，还需通过反序列化才能得到正常的字符串。
当在使用ValueOperations之类的接口时，值得注意的是，接口是使用泛型的，如ValueOperations<K,V>，起初实现点击量递增，自然选用了ValueOperations<String,Long>的方式，点击量嘛，当然是整数喽。可就在调用increment方法时出现问题了，提示“ERR value is not an integer or out of range”。Redis手册中已经给出了很明确的说明，如下：
在递增之前，由于使用ValueOperations的set方法为点击量设置了初始值，Key的序列化器采用的是JdkSerializationRedisSerializer，其将初始值变成了序列化字符串存入了Redis，而Redis执行INCRBY命令时是无法识别序列化字符串为整数的，所以会提示错误。
有人提出一个很奇怪的现象，如果不使用set方法设置点击量的初始值，直接调用increment方法，Redis中存入的是正常的数字字符串，没有被序列化！这个现象仔细想想，跟sdr没有半毛钱关系的，更扯不到序列化。看上图中的一句说明，“如果 key 不存在，那么 key 的值会先被初始化为 0 ，然后再执行 INCR 操作”。在点击量的Key不存在时，直接调用increment方法，递增量的初始值是由Redis生成的，根本没有走sdr的序列化策略，又何来序列化。
那说了这么多，点击量的递增到底如何来解决呢？我得出的结论是，在使用ValueOperations的increment功能时，设置Value的序列化器为StringRedisSerializer，这样存入Redis的值即为可识别的数字字符串了。可以在配置文件中配置，也可以在代码中动态的指定Value的序列化器。
stringRedisTemplate.setValueSerializer(new StringRedisSerializer());<bean id="redisTemplate" class="org.springframework.data.redis.core.RedisTemplate" connectionFactory-ref="jedisConnectionFactory"> <property name="keySerializer"> <bean class="org.springframework.data.redis.serializer.StringRedisSerializer" /> </property> <property name="valueSerializer"> <bean class="org.springframework.data.redis.serializer.StringRedisSerializer" /> </property>
</bean>
这篇关于spring-data-redis increment方法的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
