Flutter应用启动时偶发SocketException: HTTP connection timed out问题求助

• 先在网络层补全全链路埋点：每次应用启动时记录当前系统网络类型（WiFi/蜂窝）、网络权限状态、系统连通性回调结果；所有HTTP请求额外记录DNS解析耗时、TCP握手耗时、TLS握手耗时；出现SocketException: HTTP connection timed out时同步记录错误码、本地IP、域名解析得到的IP列表，通过埋点数据定位是网络未就绪还是连接环节出错。
• 排查Dart HTTP客户端配置问题：如果应用后台挂起时间较长，连接池中缓存的旧连接已经被运营商或服务端静默断开，启动时直接复用会直接触发超时。可以将HTTP客户端的idleTimeout调整为10s以内，或应用冷启动时主动清空一次连接池验证是否有改善。也可以测试强制启动初期的请求走新连接，对比错误出现概率。
• 排查DNS解析问题：生产HTTPS场景下容易出现启动时本地DNS缓存过期、运营商DNS解析延迟高的问题，可以尝试替换公共DNS、开启HTTP3/QUIC协议绕过TCP连接限制，验证错误是否消失。
• 优化复现测试方案：用系统自带的弱网络模拟工具（安卓开发者选项网络限速、iOS Network Link Conditioner）设置高延迟、高丢包率，模拟设备长时间休眠后网络刚恢复的场景，尝试稳定复现问题。生产环境可以打测试包，开启本地网络日志写入功能，触发问题后导出日志排查具体超时环节。
• 先上线临时规避方案：对启动前5秒内发起的HTTP请求添加自动重试逻辑，捕获到SocketException: HTTP connection timed out后间隔1s重试，最多重试3次，降低用户侧感知，同时在重试逻辑中加埋点统计重试成功率、耗时数据。
• 排查系统限制问题：部分厂商的电池优化策略会对后台休眠的应用断网，刚启动时会延迟几秒才给应用开放网络权限。可以统计报错用户的机型、系统版本、运营商信息，缩小问题范围，同时引导用户将应用加入电池优化白名单验证是否缓解。

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