客户端已导入订阅但列表没有更新，问题可能停在哪一层｜库洛米Kuromis机场官网

导入成功只代表客户端接受了输入

客户端显示“已添加”时，可能只完成了保存地址，并不代表已经成功请求远端内容、解析返回格式或替换旧节点列表。把这几个动作合成一个“导入”按钮，是界面为了简化操作，不是故障判断也可以省略层级。

先看订阅条目是否存在，再看最后更新时间是否变化，然后观察列表内容是否真的改变。三项结果组合起来，才足以说明更新走到了哪里。

从自己的仪表盘重新复制时，注意不要带入首尾空格、换行或聊天软件截断内容。若地址曾公开，应优先在账户内重置，而不是继续测试已经暴露的旧值。

同一地址在两台设备表现不同，先比较复制时间和客户端类型。不要因为手机能用就认定电脑收到的字符串一定完整，也不要把二维码识别结果视为不可出错。

当刷新动作很快失败，可以记录网络类型、系统时间和错误提示。若切换网络后结果变化，只能说明现场条件影响请求，不能直接推断某个区域节点全部不可用。

需要对照时，保持客户端和地址不变后更换网络；另一轮则固定网络，只测试另一台设备。这样得到的差异才有解释价值。

服务返回内容后，客户端仍需要识别字段和规则。旧版客户端可能忽略新格式，也可能保留它不认识的项目但不给出清楚提示。此时版本信息、错误文字和一份经过脱敏的字段类型说明，比截图一长串节点名称更有用。

不要从随机页面下载所谓“专用修复版”。先核对当前客户端来源和版本状态，必要时使用其内置更新机制或可信发布渠道。

缓存让客户端在短时网络波动时仍能显示上次结果，但也会造成“刷新完成却没变化”的错觉。比较刷新前后的时间戳、条目数量和一个非敏感名称，能够判断界面是否仍在展示旧副本。

清缓存应放在证据记录之后。直接删除全部应用资料会同时移除可用配置、日志和对照状态，使原本可定位的问题变成从零开始。

证书校验、缓存新鲜度和日志顺序都会受到设备时间影响。若系统时间偏差明显，先恢复自动校时，再进行一次相同条件的刷新。

手机从Wi-Fi切到移动网络时，已有连接可能中断，新请求也会走不同出口。测试期间保持网络稳定，完成后再单独验证切换行为。

写下复制地址、添加条目、执行刷新、界面返回和列表变化的先后顺序。每个事件只需一个时间点和可见结果，不必保存敏感内容。

时间线能区分“没有发出请求”“请求失败”“收到但无法解析”和“解析成功但界面仍用缓存”。这比笼统写一句节点没更新更容易复查。

如果多台设备在相同时间都无法从自己的仪表盘取得内容，应停止反复重装并保留提示；如果只有一个客户端异常，则先围绕该设备版本和本地状态处理。

不要以大量重复请求作为稳定性测试。短时间高频刷新既不能证明服务质量，也可能让账户端出现额外限制。

优先保留仍可用的设备；在测试设备上确认地址来源；以一次刷新观察请求；必要时更新客户端；最后才考虑清理本地资料。每一步成功后都记录新的基线。