Nginx可通过location精确匹配路径并结合limit_req_zone实现路径级精准限流，支持前缀/正则匹配、多维key（IP+URI/AppID/Token）、burst/nodelay灵活控制及多策略叠加生效。
针对特定 URL 路径做精准接口限流，关键不是全局设限，而是让限流规则只作用于目标路径，并能按业务需要区分请求来源、用户身份或接口敏感度。Nginx 原生支持通过 location 块精确匹配路径，再结合 limit_req_zone 定义的策略生效，实现“一路径一策”。
用 location 精确绑定路径，避免影响其他接口
限流必须落在具体的 location 块内，否则会误伤无关路径。推荐使用前缀匹配（^~）或正则匹配（~），确保语义清晰、无歧义：
-
location ^~ /api/v1/login { ... }—— 匹配所有以该前缀开头的请求，性能高、无回溯 -
location ~ ^/api/v2/(orders|payments)/status$ { ... }—— 精确控制特定子路径，适合灰度或高危接口 - 避免用
location /api/ { ... }这类宽泛写法，除非你明确要统一对整个 API 前缀限流
构造带业务语义的限流 key，提升精准度
仅靠 IP 限流太粗糙，容易误伤或绕过。应把路径、用户标识、App ID 等维度组合进 key，让同一路由下不同用户互不干扰：
-
limit_req_zone "$binary_remote_addr$uri" zone=login_path:10m rate=3r/s;—— 同一 IP 访问不同登录路径（如 /login、/login/admin）各自独立计数 -
limit_req_zone "$http_x_app_id" zone=app_limit:10m rate=100r/s;—— 按第三方 App ID 限流，适用于开放平台 -
limit_req_zone "$http_authorization" zone=token_limit:10m rate=5r/s;—— 对每个有效 Token 单独限速，需配合鉴权前置
设置 burst 和 nodelay，适配接口特性
突发流量处理方式直接影响用户体验和后端压力。是否允许排队、是否立即响应，要按接口类型决定：
- 登录、支付等低延迟敏感接口：加
nodelay，突发请求直接通过或拒绝，不排队等待 - 搜索、报表等可缓冲接口：去掉
nodelay，让漏桶平滑释放 burst 请求，减轻瞬时峰值 -
burst=10表示最多缓存 10 个超额请求；值过大可能耗尽共享内存，建议按平均 RT × 并发预期估算
叠加多层策略，兼顾兜底与精细控制
单一限流 zone 很难覆盖所有场景。可通过多个 limit_req 指令叠加，Nginx 会取其中最严的一个结果生效：
- 全局 IP 级兜底：
limit_req zone=ip_global burst=20;防扫描和爬虫 - 路径级主控：
limit_req zone=login_path burst=5 nodelay;控制核心流程 - VIP 用户豁免：
limit_req zone=vip_bypass burst=1000;（key 中含 vip 标识）
注意：多个 limit_req 必须在同一个 location 内声明，且顺序不影响最终判定逻辑。
