最近有问题：
一个业务使用分布式锁，通过redis实现。 在业务请求中，正常流程或异常流程具有解锁代码。 有取消按钮。 点击取消按钮，可以取消这项业务。 以前没有解锁代码。 将解锁代码添加到取消请求后，每次启动请求并向后端返回成功解锁的信息时，最多需要一分钟左右(测试环境)。 本地测试为1秒到5秒左右。
首先解决这个问题的想法是调查解锁代码是否有问题，因为这与redis有关，所以要调查redis的结构是否正确。 为了验证redis是否有问题，我写了测试代码。 也是解锁，测试了几次。 解锁需要14毫秒。 那个问题不是解锁的逻辑问题。
研究了http请求状态pending的含义，最终用fiddler捕获工具分析了问题。
发现取消传输的请求体大60m以上是解锁较慢的原因。 解锁接口的值必须接受id和cancel=true，不需要其他信息。