单次检测与多时段检测：为什么需要复测

单次结果回答“那一刻”，复测才回答“是否持续”

一次解锁检测只能回答“在那个时刻、那个出口上是否可用”。读者真正关心的通常是另一个问题：“在我接下来的使用周期里，它是否大体可用”。从单次结果到这个问题之间，隔着时间维度上的所有变化。多时段复测的作用，就是用几组按时间分布的快照，把“那一刻”扩展成“一段时间里的形态”。

本文只讨论时间维度，不涉及任何品牌的检测结果（本站对 17 个品牌均为 Not Tested）。结果为什么会随时间变化，在解锁结果随时间变化的六个来源中有完整分析，本文只引用与复测安排相关的部分。

单次结果的三种误导

误导一：把偶发失败当成常态。 一次检测恰好遇到接口超时或平台维护，记录下来是“失败”，实际上换个时段就正常。只测一次，就会把偶发事件当成节点的属性。

误导二：把偶然成功当成能力。 反过来，一次检测恰好在平台名单更新前完成，结果显示可用，几天后状态已经改变。单次的成功截图最容易被当作长期结论传播。

误导三：忽略时段差异。 高负载时段，链路延迟和丢包上升，检测请求更容易超时，脚本会把它们记成失败或未知。这类结果反映的是网络质量，而不是地区判定。延迟、丢包这些指标的含义，归测速指标：延迟、吞吐、丢包与 UDP NAT讨论。

一个可执行的复测安排

以下安排适合在购买短周期套餐后的验证期里使用，读者可按自己的使用时段调整：

固定条件这一行最容易被破坏：中途更新了脚本、换了代理模式，前后结果就不再可比。如果必须更换，就在记录里注明，并把更换前后的结果分开看。字段格式可以使用解锁检测记录模板。

三种结果形态与读法

复测完成后，把同一节点、同一服务的多次结果排在一起，大致会看到三种形态：

稳定形态：  可用  可用  可用  可用  可用  可用
间歇形态：  可用  未得  可用  不可  可用  可用
转变形态：  可用  可用  可用  不可  不可  不可

稳定形态：多次结果一致。可以记为“在观察期内大体可用”，但仍然只代表观察期，不能外推到之后。

间歇形态：结果时好时坏。先看不可用与未得出结论各有几次、是否集中在某个时段。若集中在高负载时段且多为超时，更可能是网络质量问题；若分布随机且多为代理识别，说明出口在该服务上的状态不稳定。

转变形态：从某个时间点起，结果持续改变。这通常意味着出口被更换、平台更新了名单，或脚本规则失效。此时应先查出口是否变化、脚本是否需要更新，再用手动方式确认，方法见不用脚本如何手动确认。

统计时的两条口径

如果想用数字概括复测结果，有两条口径要守住：

1. 未得出结论单独计数：不要把超时、未知并入不可用，也不要直接删掉。
2. 注明样本数与时间范围：“六次中五次可用（三天、每天两个时段）”远比“成功率八成多”更诚实。

这样得到的数字，也只描述你自己的观察，不适合拿来比较不同服务商或做排名。

复测频率与账号安全的平衡

复测并不是越密越好。脚本检测通常不登录账号，频率高一些影响不大；但账号层的确认要登录真实账号，短时间内在同一账号上反复登录、反复切换出口，可能让平台把它看成异常行为。比较稳妥的做法是：脚本检测可以按计划进行，账号层确认只在每天选定的时段做一次，并且始终使用同一个节点；如果某次被要求额外验证，就暂停账号层复测，只保留脚本记录。AI 账号在这方面更敏感，原因见频繁切换节点登录 AI 账号的风险。

复测之后什么时候再测

观察期结束并不意味着检测结束。以下几种情况出现时，建议重新做一轮短复测：节点出口 IP 发生变化；平台发布了地区或服务范围的调整公告；检测脚本发布了新版本；准备续费或把付款周期从月付延长为更长周期之前；以及日常使用中开始出现异常时。

其中“延长付款周期之前”尤其值得重视。动态能力在付款周期内可能变化，复测结果可以作为是否延长周期的参考之一，但它同样不能代表未来。

合规提醒

复测只是在不同时间观察平台对同一出口的正常反应。检测与使用都应遵守所在地法律法规和各平台服务条款，本站不提供规避平台判定的方法。更多内容见解锁检测方法与结果解读专题。