订阅更新被限流：429、频繁刷新与缓存策略

识别限流

日志中出现 HTTP 429 或明确的 retry-after 信息，说明服务端拒绝了过于频繁的请求。保留状态码和时间，勿公开完整链接。

恢复策略

按服务端提示等待，改为每日或配置变化时更新一次。若没有 429 而是持续超时，应转到网络与线路诊断，而不是把它当作限流。

诊断范围

“订阅更新被限流：429、频繁刷新与缓存策略”应先按可观察现象缩小范围：订阅地址返回 429 或更新不稳定时，合理降低刷新频率并确认服务端策略。 记录发生时间、使用的客户端与系统版本、是否仅在某个网络或某个配置下发生。不要从单次测速、单个节点或一次重试直接推断根因，也不要在未备份配置时同时修改多个开关。

操作步骤

1. 保留错误提示的非敏感部分，并记下当前客户端、系统、网络类型和最近一次成功时间；订阅链接、账号、令牌和个人网络标识不得写入截图或工单。
2. 在受控条件下只改变一个变量，例如切换已知可用的网络、恢复一份已导出的配置，或暂时停用可能重复接管流量的另一个客户端；每次改动后回到同一个操作复测。
3. 将结果归为“现象消失、现象不变、出现新错误”之一。前两类分别保留变更前后记录；出现新错误时立即恢复上一步，而不是继续叠加 DNS、代理模式、内核或系统权限改动。

验证与回退

完成调整后，以原始失败动作连续复测，并确认目标功能恢复而不是只看到界面状态改变。若复测失败，回退到已导出的配置或原先已知可用的客户端状态，再依据记录选择下一项检查。任何无法解释的证书、权限、路由或账户提示都应停止扩大改动范围并转交产品或网络管理员。

来源与适用边界

本文未绑定可逐条核验的外部案例，只提供本机侧可重复的诊断顺序，不把任何现象归因于特定服务商、线路或版本。若需要升级，应带着脱敏后的时间、错误文本和已执行步骤联系相应产品支持。