使用URLSession+MapKit时，httpMaximumConnectionsPerHost与Pipelining配置疑问

在MapKit中使用URLSession下载地图瓦片，单屏最多会发起50个请求。我的服务器支持HTTP/2和HTTP/3，已经将httpShouldUsePipelining设为true，现在有几个疑问：

1. 在HTTP/3环境下，启用httpShouldUsePipelining后，httpMaximumConnectionsPerHost的计数逻辑是怎样的？每个请求算一个独立连接，还是所有请求通过多路复用共用一个连接？换句话说，处理50个请求时，httpMaximumConnectionsPerHost该设为50还是1？
2. 如果MapKit先发起50个请求，在下载完成前视图变化又触发50个新请求，这些请求会使用2个连接，还是在同一个连接上多路复用这100个请求？

当前使用的会话配置如下：

let config = URLSessionConfiguration.default
config.httpShouldUsePipelining = true
config.httpMaximumConnectionsPerHost = 36
config.networkServiceType = .responsiveData
urlSession = URLSession(configuration: config)

核心逻辑：HTTP/2、HTTP/3的多路复用特性 #

首先明确：HTTP/2和HTTP/3本身就原生支持请求多路复用，同一个主机的所有请求默认会复用单个TCP（HTTP/2）或QUIC（HTTP/3）连接，httpShouldUsePipelining这个参数是为HTTP/1.1设计的，在HTTP/2+环境下几乎不会生效——毕竟多路复用的效率比HTTP/1.1的流水线模式高得多。

httpMaximumConnectionsPerHost的作用边界 #

这个参数控制的是同一主机的并发连接数上限，而非请求数。在HTTP/2+环境下：

• 哪怕同时发起50个请求，它们都会在同一个连接上完成多路复用，所以httpMaximumConnectionsPerHost设为1就足够覆盖单屏的50个请求。
• 你当前设置的36完全没必要，反而可能在极端场景（比如连接意外中断重建）下创建多余连接，增加服务器负载。

后续新请求的处理方式 #

当第一波50个请求还在下载时，视图变化触发的新50个请求，依然会复用已建立的同一个HTTP/2或HTTP/3连接，不会创建新连接。只有当当前连接出现异常（超时、断开等），URLSession才会尝试建立新连接，且受httpMaximumConnectionsPerHost的限制。

最优配置建议 #

• 把httpMaximumConnectionsPerHost设为1：既充分利用HTTP/2+的多路复用优势，又不会给服务器造成多余连接负载。
• 可以移除httpShouldUsePipelining = true：HTTP/2+环境下该参数无效，留着也不会有负面影响，但没必要。
• 保留networkServiceType = .responsiveData：符合地图瓦片这类低延迟需求的场景。

调整后的配置示例：

let config = URLSessionConfiguration.default
config.httpMaximumConnectionsPerHost = 1
config.networkServiceType = .responsiveData
urlSession = URLSession(configuration: config)

内容的提问来源于stack exchange，提问作者Jeshua Lacock