各位老友们，我又来提问了，你们的后端服务 API 有做节流（throttle）和防抖（debounce）吗？

节流：在一段时间内，规定同一个操作最多只能运行指定次数，超出的阻止。   防抖：在一段时间内，规定同一个操作的多次运行只能让其中一个（一般是开始的一个或者最后一个）运行，其他的阻止。 

• 資深大佬 : janxin

  你换个搜索关键词
  rate limit 和 backoff/retry

• 主 資深大佬 : JJstyle

  好吧，节流和防抖似乎只是 js 特有的关键词，我咋想不到 rate limit 呢

• 主 資深大佬 : JJstyle

  @janxin >#1

• 主 資深大佬 : JJstyle

  nginx 的这个用法应该还需要考虑到 NAT 环境下公共 IP 的问题

• 資深大佬 : chinvo

  这些一般是 API 网关的工作

• 資深大佬 : chotow

  换个关键词，限流（ Throttle ），后端就挺多的了吧。
  在一些不能多次处理的任务中都会用到，基本是用 Redis 锁实现。

• 資深大佬 : woomly

  没有做

• 資深大佬 : xuanbg

  网关上实现，根据 url 读取配置表中的接口配置数据，如果配了限流参数，就按限流参数来进行访问限制。

• 資深大佬 : Varobjs

  防抖真是前端的，后端叫锁

• 資深大佬 : xuanbg

  @xuanbg 限流参数就 2 个，分别是单位时间内可访问次数和最小时间窗口。前者如果被设置为每天 100 次，那同一个来源的请求从第一次开始计时，24 小时内超过 100 次后就会被拒绝。后者如果被设置为 3 秒，那么在第一次访问开始计时，3 秒内除第一次外的访问都会被拒绝，过了 3 秒之后，再次访问则重新开始计时。因为你不发请求就不会开始 3 秒计时，所以不会有什么 2.9 秒后只需间隔 0.1 秒的漏洞。