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>