HTTP/1.0 默认短连接为何导致性能下降
HTTP/1.0 默认使用短连接，每次请求都需重新建立 TCP 握手，无法利用已建立连接的性能优势。
短连接的性能损耗原因
HTTP/1.0 默认采用短连接模型，即每次发送请求都需要建立新的 TCP 连接，并在收到响应后立即关闭。这种机制导致浏览器无法复用已建立的连接，必须重复执行 TCP 握手等耗时操作。TCP 连接在建立初期处于慢启动阶段，性能尚未达到最优，频繁建立新连接会持续消耗资源并延长页面加载时间。
短连接无法利用 TCP 连接的“热连接”性能优势。TCP 协议在连接建立并持续使用一段时间后，性能会显著提升。短连接每次都从冷连接开始，无法享受这种性能优化，导致网络传输效率低下。在移动端网络环境延迟较高的情况下，这种性能损耗会被放大，严重影响用户体验。
持久连接的必要性
为了解决短连接的性能问题，HTTP/1.1 引入了持久连接（Keep-Alive）模型。持久连接允许在多个请求之间保持打开状态，从而节省重新建立 TCP 连接的时间。通过复用连接，浏览器可以利用 TCP 的性能增强特性，减少握手开销，提高数据传输效率。
持久连接并非无限期保持。服务器可以通过 Keep-Alive 头部指定连接保持的最小时间，确保连接在多个请求之间保持活跃。如果连接在请求间隙被关闭，后续请求仍需重新建立连接，失去持久连接的意义。因此，合理配置 Keep-Alive 时间对于维持连接性能至关重要。
如何检查当前连接模式
使用浏览器开发者工具的 Network 面板可以检查当前连接模式。打开开发者工具，切换到 Network 标签页，刷新页面并观察请求列表。如果每个请求都显示为独立的连接，且响应头中包含 Connection: close，则说明当前使用的是短连接模式。
在 Network 面板中查看响应头信息。选中任意一个请求，点击“Headers”选项卡，找到“Response Headers”部分。如果看到 Connection: close 头部，表明服务器或客户端强制关闭了连接。如果看到 Connection: keep-alive 头部，则说明连接保持开启状态，可以复用。
验证持久连接是否生效
对比开启持久连接前后的加载时间可以验证其效果。在 Network 面板中，观察请求序列是否按顺序排列。如果请求之间有明显的延迟，且每个请求都触发了新的 TCP 握手，则说明持久连接未生效。如果请求能够复用连接，且加载时间显著缩短，则说明持久连接配置正确。
检查响应头中的 Keep-Alive 头部值。在 Network 面板的 Headers 部分查找 Keep-Alive 字段，确认其指定的超时时间是否合理。如果 Keep-Alive 时间过短，连接可能在请求间隙被关闭，导致后续请求无法复用。通过调整 Keep-Alive 时间并重新测试，可以确保连接在多个请求之间保持活跃。
资料与延伸阅读
你可以通过以下原始资料核对文中概念，并继续深入阅读。