楼主你这个其实就是各种维度的报表而已，但产品硬生生把报表搞成了查询，我猜他们在统计之外，还要看到各种明细吧，而且还要实时的，这个就尴尬了。

@UserNameisNull 双检锁了解一下。B 获取到锁不是直接去更新，而是先检查一下 Token 是否可用。

分布式锁，更新的时候加锁就行了

vmware 没问题，其他没装过

应该是包的版本不对，没有 checkArgument 这个方法。

上面说得不是很准确，不是自己实现 feignClient，是自己构建 feignClient，就像这样：
TaskClient taskClient = Feign.builder().decoder(decoder).encoder(encoder)
.requestInterceptor(template -> {
Map<String, String> map = call.getHeaders();
for (String k : map.keySet()) {
String v = map.get(k);
template.header(k, v);
}
}).target(TaskClient.class, getServiceUrl(call.getService()));

没能理解楼主的问题在哪？ Ribbon 的路由策略和拦截有啥关系？正常配自定义路由策略就好了吧。feign 请求加请求头的问题？是的话自己实现 feignClient 就行了。

Apollo 搞得有点复杂了，我选择自己撸一个简单的恰好够用的轮子

ZenTermLite

@crclz 分布式锁可以帮到你呢，亲！

想了一下，还有一种间接的办法，就是给你的原始数据加一列 group_id，让每一对 IN_OUT 拥有相同且唯一的 id 就行了。然后你就能按 group_id 进行 group by 配对了。

非要 SQL 处理，只能存储过程用游标。这种方法严重不推荐！

这个数据 SQL 没办法做到一一配对。如果数据是有序的，你还能写代码用循环来处理。

实在不理解为何要对不存在的数据加锁。怕同时写入不应该在方法上加锁吗？

数据要长久保存的话，加上用户 ID 作标识，取的时候用用户 ID 作条件查询即可。不需要长久保存的话，注销的时候清理掉就可以了。

Incase City，价格不贵还轻便

the next one...