记一次 Redission 的 Lock.tryLock(500, TimeUnit.MillSecond) 导致的线上Bug。

    前不久产品给提了一个Bug，说他在说feed 流的时候，有时候会突然刷到空内容，而且之后无论如何刷新，总也刷不出内容。我心里一想，卧槽，这么严重，立马提升bug为高优，并着手去修复。

 

业务背景介绍： 业务背景大概这这样， 在一个 关注Tab 页面下，用户也可查看用户关注人的一些动态信息Feed流,。前端只是去请求固定的接口，后端需要调用另一个系统去阿里云TimeLine  引擎分页查询用户的Feed 流，查询结果进行返回。当然 线上是多台机器部署，并使用SLB 进行负载均衡。

大致了解接口逻辑之后，便着手进行查询，我首先查询线上日志信息是否有报错，从Info 日志开始查询，得益于项目该打的日志打的很全，所以一会的功夫，搜索了一遍并没有发现有任何的异常信息（当然找不到，因为本来就没有收到什么报警通知），然后只能我去模拟这个用户 进行多次的尝试， 发现偶尔确实可以复现，查看前端请求后端接口 返回的数据确实为空，但是后端我单独去查，确实是有数据的呀，这让我非常郁闷，没办法，只能看代码了，看了很久，感觉也没有什么收获，一看表， 都九点多了，没办法，赶紧走吧， 这时我突然注意到 这个地方使用了 redis 的分布式锁，是不是这里有问题呢，伪代码大概如下。

 

RLock lock = redissonClient.getLock("distrubuted_l