Remote Agent 越慢重试越多，最后全链路雪崩：HarmonyOS 7 A2A 熔断、探测和本地降级怎么做

Remote Agent 延迟升高后，客户端立刻重试；重试又占满连接和线程，正常请求也开始超时。几分钟后远端恢复，所有排队请求同时涌入，再次把服务压垮。面向 HarmonyOS 7 的 A2A 协同，故障处理不能只有“失败就再试”，而要限制重试预算、打开熔断、用小流量探测恢复，并在本地保留用户意图。

验证范围：官方页面用于核对 HarmonyOS 7/API 26 的能力方向与开发边界；文中代码只验证应用侧状态机、预算或一致性模型。当前电脑是 API 24 SDK，且没有连接 HarmonyOS 7 真机，所以下面的断言不等同于 API 26 编译、真机性能或上架审核结果。

用延迟注入重现重试放大

让 Remote Agent 的 50% 请求延迟超过超时阈值，同时允许每个请求重试两次。观察实际调用量是否从 10 次放大到接近 30 次；再加入熔断后记录关闭、打开、半开和恢复过程。

案例一：查询类意图降级到本地缓存

远端不可用时返回带时间戳的最近结果，并明确标识“可能不是最新”，避免用户反复点击制造更多请求。

案例二：写操作只保留意图不自动重放

创建预约等副作用操作进入待确认队列。恢复后先展示原意图和当前上下文，由用户确认，再提交一次，不能后台静默重放。

熔断器需要哪些状态

单个请求的局部重试在系统层面会变成流量放大。没有全局失败窗口和恢复探测，每个页面都以为自己只重试了一次，远端看到的却是一场洪峰。

type Sample={ok:boolean};
function shouldOpen(xs:Sample[],min=5,ratio=.5){if(xs.length<min)return false;return xs.filter(x=>!x.ok).length/xs.length>=ratio;}
const samples=[{ok:false},{ok:false},{ok:true},{ok:false},{ok:true}];
if(!shouldOpen(samples)) throw new Error('失败窗口没有打开熔断');

这段模型用确定输入验证“达到最小样本和失败比例后停止普通请求，避免重试放大”。它适合先发现应用侧边界错误，但不会冒充平台接口或设备性能测试。

三种降级方式怎么选

方案	适用范围	主要风险
每请求固定重试	偶发抖动	故障期放大流量
失败后永久关闭	人工维护系统	无法自动恢复
滑动窗口加半开探测	正式 A2A 链路	需要共享状态与抖动控制

使用共享滑动窗口；打开后拒绝普通调用，经过冷却只放少量半开探测。查询可读缓存，写操作保留意图并等待确认。

实现一个可解释的滑动窗口

封装 AgentCircuitPolicy，按远端能力和版本隔离熔断状态，输出允许、降级、排队或探测。页面不自行循环重试。

恢复验证比打开熔断更重要

• 故障时总调用量不会倍增。
• 半开阶段只有受控探测。
• 查询降级明确数据时间。
• 写意图不会自动重复提交。
• 恢复后排队请求不会瞬时洪峰。

熔断不是把错误藏起来，而是阻止局部故障扩散。能守住重试预算、保留用户意图并平稳恢复，A2A 协同才真正具备韧性。

官方资料

• HarmonyOS 7 新能力
• Harmony Intelligence
• HarmonyOS 应用开发指南