Chrome为何不主动关闭未使用的冗余TCP连接？

问题背景 #

在Chrome中加载单个页面时，有时会创建1-2个额外的TCP连接。推测这些是临时连接，用于应对页面可能存在的其他服务器资源请求需求。当无额外资源需要请求时，这些TCP连接仍会保持而非被关闭，且Chrome不会在这些连接上发送任何请求。既然Chrome已明确无更多资源请求需求，为何不主动关闭这些连接，反而依赖服务器超时机制？这种行为会浪费嵌入式Web服务器的宝贵资源。同时想了解HTTP服务器的预期应对方式：似乎服务器应发送“请求超时”408响应，但超时时间应设置为多久？
补充：服务器超时设置为10秒时，Chrome未关闭这些连接；页面初始加载耗时<7ms，Chrome有充足时间判断无额外请求。目前尚无权威资料明确这些连接为临时连接，仅能找到类似社区的合理推测，但观察到加载有额外资源的页面时，这些“临时”连接确实会被使用。

Chrome不主动关闭空闲连接的原因 #

• 预连接性能优化：Chrome的连接池会提前建立额外连接，核心是为了避免后续突发请求（比如动态加载的脚本、延迟渲染的图片）时，重新发起TCP三次握手的延迟。哪怕页面初始加载极快，浏览器也会保留这些连接一小段时间，这是通用的性能优化策略，而非针对单个页面的特殊处理。
• 遵循持久连接规范：HTTP/1.1及以上默认启用持久连接（Keep-Alive），浏览器会遵循这一规范，不会在页面加载完成后立刻关闭所有空闲连接，而是依赖Keep-Alive的超时逻辑来管理连接生命周期，这是浏览器端统一的连接池管理规则。
• 应对异步请求不确定性：即使页面初始资源加载完成，浏览器无法完全预判后续是否会有异步请求（比如统计脚本、广告、用户交互触发的资源请求），保留连接是为了应对这类不可预知的场景，避免重复建立连接的开销。

嵌入式Web服务器的应对策略 #

• 合理设置408超时时间：对于资源紧张的嵌入式服务器，建议将空闲连接超时时间设置为2-5秒。这个时长既给浏览器预留了处理潜在异步请求的窗口，又不会让空闲连接长时间占用内存、端口等宝贵资源。
• 主动管理空闲连接：服务器可以在连接空闲达到设定阈值后，发送408 Request Timeout响应并关闭连接，这符合HTTP规范，能让浏览器明确连接关闭原因，避免不必要的重试；也可以直接关闭空闲连接，但发送408是更规范的做法。
• 明确Keep-Alive参数：在响应头中配置Keep-Alive: timeout=3, max=5这类参数，主动告知浏览器连接的空闲超时时间和允许的最大请求数，引导浏览器更合理地管理连接，减少无意义的空闲连接占用。

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