请求接收处理类算法的通用术语是什么？含防抖、漏桶等相关咨询

你提到的防抖、节流、漏桶这类处理请求接收/发送频率的算法，通用术语是流量控制（Flow Control）和速率限制（Rate Limiting）——其中防抖、节流偏向于请求触发频率的抑制，漏桶、令牌桶则属于流量整形与速率限制的核心实现。

一、常见基础算法解析 #

• 防抖（Debouncing）：把短时间内多次触发的重复请求合并为一次，只有当触发间隔超过设定阈值时才执行实际请求，多用于客户端场景（比如输入框搜索联想、按钮防重复点击）。
• 节流（Throttling）：固定时间窗口内只允许处理一次请求，强制控制请求的最高频率，常见于滚动事件、窗口尺寸调整等高频触发场景的请求管控。
• 漏桶算法（Leaky Bucket）：将请求类比为水滴，漏桶以恒定速率“漏水”（处理请求），当请求量超过桶的容量时直接丢弃，能让服务器平稳处理流量，起到削峰填谷的作用。

二、服务器端适配多请求的同类算法 #

针对服务器端同时处理大量请求的场景，除了漏桶，还有这些常用的流量控制/速率限制算法：

• 令牌桶算法（Token Bucket）：系统按固定速率生成令牌存入桶中，请求必须获取到令牌才能被处理；桶满时新生成的令牌直接溢出，既支持平稳流量，也能应对合理的突发请求，是服务器端限流的主流实现之一。
• 滑动窗口算法（Sliding Window）：将时间窗口拆分为多个小时间段，实时统计当前滑动窗口内的请求总数，相比固定窗口算法，能避免窗口边界处的突发流量击穿限制，限流精度更高。
• 并发连接限制（Concurrent Connection Limiting）：直接限制服务器同时处理的请求连接数，超过限制的请求会被放入队列等待或直接拒绝，核心是控制服务器的资源占用，防止过载。
• 自适应限流算法（Adaptive Rate Limiting）：根据服务器的实时负载（CPU使用率、内存占用、请求响应时间等）动态调整限流阈值，比如结合PID控制逻辑，能智能适配服务器的运行状态，避免僵化的限流规则导致资源浪费或过载。

内容的提问来源于stack exchange，提问作者TNTzx