redisTemplate写哈希表遇到的坑
本文系原创,如有转载,请注明出处
在使用spring的redisTemplate进行redis哈希表的相关操作时,遇到了下面比较奇怪的情况:
- 1.删掉哈希表所属的key之后,重新get这个key的值,得到的不是null,而是一个空的map
- 2.直接get一个不存在的key,得到的不是null,而是一个空的map
- 3.set进去一个null值值后,重新set一个非空的map,这个key对应的仍然是一个null
那先看一下我写的setHash和getHashTable这两个方法:
1.首先setHashTable
public void setHashTable(final String key, Map<String, String> value) { Object res = redisTemplate.execute(new SessionCallback() { @Override public Object execute(RedisOperations operations) throws DataAccessException { operations.multi(); operations.delete(generateKey(key)); operations.opsForHash().putAll(generateKey(key), value); Object val = operations.exec(); return val; } }); if (res == null) { log.error("redis transaction fail, key is : {}", key); throw new RuntimeException("Redis transaction fail"); } }
这个方法其实是对redisTemplate对哈希表set操作的封装(上面其实是用了事务操作)
2.getHashTable
public Map<String, String> getHashTable(final String key) { try { HashOperations<String, String, String> operations = redisTemplate.opsForHash(); Map<String, String> mapInRedis = operations.entries(generateKey(key)); return mapInRedis; } catch (Exception e) { log.warn("redis get Exception.", e); } return MapUtils.EMPTY_MAP; }
好吧,针对遇到的问题,我追踪了一下redisTemplate的源码,debug进上面代码中黄色的地方看一下
我们可以看到,是调用的redisTemplate.execute方法。这个方法里面是对hGetAll的封装调用。
那我们看一下redis相关文档里面对HGETALL的解释:http://redisdoc.com/hash/hgetall.html
我们自己在终端实验一下:
果然哈,输入一个不存在的key,返回的不是null,而是一个empty list or set
那么程序里面返回的是{}就可以理解了。
接下来查后面set进null值的问题。我们上述代码中调用的是putAll方法:
看源码可以发现,这个方法写着,m 不可以为空。如果是null有什么后果呢
这个方法里面已经假定m不为null了,直接判断是否为空的empty。那么其实如果m是null,是不会走进这个方法里面来的,至少m.isEmpty这里会报NPE。
还没有周到具体的原因。那我猜应该是传入null的时候,报了空指针,某个地方拦截住然后把这个key锁住了