如何基于HTTP/2拦截部分请求？GOAWAY方案遇阻求技术建议

纠正GOAWAY的使用误区 #

GOAWAY帧的设计目的是优雅关闭整个HTTP/2连接，告知对方停止在当前连接上创建新流，并通过Last-Stream-ID标识已成功处理的最后一个流。你指定Last-Stream-ID=1时，浏览器会认为流ID大于1的请求（比如流3）未被服务端处理且连接即将关闭，因此直接丢弃该流，这就是你看到“跳过流3”的原因。

单个流拦截的正确实现方式 #

要实现拦截特定流、转发其他流的需求，应该使用RST_STREAM帧而非GOAWAY：

• 针对需要拦截的流（比如流1），向浏览器发送RST_STREAM帧，错误码推荐使用REFUSED_STREAM(0x7)，明确告知该流被拒绝，但不影响当前连接上其他流的正常处理。
• 正常流（比如流3）无需特殊操作，直接转发至后端服务器即可，浏览器会在当前连接上继续处理该流的响应。

解决浏览器停止新建连接的问题 #

浏览器会限制HTTP/2的并发连接数（通常默认6个），频繁通过GOAWAY关闭连接会快速耗尽连接池，且浏览器可能判定服务端状态不稳定，停止创建新连接。改用RST_STREAM后，无需频繁重建连接，从根源避免这个问题：

• 避免滥用GOAWAY，仅在需要关闭整个连接时使用（比如服务端重启、连接超时）。
• 如果确实需要引导浏览器新建连接，可通过调整SETTINGS_MAX_CONCURRENT_STREAMS限制当前连接的并发流数，或在处理完当前需保留的流后主动关闭连接，但这种场景远不如RST_STREAM高效。

额外注意事项 #

• 确保中间件正确处理HTTP/2帧的顺序：拦截流时，要在收到流的HEADERS帧后立即发送RST_STREAM，避免浏览器发送过多数据后才被拒绝。
• 错误码选择要符合HTTP/2规范：REFUSED_STREAM适用于服务端主动拒绝流，CANCEL适用于客户端取消请求的场景，不要混用。

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