FIELD NOTE / THROUGHPUT / DECISION

节点测速很快但下载总卡住，应该检查瞬时速度还是持续吞吐

测速页面跑出很高的峰值，只说明特定客户端与特定测试服务器在短时间内传输了足够多的数据。真实下载要持续更久，还会受到目标站、单连接限制、磁盘写入、拥塞恢复和节点会话稳定性的影响。排查时不要不断刷新测速，而要让短测与一段可重复的持续任务并排出现。

先做描述卡住方式

再比较持续下载并按时间记录

停止条件不要拿来源不明的大文件或盗版资源做测试；不要为了跑满带宽影响同一网络中的其他用户。

先确认“卡住”究竟是哪一种现象

把问题写成可观察事件：速度从高位逐步下降、突然变成零后恢复、固定百分比停住、浏览器显示完成但文件未写完，还是只有某个下载站异常。不同现象指向不同环节。只记一句“节点掉速”会让后续排查失去入口，也容易把目标站限速、磁盘扫描或客户端重连混成同一原因。

短测速常用多连接快速填满链路，适合观察当前可用吞吐；单个真实文件可能只有一条连接，并受对端策略控制。建议先保存一次短测，再用来源稳定、大小合适且允许下载的固定文件持续观察数分钟。两项结果都保留，不用短测去否定真实任务，也不用一个慢站点代表整条节点线路。

在下载开始、三十秒、一分钟、三分钟和结束时记录当前速度、累计量及是否暂停。时间点可以按任务调整，但同一轮必须一致。这样能区分“起步慢后稳定”“先快后衰减”和“周期性归零”。只截图最高值或最低值都会破坏过程，无法判断问题发生在建立连接、持续传输还是恢复阶段。

同一节点下，可分别运行一个单文件任务和一个允许多连接的测试。多连接稳定而单文件慢，优先怀疑目标站、单连接路径或应用策略；两者同步掉速，才扩大到本地接入、节点或出口。不要擅自用下载器绕过对方限制，诊断的目标是找出差异，不是制造一个更漂亮的数字。

选择另一个合法、长期稳定的下载目标进行对照，并查看磁盘剩余空间、写入占用和安全软件扫描提示。若网络传输完成但磁盘忙，浏览器也可能像是卡顿。换目标后恢复，只能说明原目标或到原目标的路径不同，不能立即宣布节点本身正常；结论要准确写到目标范围。

速度归零时不要立刻换节点。先记持续多久、应用是否自动恢复、暂停再继续是否有效、重新建立连接是否从头开始。只有当用户任务已经无法完成时再切备用入口，并把切换前后分成两条记录。恢复方式能揭示短暂排队、会话失效和应用重试之间的差别，比单次平均速度更有实用价值。

断开节点后用相同设备、相同目标和相近时段完成同样持续任务。直连也在相近位置停住，应先检查目标、本地设备或接入网络；直连持续稳定而节点重复中断，才形成节点相关线索。两次测试相隔数小时会引入目标负载和家庭网络变化，最好让一组对照在较短窗口内完成。

报告可以写：该入口短测正常，但固定文件连续三次在两分钟内归零，直连未复现；大文件任务改用备用入口，小文件浏览不受影响。不要写“速度虚假”或“节点彻底不可用”，因为样本只覆盖一个接入、目标和时段。客户端更新、出口变化后应重新执行同一持续任务。

DECISION PATH

FIELD RECORD

停止与安全边界不要拿来源不明的大文件或盗版资源做测试；不要为了跑满带宽影响同一网络中的其他用户。

USER QUESTIONS

要下载多大的文件才算持续测试？

文件应足够让传输跨过起步阶段，又不造成无意义流量；以能覆盖用户真实任务时长为准，不设通用大小。

速度归零一次就要换节点吗？

先看是否自动恢复及真实任务是否失败；重复出现并越过自己的停止条件时再切备用。

以下资料用于核对指标和方法，不代表资料发布方评价了本文中的具体节点或任务。