网络预连接做了却没变快：HarmonyOS 7 DNS、证书和首屏域名预算怎么查

应用启动时提前连了三个域名，首屏接口仍然慢，后台连接数和耗电反而上升。预连接不是“域名越多越快”：连错域名、证书协商不复用、首屏接口走了另一个网关，都会让预热成本变成浪费。HarmonyOS 7 的网络加速方向给了能力，应用仍要拿真实请求链路做预算。

验证范围：官方页面用于确认 HarmonyOS 7/API 26 的能力方向；文章代码只验证应用侧状态、预算或一致性模型。当前电脑是 API 24 SDK，且没有连接 HarmonyOS 7 真机，所以下面的断言不是 API 26 编译、设备性能或线上效果证明。

把首屏真实请求画出来

清空应用进程后记录首屏所有 DNS、连接、TLS 和首个业务字节时间；再启用预连接，核对预热目标与实际请求的 scheme、host、port、证书和连接复用情况。如果预热连接没有被首屏请求使用，就不能把连接建立成功算成优化成功。

案例一：单一 API 网关适合精确预热

首页所有关键请求都走同一网关时，只预热一个确定目标，并在首屏请求中核对连接复用。收益容易度量，后台成本也可控。

案例二：多租户域名要延迟到用户上下文确定后

账号登录后才知道租户域名，启动即预连默认域名可能完全无效。应先恢复账号和租户，再为真正首屏目标分配一次预算。

预连接命中需要四个条件

预连接收益依赖目标完全匹配、时机足够早、连接能复用且没有挤占其他关键任务。只看到“连接建立了”不等于首屏使用了它。

type Candidate = { host:string; probability:number; cost:number };
function choosePreconnect(items:Candidate[], budget:number):string[]{
  let used=0;
  return [...items].sort((a,b)=>b.probability-a.probability).filter(x=>used+x.cost<=budget?(used+=x.cost,true):false).map(x=>x.host);
}
const hosts=choosePreconnect([{host:'api',probability:.95,cost:2},{host:'ads',probability:.2,cost:2}],2);
if(hosts.join(',')!=='api') throw new Error('预算没有给首屏关键域名');

这段模型用确定输入验证“有限预热预算优先给真实首屏命中率最高的域名”。它适合先发现边界错误，但不会冒充平台接口或设备性能测试。

预热范围怎么选

方案	适用范围	主要风险
全部域名预连	封闭内网工具	连接和能耗浪费
固定一个网关	单域名首屏	租户切换后命中下降
按命中概率预算	多域名正式应用	需要埋点与动态配置

优先按真实命中概率做小预算，先保证一个关键网关。任何新增候选都要用首屏复用率和净耗时收益证明，而不是凭感觉加入。

用预算函数限制候选

建立 PreconnectPlanner，输入账号状态、网络类型、首屏路由和历史命中率，输出最多一到两个目标。结果进入性能快照，便于回滚。

优化后必须看净收益

• 冷启动和温启动分开统计。
• 预连目标与真实请求 host/port/证书一致。
• 记录连接是否被首屏复用。
• 弱网下没有挤占首屏下载带宽。
• 关闭预连接有可比较的对照组。

预连接不是越早越多越好。把“建立成功”改成“首屏复用并有净收益”，优化结果才不会只存在日志里。

官方资料

• 2026 年 8 月开发者月刊：网络预连接
• HarmonyOS 7 新能力
• HarmonyOS 应用开发指南