Nginx 中不存在 http2_max_requests 指令；实际控制 HTTP/2 连接请求数上限的是 keepalive_requests，它对所有协议生效，设置后连接处理指定请求数即关闭。
在 Nginx 中，http2_max_requests 并不是官方支持的配置指令 —— 它根本不存在。
为什么找不到 http2_max_requests？
Nginx 官方文档中没有 http2_max_requests 这个指令。你可能混淆了以下两个概念：
- HTTP/2 连接复用机制本身不设单连接请求数上限：HTTP/2 允许一个 TCP 连接上并发处理多个请求（多路复用），Nginx 默认不会主动因“请求数过多”而关闭 HTTP/2 连接。
-
实际控制连接生命周期的是
keepalive_timeout和keepalive_requests：这两个指令作用于所有协议（包括 HTTP/1.x 和 HTTP/2），但它们控制的是「长连接」行为，而非 HTTP/2 特有的限制。
真正影响 HTTP/2 连接关闭的关键配置
如果你希望限制单个 HTTP/2 连接处理的请求数量（例如防止资源长期占用、便于负载均衡轮转或日志统计），目前 Nginx 原生不提供直接等价于 http2_max_requests 的参数，但可通过以下方式间接实现或替代：
-
keepalive_requests：设置一个长连接最多处理多少个请求后关闭。该值对 HTTP/2 同样生效（从 1.15.3 起完全支持）。例如：keepalive_requests 1000;
表示该连接处理完第 1000 个请求后，Nginx 主动关闭连接（无论是否超时）。 -
keepalive_timeout：设置连接空闲多久后关闭。即使请求数未达keepalive_requests，空闲超时也会断连。keepalive_timeout 60s; -
客户端主动控制：现代浏览器通常会在内部限制单个连接的请求数（如 Chrome 限制约 1000 个流），并自动新建连接。服务端无法强制客户端遵守某项“最大流数”，但可通过
http2_max_concurrent_streams控制并发流上限（防过载，非总请求数）。
常见误区与建议
不要尝试在配置中写入 http2_max_requests，Nginx 启动会报错：unknown directive "http2_max_requests"
- 若目标是“每个连接只服务有限请求”，请使用
keepalive_requests（推荐值：100–10000，视业务稳定性要求调整）。 - 若目标是“限制并发流数量防压垮”，用
http2_max_concurrent_streams 100;（默认 128）。 - 若需更精细的连接生命周期管理（如按时间+请求数双重限制），需结合应用层逻辑或上游网关（如 Envoy）实现。
验证配置是否生效
修改后重载 Nginx，并通过 HTTP/2 工具观察连接行为：
- 用
curl -I --http2 https://your.site/确认协议为 HTTP/2。 - 用浏览器开发者工具 → Network → Headers 查看
:scheme和:protocol字段。 - 大量并发请求测试时，抓包观察 FIN/RST 出现时机，比对
keepalive_requests设置值是否吻合。
