cache的case里面有两个无法通过测试

[JasonZ023]

[yedf2]

1. 我刚刚更新了一下代码
2. 你的atomic?mode=rockscache这个没有做支持，看示例里面的具体url
3. /api/busi/strong这个，可能会更网络有些相关，导致某些sleep没有卡到点上，导致ensure失败。这个在我这，以及很多国内机器是没有问题的

[JasonZ023]

@yedf2 回复 你的atomic?mode=rockscache这个没有做支持，看示例里面的具体url 这点

GET http://localhost:8081/api/busi/atomic?mode=dtm ，这个用例需要修改一个地方才能跑通👇🏻

否则的话，在deleteCache这个接口这里会走到tagdelete分支，会导致报错

[JasonZ023]

http://localhost:8081/api/fireFailedCoupon 这个例子也是有一个小错误 🤷🏻‍♀️，少了一个字母........

[dej4vu]

Fetch 的判断关键只是“rockscache”，GetCacheValue的判断关键字也是“rockscache”，这里其实都是直接走了 redis 的缓存逻辑，跟预期是不符合的，预期要走的是rockscache的分支逻辑，所以传 dtm 作为关键字，会有多出逻辑错误，应该更新为rockscache