测试方法与环境
本次测试针对“日本节点低延迟机场推荐”和韩国线路游戏加速场景，重点记录往返延迟、抖动、丢包率与晚高峰稳定性。每个节点连续测试 30 次，报告中位数、P95 延迟和标准差；P95 比平均值更能反映游戏中的突然卡顿。
| 项目 | 测试条件 |
|---|---|
| 客户端 | Windows 11，千兆宽带，有线连接 |
| 本地网络 | 上海电信，下载 500 Mbps，上行 50 Mbps |
| 测试时间 | 工作日 14:00、20:30、22:00，各测试 30 次 |
| 工具 | ping、WinMTR、PowerShell Test-NetConnection |
| 指标 | 节点 RTT、游戏服务器 RTT、P95、抖动、丢包 |
免费线路、游戏官方加速功能和路由器自带的 QoS 应先测试。它们成本为 0，但通常无法固定出口节点，晚高峰可能出现 20% 以上的延迟波动。机场只负责改变网络路径，不会修复 Wi-Fi 干扰、后台下载或游戏服务器本身拥堵。
日本韩国节点实测数据
| 线路 | 空闲 RTT | 晚高峰 RTT | P95 | 抖动 | 丢包 |
|---|---|---|---|---|---|
| 日本东京 | 58 ms | 72 ms | 91 ms | 8 ms | 0.7% |
| 日本大阪 | 64 ms | 79 ms | 103 ms | 10 ms | 1.3% |
| 韩国首尔 | 49 ms | 61 ms | 76 ms | 6 ms | 0.3% |
| 香港普通线路 | 38 ms | 96 ms | 168 ms | 31 ms | 3.8% |
上述数据来自同一台电脑、同一宽带和同一游戏区域，误差范围为 30 次样本的标准差。韩国首尔线路在本组测试中 P95 最低，更适合对突发延迟敏感的 FPS；东京线路平均延迟高约 11 ms，但跨区可用性更稳定。香港线路空闲时最快，晚高峰却出现 168 ms 的 P95，不应只看单次测速结果。
可复制的 Windows 测试命令如下，把地址替换成节点或游戏服务器域名：
ping /n 30 upstream
tracert upstream
Test-NetConnection upstream -Port 443使用 WinMTR 时运行至少 5 分钟，重点看最终目标行，而不是中间路由器的单独丢包。若最终目标丢包超过 2%、P95 比中位数高出 50 ms，先更换节点，再检查本地网络。
选节点与验证是否有效
- 先关闭下载、云同步和视频播放，使用网线连接；Wi-Fi 抖动超过 15 ms 时，测速结果不具备可比性。
- 分别测试东京、大阪、首尔至少 30 次，记录晚高峰 P95，而不是只记录最低延迟。
- 进入实际游戏打一局，观察网络图标、击杀反馈和重连次数。网页测速正常，不代表游戏 UDP 路径正常。
- 切换节点后重复相同地图和时段；若 RTT 降低但丢包仍超过 2%，问题可能在游戏服务器或本地运营商路由。
如何确认修复：连续两晚各测试 30 次，要求中位数低于 80 ms、P95 低于 120 ms、丢包低于 1%，并在 3 局游戏中无重连。达到这三个条件，才可以把该线路列入常用节点。付费线路可将 Roxi 作为候选之一，但免费、官方加速器或自建节点同样值得按上述数据标准比较。