Nginx虚拟主机限流需在http块定义limit_req_zone，server块用limit_req启用；支持按IP、域名、URI分级限流，结合burst、nodelay和key选型实现柔性应对突发流量。
面对突发流量，Nginx 的虚拟主机（即 server 块）本身不直接提供“限流”能力，真正的限流控制必须依托于 全局上下文（如 http 或 limit_req_zone 定义）与 server 内的 limit_req 指令协同实现。关键在于：限流策略在全局定义，但可按 server 级别精准启用、配置和隔离。
1. 在 http 块中定义限流区域（核心前提）
所有限流都始于 http 块中的 limit_req_zone 指令。它基于变量（如 $binary_remote_addr、$host、$uri）创建共享内存区域，用于统计请求频次。
-
按 IP 限流（防刷）：
limit_req_zone $binary_remote_addr zone=perip:10m rate=10r/s; -
按域名隔离限流（真正实现“server 级别”）：
limit_req_zone $host zone=byserver:10m rate=100r/s; -
按 URI 分级限流（精细控制热点接口）：
limit_req_zone $host$uri zone=byapi:10m rate=5r/s;
注意：zone 名称是后续在 server 中引用的唯一标识；rate 是平均速率（支持 r/s 或 r/m），Nginx 使用漏桶算法平滑处理瞬时突增。
2. 在 server 块内启用并配置限流策略
定义好 zone 后，在目标 server 块中使用 limit_req 激活该策略。这才是“虚拟主机级别控制”的落地点。
-
limit_req zone=byserver burst=200 nodelay;→ 允许突发 200 个请求进入队列，不延迟（nodelay 表示不排队等待，超限直接 503） -
limit_req zone=perip burst=10 delay=5;→ 单 IP 最多排队 10 个请求，超过第 5 个开始延迟响应（平滑放行） -
limit_req zone=byapi burst=10;→ 对每个 host+uri 组合单独限流，适合保护 /api/v1/order 这类高危路径
多个 limit_req 可共存（如同时限制 IP + 域名），Nginx 按顺序检查，任一触发即拒绝请求（状态码 503，默认可改用 limit_req_status 429;）。
3. 针对突发流量的关键调优技巧
真实场景中，纯速率限制易误伤合法用户。需结合 burst、nodelay、key 设计做柔性应对：
-
burst 要设合理值：不能只看平均 QPS。例如日常 80r/s、峰值达 300r/s，可设
burst=220缓冲突刺，避免大量 503 -
慎用 nodelay：它让超限请求立刻失败。若业务容忍短暂延迟，去掉
nodelay让 Nginx 自动排队更友好 -
key 选型决定隔离粒度：用
$host可确保 www.a.com 和 api.a.com 互不影响；用$binary_remote_addr则所有域名共享同一 IP 配额 -
配合日志快速定位瓶颈：在 server 中加
log_format limitlog '$remote_addr - $host [$time_local] "$request" $status $body_bytes_sent $request_time $limit_rate';，再用access_log logs/limit.log limitlog;
4. 实战验证与常见误区
部署后务必用 ab 或 wrk 模拟压测，并观察：
-
curl -I http://your-domain.com返回状态码是否符合预期（429 或 503） -
nginx -t && nginx -s reload确保配置热生效，避免 reload 失败导致限流失效 - 错误日志中出现
limiting requests表示限流已起作用
常见误区：
– 把 limit_req_zone 写在 server 块里（语法错误，只允许在 http 或 stream）
– 忘记设置 shared memory size（如 zone=xxx:10m），导致 zone 无法初始化
– 使用 $host 但客户端 Host 头被篡改或为空，造成限流失效（可加 if ($host = '') { set $host 'default'; } 防御）
不复杂但容易忽略：限流不是加一行就完事，关键是 zone 定义位置、key 的语义准确性、burst 与 rate 的匹配关系，以及 server 块内的精确调用。把这三环扣紧，虚拟主机就能稳扛流量洪峰。
