机场节点速度、稳定性和协议怎么比较？
简答：一句话结论：比较机场节点时，先固定设备、宽带、目标地址和测试时段，再连续记录延迟、速度、丢包、断流和实际任务成功率；协议只决定连接方式与兼容性，不能单独证明线路更快或更稳定。最快的做法是先选同一地区的 3 个节点，分别在白天、晚高峰和周末测试，再用 7 天记录判断长期表现。
定义：机场节点速度是数据传输效率，稳定性是持续连接并完成任务的能力，协议则是客户端与服务端建立连接、传输和加密数据的规则，三者不能混为一谈。
先看这张表：比较节点时到底测什么
不要把“节点在线”“连接成功”和“完成实际任务”视为同一件事。节点能连上，只说明握手或连接阶段完成；能打开网页，说明至少有一条可用路径；能连续完成办公、视频会议、文件传输等任务，才更接近实际稳定性。
| 指标 | 怎么测 | 主要反映什么 | 如何解读 |
|---|---|---|---|
| 延迟 | 对同一目标地址重复测量，记录平均值和较高分位值 | 响应速度 | 适合观察网页交互、远程办公和实时操作；不能单独代表下载速度 |
| 延迟变化 | 记录连续样本的最大值、最小值或高分位值 | 路径是否抖动 | 延迟变化大时，语音、会议和实时交互更容易出现卡顿。RFC 3393将这类变化定义为 IP 分组延迟变化，并说明测量结果会受丢包、包大小和采样方法影响。 |
| 下载与上传 | 固定测试文件、工具、线程数和测试时间 | 吞吐能力 | 峰值高不等于持续快，应同时记录平均值和晚高峰下降幅度 |
| 丢包 | 使用固定次数的连续探测或应用日志记录 | 数据包是否经常无法到达 | 少量丢包也可能影响视频会议、UDP 应用和长连接 |
| 连接成功率 | 重复断开、重连并记录成功次数 | 节点能否稳定建立连接 | 适合比较“偶尔能连”与“多数时候能连”的差异 |
| 断流与恢复时间 | 记录断线次数、每次持续时间和恢复方式 | 长期可用性 | 需要手动重连的节点，应与能自动恢复的节点分开记录 |
| 实际任务 | 打开相同网页、进行相同文件传输或会议测试 | 最终使用体验 | 实际任务结果应优先于单次测速截图 |
关键判断：速度是“能跑多快”，稳定性是“能否持续完成任务”。如果一个节点峰值速度很高，但晚高峰频繁断流，它未必适合办公或长时间连接。
标准化测试：先把变量固定，再比较节点
- 固定测试设备：尽量使用同一台电脑或手机、同一客户端和同一版本内核。不同设备的无线信号、CPU、系统代理和客户端实现都可能影响结果。
- 固定本地网络：测试期间尽量使用同一个路由器、同一个宽带或同一个移动网络。不要一边比较节点，一边切换 Wi-Fi、蜂窝网络和其他代理。
- 固定节点条件：优先选择同一地区、相近负载和相同协议的节点进行第一轮比较；否则你比较的可能是地区、出口或线路差异，而不是协议本身。
- 固定目标地址：使用相同的网页、文件源或业务服务。目标站服务器位置、CDN 和限速策略不同，会使结果不可直接横排。
- 固定测试时段：至少覆盖白天、晚高峰和周末。建议连续记录 7 天以上，而不是只测一次。
- 固定记录格式：每次记录日期、时间、节点、协议、客户端、延迟、延迟变化、下载、上传、丢包、是否断流、恢复时间和实际任务结果。
建议建立一张表，每个节点每天至少测试三次。晚高峰衰减率可以按“白天平均下载速度减去晚高峰平均下载速度，再除以白天平均下载速度”记录；这只是你自己的比较指标，不应被包装成行业统一标准。
测量延迟变化时，最好报告采样次数、包大小、协议和目标地址。RFC 5481指出，单向延迟和丢包的定义依赖等待阈值与测量方法；因此不同工具、不同参数的结果不应直接混合排名。
协议怎么比较：先看兼容性，再看使用场景
协议不是线路，也不是出口 IP。协议主要决定客户端如何认证、建立连接、封装数据以及使用何种传输和安全方式；真正的速度与稳定性还会受到本地网络、节点负载、目标站位置、传输层、线路路径和客户端内核影响。Project X 的传输配置表也把协议、TLS、Reality、WireGuard 和 Hysteria 等层次分开列出，说明“协议名称”与“传输安全”和“线路质量”并非同一个维度。
| 协议 | 核验重点 | 适合怎么比较 | 不要直接下的结论 |
|---|---|---|---|
| Shadowsocks | 加密方法、分享链接格式、客户端是否支持对应字段 | 比较不同客户端导入是否成功、网页和文件任务是否稳定 | 不能仅凭 SS 标识断定速度或线路质量 |
| Trojan | TLS 配置、证书与客户端字段是否匹配 | 比较连接成功率、握手失败、长连接和实际网页访问 | 使用 TLS 不等于一定低延迟或不掉线 |
| VLESS | UUID、传输方式、TLS 或其他安全字段、客户端内核支持 | 先核对配置字段，再在相同节点地区和时段做实测 | VLESS 名称本身不能证明节点更快 |
| WireGuard | 公钥、地址、端点、AllowedIPs、DNS 和 UDP 可达性 | 重点比较 UDP 可达性、重连表现和办公、文件传输任务 | 加密隧道协议不代表所有网络都适合 UDP |
Shadowsocks 官方的 SIP002 URI 规范明确了 ss 链接中的方法、密码、主机、端口和可选插件字段；导入失败时，应先检查链接格式和客户端支持，而不是直接判断节点失效。Trojan 官方协议说明则表明，客户端会先完成 TLS 握手，再发送协议数据，因此证书、TLS 字段或客户端配置不匹配都可能导致连接失败。Trojan 协议文档
WireGuard 使用 UDP 传输，并有自己的握手、密钥轮换和重连机制。WireGuard 官方协议说明可用于核对这些基础概念。实际比较时，应把“协议兼容性”和“节点稳定性”分别打分。
按场景设置权重：办公、视频、游戏和下载不要用同一套标准
同一个节点不一定适合所有任务。比较前先写清楚你的主要用途，再给指标设置权重，避免被单一峰值速度带偏。
| 使用场景 | 优先指标 | 次要指标 | 建议观察的问题 |
|---|---|---|---|
| 网页办公、后台管理 | 连接成功率、延迟、断流次数 | 下载速度、DNS 表现 | 登录、页面跳转和长时间操作是否稳定 |
| 视频会议、语音通话 | 延迟变化、丢包、断流恢复 | 上传速度 | 是否出现声音断续、画面冻结或频繁重连 |
| 流媒体播放 | 持续下载速度、连接成功率 | 出口 IP 和目标服务可用性 | 能否持续播放，是否频繁缓冲 |
| 游戏或实时交互 | 延迟、延迟变化、丢包 | 重连时间 | 不要只看下载测速，重点看持续延迟和丢包 |
| 大文件传输 | 长时间平均下载、上传、断流恢复 | 磁盘和客户端占用 | 前几分钟很快但随后下降，可能不适合长任务 |
| 多设备家庭使用 | 连接数表现、总吞吐、稳定性 | 客户端兼容性 | 应分别验证电脑、手机和路由器的配置支持 |
可以采用 100 分制，但分数只对本次测试样本有效。例如办公场景可把连接成功率、断流恢复和延迟变化放在前面；下载场景再提高持续吞吐的权重。不要把不同地点、不同宽带和不同客户端的分数合并成一个看似精确的总排名。
购买或迁移前的低风险核验清单
- 先核对订阅格式：确认是订阅链接、配置文件还是单节点链接，并查看目标客户端是否支持对应格式。
- 先核对客户端：确认 Windows、macOS、iOS 或 Android 上都有可用客户端，且协议字段能被正确识别；菜单名称以当前界面为准。
- 先测多个地区：不要只测一个热门节点，至少选择两个地区和多个节点，记录是否存在备用路径。
- 先测三个时段：白天、晚高峰和周末都要测，避免用低负载时段代表全天表现。
- 先做实际任务：打开目标网页、进行文件传输或测试会议连接；仅能打开测速网站不等于满足你的工作需求。
- 先保留原配置：订阅链接、配置文件和单节点链接应存放在密码管理器或加密存储中，避免直接公开粘贴。
- 再看服务条款：设备数量、流量、退款、协议支持和账户限制都应以服务方当前条款或账户面板为准，无法核验的项目不要写进比较表。
如果只想快速做第一轮筛选，可以使用“同一设备、同一宽带、同一地区、同一目标、同一时段、三个节点”的小样本测试；如果准备长期使用，再把测试延长到 7 天，并补充晚高峰衰减、断流次数和恢复时间。
若排查确认瓶颈在跨境线路或出口质量，可把网络加速服务作为一个待验证变量，按同一测试表进行低成本对比，而不是只依据宣传页面或单次测速截图。
常见误区：为什么测速很快，实际使用仍然不稳定
- 只看峰值速度：峰值通常是短时间结果，不能代替长时间传输、晚高峰和多次重连记录。
- 把线路名称当成结果：BGP、中转、IEPL、IPLC 等描述只能作为待核验信息，不能替代你自己的延迟、丢包和任务测试。
- 把协议名称当成性能排名：同一协议在不同节点、不同传输方式和不同客户端内核下，表现可能不同。
- 忽略出口 IP：节点能连接不代表目标服务一定接受该出口；应把“能连接”和“目标任务完成”分开记录。
- 混用测试环境：换宽带、换设备、换客户端后继续填在同一张表里，会让结论失去可比性。
- 只测一个节点：单节点无法代表整个服务，至少需要多个地区、多个节点和多个时间段。
如果不同客户端的结果差异很大，先检查配置字段、传输方式、DNS、系统代理和 TUN 权限，再判断线路问题。已有的代理速度慢分层排查指南可用于进一步区分本地网络、节点、DNS 和客户端因素。
常见问题
机场节点速度和稳定性，哪个更重要？
取决于用途。网页办公和视频会议通常应优先看连接成功率、延迟变化、丢包和断流恢复；大文件传输才需要提高持续下载和上传速度的权重。最稳妥的做法是把实际任务完成情况放在最终判断前面。
协议是不是越新，速度就一定越快？
不是。协议影响连接方式、认证、传输和客户端兼容性，但速度还受到节点负载、本地网络、目标地址、传输层和线路路径影响。应在相同设备、相同网络、相同地区和相同时段下比较，而不是按协议名称直接排名。
为什么同一个节点在不同客户端里表现不一样？
客户端可能使用不同内核、传输方式、DNS、代理模式或 TUN 设置。先确认配置字段是否完整、订阅格式是否被正确解析，再分别测试网页、长连接和文件传输，不要把客户端差异直接归因于节点线路。
只测一次 Speedtest 能不能判断节点稳定？
不能。单次测速只能说明某一时间、某一目标和某一测试工具下的结果。至少应覆盖白天、晚高峰和周末，并记录多天的断流次数、恢复时间、丢包和实际任务完成情况。
怎么计算晚高峰衰减率？
可以用“白天平均速度减去晚高峰平均速度，再除以白天平均速度”得到一个自定义比较指标。计算时必须使用同一设备、同一目标、同一节点和相近的测试方法，并同时保存原始数据；它不是适用于所有网络的统一标准。