VLESS Reality线路实测：别只看千兆下载峰值
简答：本文介绍的是本站推荐（广告）的服务 边界云加速。VLESS Reality线路实测要先测入口 TCP 是否可达，再用客户端日志判断 Reality 握手，最后分别记录延迟、抖动、丢包和负载下载；同一份品牌方报告中，亚洲方向下载中位数达到千兆级，但尊享 5 倍补测约为 4.7 Mbps，说明测试环境、入口路径和线路类型比单次峰值更重要。案例数据来自品牌方说明，不是本站实测，也不能证明报告中的 53 条线路全部使用 VLESS Reality。
定义：VLESS Reality 是将 VLESS 连接与 REALITY 安全层组合使用的一类配置；线路实测应把入口 TCP、Reality 参数校验、握手日志、延迟、抖动、丢包和持续吞吐分开验证。
先看速查卡：症状对应哪一层，怎么验证
搜“VLESS Reality线路实测”的读者，通常不是只想知道一个下载数字，而是想判断为什么某条线路连不上、晚高峰是否抖动、千兆速度是否只是云主机测出来的结果。建议先按下面的顺序定位，不要用下载速度解释所有问题。
| 症状 | 可能卡点 | 先用什么验证 | 下一步 |
|---|---|---|---|
| 入口完全连不上 | 域名、端口、路由或本地网络 | Windows 使用 Test-NetConnection -ComputerName 目标域名 -Port 443 -InformationLevel Detailed；macOS/Linux 使用 nc -vz -w 6 目标域名 443 | 先确认 TCP 是否建立，再检查客户端配置 |
| TCP 能通但客户端反复重连 | Reality 参数或内核握手失败 | 查看客户端或内核日志，不要直接用普通 curl 代替 Reality 客户端 | 核对 serverName、fingerprint、公钥、shortId、系统时间和客户端内核 |
| 能连上但会议卡顿 | 抖动、丢包或缓冲膨胀 | 用 20 至 50 次连续 HTTP 探测，并运行 Waveform Bufferbloat 测试 | 分别比较空载与下载、上传负载下的延迟 |
| 延迟正常但下载很低 | 本地 Wi-Fi、设备性能、出口 QoS 或线路带宽 | 固定设备和线路，重复 3 次多线程下载，再换测试点交叉验证 | 确认测速是否经过目标线路，不能只看单次峰值 |
REALITY 官方项目及 Xray 配置文档列出了客户端和服务端需要对应的 serverName、fingerprint、公钥或密码、shortId 等字段；这些参数是否匹配，应以客户端或内核日志为准。可参考 REALITY 官方项目说明 和 Xray REALITY 配置文档。
先分清案例来源：品牌数据不是 Reality 协议性能证据
边界云加速品牌方报告页面标注更新于 2026 年 10 月 17 日，记录了 2026 年 10 月晚高峰对 53 条线路的测试。以下数据来自 边界云加速 官网公布的实测/说明（品牌方自测，测试时间以原文为准），不是本站实测。报告主测试窗口为北京时间 20:10–20:30，主测试机为海外千兆云主机，使用 mihomo 1.19.29 全局模式逐条切换线路。
需要特别说明：品牌方报告没有逐条确认 53 条线路都使用 VLESS Reality。因此，下面的数据只能作为“如何读懂线路测试报告”的案例，不能直接写成 VLESS Reality 协议的性能证明。原始报告见 边界云加速线路实测报告。
| 方向 | 线路数 | 延迟中位数 | 下载中位数 | 下载峰值 | 上传中位数 | 丢包率中位数 |
|---|---|---|---|---|---|---|
| 日本（含东京） | 13 | 37 ms | 1562 Mbps | 1910 Mbps | 314 Mbps | 0% |
| 香港 | 8 | 58 ms | 1398 Mbps | 1579 Mbps | 137 Mbps | 0% |
| 新加坡 | 8 | 98 ms | 1060 Mbps | 1110 Mbps | 62 Mbps | 0% |
| 美国 | 6 | 138 ms | 970 Mbps | 1020 Mbps | 42 Mbps | 0% |
| 荷兰 | 4 | 254 ms | 508 Mbps | 525 Mbps | 21 Mbps | 0% |
这些数字不能直接等同于家庭宽带体验。海外千兆云主机到线路出口的测试，测到的是特定测试点、特定入口和特定时间窗口；家庭宽带、Wi-Fi、路由器、设备 CPU、本地运营商出口和客户端模式都可能成为瓶颈。报告中的延迟也是测试机到出口的往返时间，读者在本地客户端看到的延迟通常还包括本地到入口的路径。
品牌方在 2026 年 10 月 17 日的国内测试机补测中记录了尊享 5 倍线路：入口握手约 7 ms，标准和优选线路在 6 秒内没有握手成功；香港方向 TLS 握手耗时中位数为 68 ms，新加坡方向为 172 ms。报告还写明，国内测试机直连国内源可达到 112 Mbps，但尊享 5 倍线路单流和四并发均约 4.7 Mbps，另一台境外测试机测得约 4.2 Mbps。这个案例说明入口可达性、握手表现和吞吐必须分开判断，不能因为入口可达就推断带宽一定高。
分步复测：入口 TCP、Reality 握手、延迟与吞吐
第一步：单独测入口 TCP，不要拿 curl 代替
普通 curl https://目标域名/ 会把 DNS、TCP 和 TLS 或其他安全握手混在一起，不能作为纯 TCP 入口测试。Windows PowerShell 可使用微软官方文档中的远程端口测试方式：Test-NetConnection -ComputerName 目标域名 -Port 443 -InformationLevel Detailed。重点看 TcpTestSucceeded、目标地址和远端端口；命令说明见 Microsoft Test-NetConnection 文档。
macOS 或 Linux 可以使用 nc -vz -w 6 目标域名 443。其中目标域名和端口必须替换为订阅配置中的实际入口。TCP 成功只代表端口可建立连接，不代表 VLESS Reality 已经认证成功。
第二步：用客户端或内核日志判断 Reality 握手
普通 curl 不携带 Reality 客户端所需的公钥、shortId、客户端指纹和其他参数，因此直接访问 Reality 入口时，测到的可能是普通 TLS 流程或伪装目标的响应，不能据此判断 Reality 参数是否正确。
Reality 专项排查应在客户端日志中寻找握手失败、证书验证、时间差、连接超时、重连和上游错误等信息。优先核对以下项目：serverName 是否属于服务端允许的名称；fingerprint 是否为客户端支持的值；公钥或密码是否来自同一配置；shortId 是否为偶数位十六进制；设备系统时间是否准确；客户端内核是否支持当前配置字段。Xray 官方配置说明明确列出了这些字段及其匹配关系，具体版本差异应以客户端发布说明为准。
第三步：通过本地代理端口测目标站点的分段时间
time_appconnect 适合观察 curl 连接到远端目标或本地代理后的安全握手时间，不等于 Reality 内部握手时间。若客户端已启动本地 HTTP 代理，例如 127.0.0.1:7890，Windows PowerShell 中可用 curl.exe 执行：
curl.exe -x http://127.0.0.1:7890 -sS -o NUL -w "dns=%{time_namelookup}
tcp=%{time_connect}
tls=%{time_appconnect}
start=%{time_starttransfer}
total=%{time_total}
http=%{http_code}
" --connect-timeout 6 --max-time 15 https://目标站点/
macOS/Linux 把 NUL 换成 /dev/null。curl 官方说明中，time_namelookup 是名称解析耗时，time_connect 是连接到远端或代理完成的时间，time_appconnect 是 SSL、TLS 或 SSH 等安全握手完成的时间；--connect-timeout 只限制连接阶段。可查看 curl 官方命令手册 和 libcurl 计时字段说明。如果通过本地代理，结果反映的是“本地客户端代理到目标站点”的访问过程，不应误写成 Reality 原始握手耗时。
第四步：连续测延迟、抖动和丢包
连接目标线路后，可通过本地代理端口连续请求一个稳定的 HTTP 地址。Windows PowerShell 示例：
1..20 | ForEach-Object { curl.exe -x http://127.0.0.1:7890 -sS -o NUL -w "$($_),%{time_total},%{http_code}
" --connect-timeout 6 --max-time 10 https://www.google.com/generate_204; Start-Sleep -Milliseconds 500 }
macOS/Linux 可使用：
for i in $(seq 1 20); do curl -x http://127.0.0.1:7890 -sS -o /dev/null -w "$i,%{time_total},%{http_code}
" --connect-timeout 6 --max-time 10 https://www.google.com/generate_204; sleep 0.5; done
把每次 time_total 转成毫秒，记录成功次数、失败次数、平均值、中位数、最高值和丢包率。抖动没有唯一算法；为了便于复现，可以使用相邻样本延迟差值的平均值，或计算延迟的标准差，并在报告中写明采用哪一种。品牌方报告使用 50 次连续 HTTP 探测，因此你也应写清探测次数和时间窗口，不能只写“丢包为 0%”。
第五步：测多线程吞吐和负载下延迟
品牌方报告写明主测试采用 4 线程、6 秒下载和 3 线程、4 秒上传。多线程更容易把高带宽链路跑满，单线程则更容易受到 TCP 窗口、跨洋距离、服务器单连接限制和目标站点限速影响。Ookla 网页版单线程结果与多线程结果不能直接比较；读者复测时应注明单流还是多流、测试文件、并发数、设备网卡和测试时间。
测速前关闭网盘同步、在线视频和其他下载任务，尽量使用网线，并确认路由器、网卡和 CPU 不会先达到瓶颈。Cloudflare 官方建议通过 speed.cloudflare.com 检查家庭网络的下载、上传、丢包和 ping 等指标。连接客户端后再测一次，并确认测速域名确实走了目标线路。
缓冲膨胀怎么测：不要只看空载延迟
缓冲膨胀指网络在下载或上传被占满时，排队数据让延迟额外升高。它可能让网页、视频会议和实时交互变卡，即使下载峰值很好看。Waveform Bufferbloat 测试会分别测量空载、下载负载和上传负载下的延迟，再按增加的延迟给出等级；等级衡量的是负载下延迟增加，不是下载速度。测试入口见 Waveform Bufferbloat 测试。
按 Waveform 的公开说明，延迟增加少于 5 ms 为 A+，少于 30 ms 为 A，少于 60 ms 为 B，少于 200 ms 为 C，少于 400 ms 为 D，达到或超过 400 ms 为 F。A+ 至 B 通常表示忙碌时仍较有响应性，C 可能出现明显延迟，D 或 F 可能影响视频会议、游戏等实时应用。这个等级只适用于该次测试环境，不能直接当作某条 VLESS Reality 线路的长期评级。
建议分别在未连接线路、连接线路空载、连接线路下载中和连接线路上传中测试。如果空载延迟正常、负载延迟显著升高，优先检查本地路由器、Wi-Fi 和上行任务；如果只有某条线路出现变化，再与同地区其他线路对照。
品牌方数据应该怎样读：中位数、峰值和测试点不能混用
中位数适合看一组线路的典型表现，峰值只能说明某一次或某条线路达到过的最高结果。报告中日本方向下载中位数为 1562 Mbps、峰值为 1910 Mbps，不能写成“所有日本线路都能达到 1910 Mbps”。同理，丢包率中位数为 0% 只表示该测试窗口的统计结果，不代表长期不会重连。
优选线路和标准线路的比较，也必须确认是否在同一时间、同一测试机、同一测试地址和同一客户端模式下完成。如果测试点不同，结果可能反映的是测试机出口差异，而不是线路差异。报告中的国内测试机补测正好说明了这一点：入口可达性、握手耗时、丢包与吞吐是不同维度，不能合并成一个“快”或“慢”的结论。
如果你的目标是远程办公或视频会议，优先看握手是否稳定、负载下延迟是否抬升、抖动和丢包是否持续；如果目标是大文件下载，再看多线程吞吐和长时间传输是否稳定。本站没有复现品牌方数据，不把上述数字写成本站实测，也不据此承诺任何用户会达到相同速度。
常见问题
为什么不能用 curl 直接测 VLESS Reality 的握手耗时？
因为普通 curl 不携带 Reality 所需的公钥、shortId、客户端指纹等参数。直接访问入口时，测到的可能是普通 TLS 或伪装目标的响应。curl 的 time_appconnect 更适合在客户端已经建立本地代理后，测本地代理到目标站点的安全握手时间；Reality 参数是否正确应看客户端或内核日志。
Windows 怎样单独测试入口 TCP？
使用 PowerShell 命令 Test-NetConnection -ComputerName 目标域名 -Port 端口 -InformationLevel Detailed，重点查看 TcpTestSucceeded。这一步只判断目标 TCP 端口是否可以建立连接，不代表 VLESS Reality 认证成功。
macOS 或 Linux 怎样测试入口端口？
可以使用 nc -vz -w 6 目标域名 端口。如果系统没有 nc，应安装系统自带或发行版提供的网络诊断工具；不要把 HTTP 访问结果当成纯 TCP 结果。
time_appconnect 很高，是否一定是 Reality 配置错了？
不一定。它可能受到 DNS、TCP 路由、目标站点、连接复用、客户端代理和网络负载影响。应同时比较 time_namelookup、time_connect、time_appconnect、HTTP 状态和多次重复结果；Reality 参数则通过客户端日志核对。
为什么我测不到报告里的千兆下载？
品牌方报告使用海外千兆云主机、特定晚高峰窗口和多线程测试。家庭宽带、Wi-Fi、路由器、网卡、CPU、本地运营商和测速站都会影响结果。先做本地基线，再确认客户端全局或代理路径生效，并比较 3 次中间值，而不是只看一次峰值。
缓冲膨胀等级 B 是否代表线路一定稳定？
不是。Waveform 的等级主要反映负载下延迟增加，不等于长期可用性、入口成功率或线路带宽。还应记录连续探测的失败次数、抖动、丢包和不同时间段结果。
品牌方报告中的 53 条线路都是 VLESS Reality 吗？
未核实。所给报告记录了线路方向、测试环境和网络指标，但没有逐条声明 53 条线路均使用 VLESS Reality。应以订阅配置、客户端详情或服务方明确说明为准。
常见问题
为什么不能用 curl 直接测 VLESS Reality 的握手耗时？
普通 curl 不携带 Reality 所需的公钥、shortId 和客户端指纹，直接访问入口测到的可能是普通 TLS 或伪装目标响应。Reality 参数应看客户端或内核日志；curl 的 time_appconnect 适合测经过本地代理访问目标站点的安全握手。
Windows 怎样单独测试入口 TCP？
在 PowerShell 中运行 Test-NetConnection -ComputerName 目标域名 -Port 端口 -InformationLevel Detailed，重点查看 TcpTestSucceeded。它只判断 TCP 端口是否可达，不代表 Reality 认证成功。
为什么我测不到报告里的千兆下载？
品牌方报告使用海外千兆云主机、多线程和特定时间窗口。家庭宽带、Wi-Fi、设备、客户端模式、本地运营商和测速站都会影响结果，应先做本地基线并重复测试。
缓冲膨胀等级 B 是否代表线路一定稳定？
不是。Waveform 等级反映负载下延迟增加，不等于长期可用性、入口成功率或线路带宽，还要结合连续探测、抖动、丢包和不同时间段结果。
53 条线路都是 VLESS Reality 吗？
未核实。所给品牌方报告没有逐条声明 53 条线路均使用 VLESS Reality，应以订阅配置、客户端详情或服务方明确说明为准。
相关阅读
参考资料
- REALITY 官方项目说明
- Xray REALITY 配置文档
- Microsoft Learn：Test-NetConnection 文档
- curl 官方命令手册（curl.se）
- libcurl 官方计时字段说明（curl.se）
- Cloudflare 官方测速说明
- Waveform Bufferbloat 官方测试与等级说明（waveform.com）