应该是包的版本不对，没有 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...

单身多好，可以随便浪。

二手机就行了，要虚拟机那么复杂做什么

offset 前端自己知道，只需要在 data 之外一起返回 total 就行。
```json
{
"success": true,
"code": 200,
"message": "请求成功",
"data": [
{
"id": "13b09fd03a5a47b7918b24ec42c3db06",
"type": 1,
"method": "getConfigs",
"taskTime": "2019-10-04 21:25:10",
"count": 4,
"createdTime": "2019-10-04 21:24:11",
"invalid": false
}
],
"option": 1
}
```
上面的 option 里面的 1 就是 total

2C4G 基本就可以了。如果不买 RDS 自己装数据库的话，硬盘选 SSD，100G 就足够了。网络选按量付费。