Flutter技术疑问：全局用http.Client还是添加HTTP Keep-Alive头？

一、是否应该在应用生命周期内持久化http.Client？ #

这是规范且推荐的实践，但要做好生命周期管理：

• 持久化Client的核心价值是复用TCP连接（对应HTTP Keep-Alive机制），避免每次请求都重复建立连接的开销——包括TCP三次握手、TLS加密协商，这对多请求场景的性能提升非常显著。
• 禁止频繁创建/销毁Client：如果每个请求都新建一个Client实例，会直接导致连接无法复用，反而增加额外的资源消耗。
• 生命周期管理方案：
  • 最简单的方式是在应用启动时初始化一个全局单例Client，在应用退出时调用client.close()关闭连接池。
  • 若业务需要不同的请求配置（比如不同超时时间、拦截规则），可以按业务模块拆分多个Client，但同一域名下的请求必须复用同一个Client，才能实现连接复用。

二、HTTP Keep-Alive头需要手动添加吗？ #

不需要手动添加，http包的Client默认已启用Keep-Alive：

• Dart自带的HttpClient底层默认开启了Keep-Alive，http包基于它实现的Client会自动处理连接复用逻辑，包括发送Keep-Alive头、维护连接池。
• 除非后端有特殊配置要求（比如指定连接超时时长），否则手动添加头属于画蛇添足，反而可能引发兼容问题。
• 决定Keep-Alive是否生效的关键是：复用同一个Client实例，以及后端服务器是否支持并正确配置了Keep-Alive（比如设置合理的连接超时、最大复用数）。

三、购物车页面的额外优化建议 #

针对你当前购物车N+1请求的场景，除了复用Client，还能进一步优化：

• 优先推动后端提供批量接口：比如获取购物车列表时，同时返回所有商品的详情数据，从根源减少请求次数，这是性能提升最直接的方案。
• 若无法修改后端，务必确保购物车的所有请求（列表接口+单个商品接口）都复用同一个Client实例，避免每次请求新建连接。

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