正题:先说我发现的问题:当一个事务的执行被打断,jedis的exec()为什么没有返回null,返回的是一个empty list?
-
原生redis 命令测试。最近我在使用redis的事务,也就是watch(),multi(),exec()。redis官方文档中说明了,如果watch(key1),并且在提交事务的时候,key1发生了改变,那么该事务中的所有,注意是所有命令都不会执行,并且exec()返回nil!我在redis-cli中实验,也确实返回了nil。
-
java客户端测试。由于我的开发环境是java,用的是spring,自然也就用到了spring-data-redis中的redis客户端,spring-data-redis源码中CollectionUtils类有这么一个方法:
static <K> void rename(final K key, final K newKey, RedisOperations<K, ?> operations) {
operations.execute(new SessionCallback<Object>() {
@SuppressWarnings("unchecked")
public Object execute(RedisOperations operations) throws DataAccessException {
do {
operations.watch(key);
if (operations.hasKey(key)) {
operations.multi();
operations.rename(key, newKey);
} else {
operations.multi();
}
} while (operations.exec() == null);
return null;
}
});
}
注意while中的判断operations.exec() == null,意思是事务中断了,exec()会返回null,循环执行,直到事务没有被打断,也就是exec()返回不为null为止。这段代码有几个需要注意的地方,要使用SessionCallback,这样会把一个redis的socket连接绑定到该线程,否则事务中的每个操作都会创建新连接(每次都创建新连接对事务的执行有什么影响?)
于是乎,我也照着这种写法写了。诡异的事情来了,我自己测试发现,当监视的key被修改后,事务确实中断了,没有执行,但是这个exec()为什么返回的不是null?是一个empty list()?反复测试都是这个结果,那还能咋办,看源码,redisTemplate也是对jedis的封装。
- jedis的exec()方法源码。
public List<Object> exec() {
client.exec();
client.getAll(1); // Discard all but the last reply
inTransaction = false;
List<Object> unformatted = client.getObjectMultiBulkReply();
if (unformatted == null) {
return Collections.emptyList();
}
List<Object> formatted = new ArrayList<Object>();
for (Object o : unformatted) {
try {
formatted.add(generateResponse(o).get());
} catch (JedisDataException e) {
formatted.add(e);
}
}
return formatted;
}
注意啊,看源码里这一段:
if (unformatted == null) {
return Collections.emptyList();
}
事务中断的时候返回了null,然后jedis这里却返回了empty list?
在源码这里打个断点,也证实了。