宝塔拨测一次会调多少个节点？

本次全节点测速请求了 500 个节点，但实际选中多少取决于发起那一刻平台在线的节点数。以 www.bt.cn 一次实测为例：请求 500、选中 362、完成 357、成功 357、失败 5，成功率 98.6%。节点数不是固定值。

请求、选中、完成、成功四个节点数分别是什么意思？

请求是想要调度的节点数（本次为 500）；选中是平台实际调度到的节点数；完成和成功是探测成功的节点数（本次同值 357，失败的 5 个节点单独计入失败）。成功率的分母是「选中节点数」。

不是。本次只选中 362 个节点、成功率也有 98.6%，覆盖 59 个省份/地区。判断拨测是否正常，看成功率、失败原因和覆盖范围，而不是看节点数多少。

本次拨测覆盖 59 个省份/地区（大陆 31 个、港澳台及海外 28 个）。节点按线路分家庭宽带、云服务器、固定 IP 专线等，按运营商分电信、联通、移动、广电等，能反映不同网络环境的访问情况。

因为探针节点池是动态的——节点由各地设备和服务器贡献，随时上线、下线。某一次请求 500 个节点时，如果在线节点不足 500，就会有多少用多少，进度里会标记 INSUFFICIENT_CAPACITY（容量不足），属正常现象，不是拨测失败。

宝塔拨测（t.bt.cn）一次全节点拨测，实际会调多少个节点？答案是：不是固定值。它这次（全节点测速）请求了 500 个节点，但最后选中多少、成功多少，取决于发起那一刻平台有多少在线节点可用——节点池是动态的，所以每次拨测的节点数都不一样。

下面用对 www.bt.cn 的一次真实拨测（2026-10-04，北京时间）把这件事讲清楚。

很多人看到结果里的节点数会犯懵：为什么有的地方写 500、有的写 362、有的写 357？这不是数据乱，而是四个口径不同的数：

本次拨测：请求 500、选中 362、完成 357、成功 357、失败 5，成功率 98.6%（分母是「选中节点数」362）。

一句话：「请求」是想要的，「选中」是实际拿到的，成功/失败是最终结果（本次数据里「完成」和「成功」同值 357，失败的 5 个节点单独计入失败）。判断一次拨测有没有异常，看的是成功率和失败原因，不是看选中了多少个。

因为那一刻在线节点不够 500 个。宝塔拨测的探针节点分布在全国各地，由各地设备和服务器贡献，随时有节点上线、下线。你请求 500 个节点时，如果当时可调度的节点不足 500，平台就会有多少用多少。

本次拨测的进度里记录了原因码 INSUFFICIENT_CAPACITY（容量不足），意思就是「请求的节点数多于当前可调度的节点数」。这是正常情况，不是拨测失败：节点池本来就动态，某一刻在线节点少了，自然就选不满 500。

顺带一提，官网文档里把「网站测速」分成快速测速和全节点测速两个入口：先用快速测速定位问题，需要扩大地区和线路覆盖范围时再选全节点测速。

节点数虽然在变，但覆盖范围一直很广。本次拨测覆盖 59 个省份/地区（其中大陆 31 个，港澳台及海外 28 个）。

而且选中的节点不是「同一种」节点，按线路类型和运营商分：

分类	分布（成功节点）
线路类型	家庭宽带 230、云服务器 109、固定 IP 专线 15、未知 3
运营商	电信 131、移动 102、联通 77、海外 37、港澳台 8、广电 2

「家庭宽带」对应部署在家庭网络里的探针，「云服务器」对应部署在云上的探针。不同线路的节点测同一个网站，得到的结果可能不一样——所以拨测要覆盖多种线路，才能贴近真实用户的上网体验。

总结下来，节点数每次不同，主要有三个原因：

探针节点池是动态的：节点由各地设备和服务器贡献，随时上线、下线，某一刻在线多少并不固定。
「请求」和「选中」不是一回事：本次全节点测速请求 500，但实际选中看当时能调度多少。
节点数多寡不等于结果好坏：本次只选中 362 个、成功率也有 98.6%，覆盖 59 个省份/地区。判断拨测是否正常，看成功率和失败原因，不要盯着节点数。