YouTube 1080P / 4K 对机场节点和带宽有什么要求
**“测速能跑满，看 4K 还是卡”——这是流媒体场景里最常见的落差。**能否稳定播放 YouTube 高清，取决于节点的持续吞吐、丢包率和晚高峰表现，而不是测速软件里的峰值数字。本文给出带宽参考值，解释丢包为什么比峰值更关键，并给出一套可复用的实测方法。
各画质档位的带宽参考
| 分辨率 | 通常建议带宽 |
|---|---|
| 480p（SD） | 约 1–2 Mbps |
| 720p | 约 2.5–5 Mbps |
| 1080p | 约 5 Mbps 以上 |
| 1440p（2K） | 约 10 Mbps 以上 |
| 2160p（4K） | 约 20 Mbps 以上，且要求低丢包 |
两点说明：一是表中数字是”通常建议”的参考值，实际码率随视频内容、帧率、HDR 与编码格式浮动——60 帧视频和 HDR 内容的码率明显高于同分辨率的普通视频，具体以平台官方说明为准；二是这些数字指持续稳定的吞吐——瞬时峰值冲到 20 Mbps 和长时间保持 20 Mbps 是两回事，4K 需要的是后者，而且最好留出一倍左右的余量应对波动。
还要注意家庭场景的叠加：如果同一条代理链路上还有其他设备在下载或看视频，节点的可用带宽是被共享的，给单个 4K 播放留出的余量要按最坏情况估算。
丢包与延迟为什么比峰值带宽更关键
YouTube 使用自适应码率（ABR）机制：播放器根据实际下载速度动态选择画质档位。丢包会触发反复重传，让有效吞吐大幅波动；播放器检测到速度不稳定，就会主动降档甚至暂停缓冲——即使你的峰值带宽绰绰有余。
延迟的影响相对次要，但高延迟叠加丢包会明显放大吞吐损失。实践中的经验是：
- 丢包接近零、延迟稍高的节点，看 4K 通常没有问题；
- 丢包率达到百分之几的节点，即使测速数字好看，高码率视频也可能反复缓冲。
因此评估一个节点能不能跑 4K，对落地做持续 ping 看丢包，比跑一次测速更有参考价值。传输层协议也会影响弱网环境下的表现，可延伸阅读 TCP、UDP 与 QUIC 的差异。
晚高峰是试金石
出境带宽在每晚 20:00–23:00 最紧张。白天能稳定跑 4K 的节点，晚高峰掉到 720p 是常见现象——这不是节点”坏了”，而是线路在高峰期拥堵。判断一个机场适不适合重度流媒体使用，一定要看它晚高峰的表现，而不是凌晨的测速图；商家宣传里的测速截图几乎都取自空闲时段，参考价值有限，自己在晚间实测一次胜过看十张图。
线路类型的差距通常大于节点差距
同样标着”香港”的节点，背后的线路可能完全不同：
- 直连线路：成本低，平峰期尚可，晚高峰最容易受国际出口拥堵影响；
- 中转线路：经国内中转机房优化路由，表现取决于中转带宽是否充足；
- 专线（IPLC/IEPL 等）：不经公网出口，晚高峰波动通常最小，价格也最高。
各类线路的原理与识别方法见机场线路类型详解。长期有 4K 需求、且集中在晚间观看的用户，选服务时可以参考稳定性优先的机场榜单里的评估维度，把晚高峰表现放在首位。
实测：这个节点能不能稳定跑 4K
- 连接目标节点，打开一个 4K 视频，手动把画质锁定在
2160p（关闭”自动”）； - 右键打开
统计信息（Stats for nerds），观察Connection Speed是否持续高于 20 Mbps、Buffer Health是否稳步增长而非来回抖动； - 拖动进度条跳转几次，看缓冲恢复的速度；
- 在晚高峰时段重复以上步骤——两个时段都稳定，才算真正”能跑 4K”的节点。
测试时还有一个容易忽略的因素：设备解码能力。YouTube 的高分辨率视频普遍使用 VP9 或 AV1 编码，老电视盒子和旧显卡可能不支持硬件解码，表现为网络数据充足但播放掉帧、发热卡顿——统计信息 里的掉帧计数可以帮你区分这是网络问题还是设备问题。
同一机场内不同节点的测试结果可能差异很大，多测几个再固定使用。另外要注意：Netflix 的高画质除了速度还叠加解锁要求，验证方法不同，见 Netflix 节点怎么选；各平台对节点要求的横向差异见主流流媒体平台对比。
下一步
- 带宽达标了还是频繁缓冲，按层排查瓶颈：YouTube 卡顿排查指南
- 能播放但画质总停在低档位：流媒体清晰度低的原因与解决