nghttp2同一客户端会话下请求串行处理的技术咨询

这个现象其实和nghttp2的默认线程调度模型以及你的请求处理逻辑密切相关，我来拆解一下核心原因：

1. nghttp2的连接-线程绑定机制 #

你配置了4个worker线程，但nghttp2默认是每个TCP连接绑定到单个worker线程。也就是说，同一个会话（TCP连接）上的所有HTTP/2流（也就是你的两个请求）都会由同一个worker线程来处理。这个线程会串行处理该连接上的所有请求——当它在处理耗时的/something请求时，会被阻塞住，根本没时间去处理后续的/anything请求，直到前一个请求完全处理完。

哪怕服务器有再多的空闲worker线程，也不会把同一个连接的其他请求分配过去，这是nghttp2默认的设计，目的是减少线程间的上下文切换和资源竞争。

2. 同步阻塞的请求处理逻辑 #

如果你的/something接口处理是同步阻塞式的（比如直接调用了sleep、同步数据库查询或者其他耗时的同步操作），那负责这个连接的worker线程会被完全占用，无法在处理/something的同时去处理/anything。HTTP/2的多路复用能力需要服务器端的请求处理是非阻塞或者异步的，才能真正在同一个连接上并行处理多个请求。

举个例子：如果你的/something处理函数里写了sleep(5)，那worker线程会卡在这5秒里，完全没法处理后续的请求，哪怕/anything只需要1毫秒就能完成。

如何验证和解决？ #

• 验证连接绑定问题：用两个不同的TCP连接分别发起/something和/anything请求，你会发现它们能并行处理——这就说明问题出在单连接内的线程串行调度上。
• 异步化耗时请求处理：把/something的耗时逻辑放到独立的线程池里执行，让worker线程在接收请求后立即返回，不用等待耗时任务完成。这样worker线程就能马上处理后续的/anything请求，等耗时任务完成后再通过HTTP/2的流发送响应。
• 调整nghttp2的调度策略：虽然nghttp2默认是连接绑定线程，但可以通过自定义调度逻辑（比如用nghttp2_option_set_stream_user_data结合线程池）来实现单连接内的请求并行处理，但这需要修改服务器代码，对nghttp2的API有一定了解。

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