直接答案
测速显示 0B，意思是当次测试没有测到任何下载数据，但不等于节点一定坏了：同一行的延迟往往仍然正常。可能原因包括节点临时不可用、测速开始时的连接问题、节点限制测速流量，或者那一行根本不是节点，而是订阅信息行。本站截图中的 0B、KB 级和异常高延迟节点全部按原样保留，因为它们也是真实测试结果的一部分。
本站截图里的 0B：四种情况
以下例子都来自本站测速截图，数值照抄，每条都是单次快照、不代表长期表现。
情况一：延迟正常，速度 0B
这是最常见的一类。节点能响应延迟测试，但下载速度为 0：
| 品牌（测试时间 CST） | 节点 | 延迟 RTT / HTTP 延迟 | 平均 / 最大速度 |
|---|---|---|---|
| 星岛梦（2026-08-11 01:48:13） | 第 1 行 HK / 香港 / 01 | 27ms / 62ms | 0B / 0B |
| 光速云（2026-08-11 14:32:56） | 第 1 行 HK / 香港 / 02 | 16ms / 36ms | 0B / 0B |
| 一翻云（2026-08-11 00:21:30） | 第 1 行 HK / 香港 / 01 | 24ms / 42ms | 0B / 0B |
| 灵猫网络（2026-08-11 18:45:40） | 第 1 行 香港01 | 14ms / 32ms | 0B / 0B |
| 速界（2026-08-11 15:39:36） | 第 1 行 香港20 | 13ms / 35ms | 0B / 0B |
一个值得注意的现象：上面 5 张截图的 0B 都出现在第 1 个被测的节点上，紧接着的同地区节点速度正常。本站无法确定原因，可能与测速开始阶段的连接建立有关，也可能只是巧合，写在这里供参考。
同类情况还出现在其他位置，例如 SOGO云的两个马来节点、唯兔云的两个马来西亚节点和一个新加坡节点、光年梯的马来西亚-01 与德国-01、二猫云的土耳其-01、速界的英国-01。
情况二：延迟与速度都为 0
极连云（2026-08-11 22:46:50）的“香港专线01”、SOGO云（2026-08-11 18:57:59）的“HK / 香港 / 11”延迟都是 0ms、速度 0B。延迟也为 0，可能意味着这次测试连延迟都没有测到，节点当时可能无法连接。
情况三：不是节点，是订阅信息行
有些订阅会把“剩余流量”“距离下次重置”“套餐到期”写成节点名，测速工具会把它们也当作节点测试。例如极连云、SOGO云截图的前 3 行都是这类信息行，延迟 0ms、速度 0B。这类 0B 与节点质量无关。
情况四：另一套界面显示的 0.00B
宇宙云（2026-08-11 21:04:24）截图第 1 行“【香港】01”显示 0.00B，TLS RTT 91ms、HTTPS 延迟 446ms；微风网络 2026-07-19 18:38:20 的站长实测截图中，“台湾 02”也是 0.00B，TLS RTT 213ms、HTTPS 延迟 1453ms。
微风网络 · 节点测速报告
本站实测 · 站长实测 已复核 2026-09-29- 测试时间：
- 2026-07-19 18:38:20（CST）
- 图中协议：
- VLESS
- 测试工具：
- 主端 4.3.3 (696) / 喵速 4.7.0 (A11-32)
- 测试条件：
- 珠海联通 9Gbps，32 线程
点击查看原图（未经修改） - 节点行数：
- 50
- 平均速度 0B：
- 1 行
- KB 级：
- 1 行
KB 级速度：连上了，但几乎没下载
KB 级速度比 0B 多了一点数据，但对日常使用来说同样很难用：
- 微风网络 2026-07-19 截图中，“日本 05”平均速度 8.00KB，最高 80.00KB。
- 宇宙云“【新加坡】07”平均 9.60KB；二猫云“泰国-01”平均 45.31KB，且 RTT 560ms、HTTP 延迟 2038ms。
- 可信云“JP / 日本 / 07”平均 12.61KB，全球云“泰国-01”平均 3.41KB，极连云“德国01”平均 42.50KB。
可能原因：节点带宽被占满、测试时段拥堵、节点对单连接限速，或测试中途连接不稳定。
异常高延迟
有些节点延迟很高但速度正常，说明延迟和速度是两件事：
- 极连云“美国01”RTT 1787ms，平均速度 10.21MB。
- U1S1（2026-08-11 22:33:29）“日本08”RTT 955ms，平均速度仍有 100.94MB。
- 飞猫云“马来西亚01”RTT 721ms、HTTP 延迟 1130ms。
延迟高会让网页打开、游戏操作变慢，但对大文件下载影响相对小。
0B 与超时的区别
| 现象 | 一般含义 |
|---|---|
| 有延迟、0B | 节点能响应，但测速期间没有下载到数据 |
| 0ms、0B | 延迟与速度都没测到，可能当时无法连接 |
| KB 级 | 下载到了极少量数据 |
| 超时（客户端提示） | 客户端在规定时间内没有收到响应，排查方法见 节点超时怎么办 |
为什么本站保留 0B 节点
- 完整性：删掉 0B 节点，截图会看起来比实际更好，这对读者不公平。
- 可校验：原始截图的 SHA-256 记录在测速清单中，本站不修改截图内容，逐节点表也按原样转录。
- 有参考价值：0B 和 KB 级节点的数量，能帮助你了解当次测试中有多少节点没能完成下载。
在品牌测速报告的逐节点表格中，0B 节点以红色“Unavailable（0B）”标注，KB 级节点和 RTT 达到 500ms 或 HTTP 延迟达到 1500ms 的节点以琥珀色标注。
遇到 0B 节点怎么办：四步
- 看同一行的延迟：延迟正常的 0B，先别急着判断节点坏了。
- 换一个时间，自己用客户端对这个节点再测一次。
- 如果仍然 0B 或 KB 级，换同地区的其他节点。
- 大量节点都是 0B 时，先检查订阅是否过期、流量是否用完，再联系客服。
常见疑问
测速 0B 是节点坏了吗？
不一定。0B 只说明当次测试没有测到下载数据，可能原因包括节点临时不可用、测速开始阶段的连接问题、节点限制测速流量等，需要换时间复测才能判断。
0B 节点还能用吗？
有可能。如果同一节点的延迟正常，它可能只是测速那一刻没有完成下载；自己使用时可以试一下，不行再换节点。
为什么本站保留 0B 节点？
删掉 0B 节点会让截图看起来比实际更好，也会破坏原始数据的完整性，所以本站按原样保留并标注，理由见上一节。
注意事项
- 本页列出的都是“可能原因”，单张截图无法确定 0B 的真正原因。
- 所有例子都是单次快照，不代表这些节点现在的状态。
- 不要用 0B 节点的数量给品牌排名，测试时间不同，详见 测速数据局限。