订阅自动更新间隔设多少合适？

常见做法是数小时到一天。机场在订阅中给出建议间隔时优先参考；常开的电脑可以设得短一些，很少打开的设备依赖启动时更新即可。节点异常时再手动更新一次。

订阅自动更新会消耗套餐流量吗？

订阅文件通常只有几 KB 到几百 KB，即使经由代理更新，消耗也远小于日常使用，可以忽略。真正可能多耗流量的是规则集等远程资源的频繁下载，它们的更新间隔需要单独看。

部分客户端在更新订阅后会重新加载整份配置，正在进行的连接可能被中断，表现为下载暂停或视频卡一下。间隔不宜设得过短，进行大文件下载或视频会议时也可以暂时避免手动更新。

订阅自动更新间隔的常见取值在数小时到一天之间：机场给出建议时优先参考，常开设备可偏短，偶尔使用的设备依赖启动时更新即可。 更新本身消耗的流量可以忽略，间隔设置真正要平衡的是“配置及时性”与“请求频率、重载中断”这两头。

为什么订阅需要更新、长期不更新会出现什么症状，基础知识见机场订阅为什么要定期更新。本文只讲设置层面的取舍；节点为什么会被调整、负载调度如何运作，属于网络专题内容，见节点、负载均衡与三网优化。

即使每小时更新一次订阅，一个月累计也通常只有几十 MB 的量级，相对于以 GB 计的套餐额度微不足道。需要留意的是规则集与资源文件，它们往往有自己独立的更新间隔，不受订阅间隔控制。规则集的维护见规则集与远程规则的更新。

请求频率限制。 部分机场会限制同一订阅在短时间内的请求次数，过于频繁时可能返回错误或暂时拒绝，反而导致更新失败。
配置重载造成短暂中断。 一些客户端更新订阅后会重新加载整份配置，正在进行的连接可能被断开，体现为下载暂停、视频卡顿或游戏掉线。间隔越短，这种中断越频繁。
异常特征。 远高于常见水平的请求频率，在风控层面可能与脚本抓取相似。各机场的判定方式不公开，没有必要去试探。

间隔过长时，机场下架或更换了节点，你的客户端仍保存着旧列表，表现为部分节点超时；续费、升级套餐之后，客户端里的剩余流量与到期时间也迟迟不变。这些问题都可以靠手动更新临时解决，但前提是你意识到需要更新。

部分机场会在订阅响应中附带一个建议更新间隔（常见字段名为 profile-update-interval，单位通常是小时），支持的客户端会在导入时自动填入。看到客户端里出现了预设值，一般可以直接采用，它反映了机场对自身节点调整频率的判断。响应中的其他信息见订阅响应头说明。

多份订阅可以各自设置不同的间隔，主力订阅偏短，备用订阅偏长，管理方法见多个机场订阅的管理与故障切换。

单位填错。 有的客户端以分钟为单位，有的以小时为单位。本想设 12 小时，在分钟单位下填了 12，就变成了每 12 分钟更新一次。设置后看一眼单位标签。
只设了一台设备。 自动更新是按设备、按客户端各自生效的，手机设置了不代表电脑也设置了。
把规则集间隔当成订阅间隔。 两者通常是不同的设置项，修改其中一个不会影响另一个。
自动更新静默失败。 间隔设好后，偶尔查看订阅卡片的“上次更新时间”，如果长时间没有变化，说明自动更新没有成功，可按订阅更新失败的处理顺序排查。

自动更新之外，以下时刻手动更新一次更省心：

手动更新时如果正在进行大文件下载或视频通话，可以稍后再做，以免配置重载打断连接。

使用机场自研客户端时，订阅同步通常由客户端在登录或启动时自动完成，很多界面并不提供间隔设置，这时以客户端的默认行为为准即可，遇到节点异常再在客户端里手动刷新。

路由器、软路由这类常驻设备则相反：它们一旦更新失败，家中所有设备都会受影响，而且往往没人会及时注意到。比较稳妥的做法是间隔设得适中，并定期登录管理界面查看上次更新时间。若设备支持更新失败时保留旧配置的选项，建议开启，避免一次失败让整份配置变空。

自动更新间隔没有统一正确的数值，可以从机场建议值出发，再按设备在线时长微调。流量不是需要担心的因素，请求过频与重载中断才是。更多订阅导入与管理的内容，见订阅链接导入与更新专题。