可以，都可以，
这题目只提了要求“阻止请求”
redis挺好的，还带单线程操作，也有点queue的意思啊

单独说queue太抽象了，我说用map，甚至set好像也行啊
--
FROM 223.104.39.*

太高深了
【 在 chzhang7901 的大作中提到: 】
: 今天面试的时候，人家问到。
: 我说放个Redis，进API调用的时候去看看Key、value在不在，在的话直接丢弃。
: 面试官说，可以用Queue，不过Queue也不能完全保证唯一性。
: ...................
--
FROM 218.19.98.*

今天看了密等性的一个文章
说的就是这个事情

你可以搜搜

【 在 licy 的大作中提到: 】
: 为啥要避免，重试按重试的规则处理一遍也行啊
:
--
FROM 120.244.234.*

你说的挺有道理的，但是有个疑问：
幂等性是相对于调用端而言的还是对双方而言的呢？

比如：客户端POST一个payment过去，得到消息“调用成功，payment已创建”。
因为客户端网络抖动，这个POST被发了10次，每次都得到消息“调用成功，payment已创建”。

这时候，这个调用是幂等的吗？


同样的场景，在服务器端看，会有两个结果：
1. 如果加入了去重机制，那只会有一个payment在服务器端创建（理想情况）。第一次创建，后面直接返回。
这种情况下，在服务器端看是幂等的吗？

2. 没有加入去重机制，这时候有10个payment被创建。
这种情况下，在服务器端看是幂等的吗？每次都创建了。


【 在 licy 的大作中提到: 】
: 幂等性说的是同样的请求应该得到同样的结果。
: 比如你支付一个订单，发了一个请求，返回订单成功，那么，如果这个请求由于某种原因再次重试的话，应该得到的是相同的结果，即支付成功。这样调用方和被调用方结果就一致了。
: 这个是幂等性，而不是返回一个“该请求过，不能重试”，要是这样的话，调用方和被调用方状态就永远不能一致了。
: ...................
--
FROM 120.244.234.*

我研究下你说的这个

谢谢！
【 在 Xjt 的大作中提到: 】
: 每次调用都需要用加了nonce的signature鉴权，每次的签名都不能重复。这样第二次调用的时候虽然签名是相同的，会被API gateway拦住。
: 至于API gateway如何实现每个签名只能被请求一次，redis就是很好的方案吧。
: 反而面试官说的Queue，比如Kafka，需要做到exactly once，可麻烦了。。。
--
FROM 223.104.41.*