Chrome访问IONOS托管的JS Web应用时部分图片无理由延迟20秒加载

• Chrome套接字池死连接超时：Chrome会复用同域名的TCP/TLS连接，如果IONOS服务器的连接保持时间短于Chrome的套接字缓存时间，主动断开的连接没有被Chrome及时感知，前几个请求会发送到已失效的连接上，20-20.6秒的固定延迟正好匹配Chrome默认的TCP死连接重试超时阈值。后续请求触发连接重建后使用正常新连接，所以加载速度正常。
• QUIC/HTTP3兼容异常：如果IONOS主机开启了HTTP3 QUIC协议，Chrome的QUIC实现存在已知的连接挂起bug，当QUIC会话异常时会等待固定超时后才回退到HTTP/2或HTTP1.1。火狐对QUIC的启用策略更保守，不会触发该问题；重启Chrome会清空QUIC会话缓存，所以首次加载正常。
• 服务器端连接限制：IONOS虚拟主机可能对同IP的并发连接设置了较低阈值，短时间发起20个图片请求时，前几个请求被临时挂起20秒后再处理，后续排队的请求反而分配到了正常处理队列。
• Chrome预连接机制异常：Chrome的预连接功能提前创建的连接在实际使用前被服务器断开，使用这些无效连接发起请求就会触发超时。

客户端调整 #

• 分批加载图片：不要一次性触发20张图片的并发请求，改为每次加载6张（匹配Chrome同域名最大并发连接数限制），前一批加载完成后再加载下一批，降低触发服务器连接限制的概率。
• 新增超时重试逻辑：监听图片加载事件，如果图片加载超过3秒未完成，给src添加随机查询参数（比如https://www.myhomepage.app/imagename.jpg?t=${Date.now()}），强制Chrome使用新连接发起请求，跳过死连接等待流程。
• 禁用QUIC协议：在服务器响应头中添加Alt-Svc: clear，强制Chrome回退到HTTP/2或HTTP1.1，避免QUIC兼容问题。
• 显式控制预连接：在页面head中添加<link rel="preconnect" href="https://www.myhomepage.app">，保证预创建的连接有效性，或关闭不必要的预连接预测。

服务器端调整 #

• 调整长连接配置：如果使用Nginx，将keepalive_timeout调整为65s（和Chrome默认连接超时时间一致），keepalive_requests调整为100，避免服务器主动断开Chrome缓存中的有效连接。
• 配置强缓存策略：给图片添加Cache-Control: public, max-age=31536000, immutable响应头，让Chrome直接从本地缓存加载已访问过的图片，减少重复请求。
• 联系IONOS技术支持：核实虚拟主机是否开启了流量整形、WAF延迟规则或HTTP3异常配置，要求调整针对Chrome请求的限制策略。

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