目录
YouTube 4K 卡顿的核心问题永远是「从机场出口到 YouTube CDN 的持续带宽不够」，而不是你的宽带或设备。排查顺序：先在视频上右键打开「统计信息」，看「连接速度」是否持续低于 40Mbps，丢帧是否异常；然后换到机场标注为 IEPL / IPLC 专线且地区为香港、日本或新加坡的节点；再在浏览器禁用 QUIC 让流量走 TCP；最后检查分流规则是否把 YouTube 的视频 CDN 域名和主站放到了同一策略组。晚上 8 点到 11 点才卡属于晚高峰问题，机场只有中转节点的话，长期解法是换专线机场。
先看 YouTube 自带的「统计信息」
YouTube 播放器自带诊断面板，这是排查卡顿最有效的工具。在视频画面上右键，选择「统计信息」（不同语言下名称略有差异），面板里有几项关键数据：
| 指标 | 含义 | 正常范围（4K） | 异常说明 |
|---|---|---|---|
| Connection Speed 连接速度 | 最近一段时间下载视频的实时速度 | 持续 40Mbps 以上 | 低于码率就必然缓冲，带宽不足 |
| Network Activity 网络活动 | 当前是否在下载数据 | 持续有数据 | 长时间为 0 说明连接中断或排队 |
| Buffer Health 缓冲健康度 | 已缓冲的秒数 | 稍微增长或稳定 | 持续下降就会卡 |
| Dropped Frames 丢帧 | 解码来不及丢掉的帧 | 接近 0 | 丢帧多但速度正常是解码问题 |
| Codecs 编码 | 当前视频编码 | vp09 或 av01 | 老设备软解 AV1 会卡 |
| Current / Optimal Res 当前与最佳分辨率 | 实际播放与播放器认为合适的分辨率 | 一致 | 当前低于最佳说明被降级 |
有了这些数据，卡顿可以分成两类：连接速度不足（网络问题，本文主体）与丢帧过多（本机解码问题，见后文）。先看清是哪类，再往下排查，不要上来就换节点。
症状与原因速查
| 症状 | 更可能的原因 |
|---|---|
| 连接速度上不去，任何时段都卡 | 节点带宽或到 YouTube CDN 的线路差 |
| 白天 4K 流畅，晚上掉到 720p | 晚高峰，中转线路被挤占 |
| 开始几秒很慢然后正常，切集又慢 | QUIC 回退到 TCP 的等待 |
| 首页缩略图很慢，视频反而正常 | 图片 CDN 域名走了不同策略或直连 |
| 连接速度正常，丢帧很多 | 硬件解码不支持，CPU 软解跑满 |
| 只有某个频道或某些视频卡 | 该视频所在 CDN 节点与你的出口路径不佳，换地区 |
| 所有节点都慢，连测速也慢 | 本地网络或客户端问题，见速度慢排查 |
排查阶梯一：节点带宽与地区
怎么确认
同一个视频，在不同地区的节点上各看一分钟，记录统计信息里的连接速度。YouTube 的 CDN 分布很广，但从亚洲出口访问时，香港、日本、新加坡节点一般会被调度到附近的 CDN，路径短、带宽足；美国节点要跨太平洋，持续带宽经常不如亚洲节点，即便延迟数字看起来还行。节点测速方法见节点测速教程。
怎么解决
把看视频的策略组固定到亚洲专线节点。注意排除「自动选择」：它按延迟排序，延迟最低的节点未必带宽最大，尤其中转节点延迟漂亮但带宽被几百人分享。同一地区如果有多个节点，挨个试，有时候同地区不同机房到 YouTube 的路径差别很大。不同地区的用途取舍可以看节点地区怎么选。
排查阶梯二：晚高峰
怎么确认
连续两三天记录同一节点下午和晚上九点的连接速度。白天 100Mbps 以上、晚上掉到 20Mbps 以下，就是典型的晚高峰现象，与你的设置无关。
怎么解决
切到机场标注为 IEPL / IPLC 专线的节点组，专线不走公共国际出口，晚高峰基本不受影响。如果机场所有节点都是中转，晚高峰看 4K 大概率无解，只能降到 1080p 或者换机场。这个话题我们在晚高峰卡顿专题展开讲了。
排查阶梯三：QUIC 与 UDP 转发
怎么确认
YouTube 默认用 QUIC 协议（HTTP/3，基于 UDP）传输视频。如果你的节点不支持 UDP 转发、或者 UDP 转发质量差，浏览器会先尝试 QUIC、失败后再回退 TCP，表现为每次开始播放和切换视频时都要等几秒，然后才正常。在客户端的连接页面里看 YouTube 的连接，如果有大量 UDP 443 的连接且传输量很小，就是 QUIC 在反复尝试。
怎么解决
两种做法任选其一：在浏览器的实验性功能里禁用 QUIC（Chrome 系浏览器可以在 flags 页面搜 QUIC 关闭），让 YouTube 直接走 TCP；或者在客户端里对 YouTube 相关域名的 UDP 流量设置为拒绝，浏览器会立刻回退到 TCP，不再等待。如果你的机场节点 UDP 质量很好（专线一般都不错），保留 QUIC 反而更流畅，所以这一步要实测对比。
排查阶梯四：DNS 与分流一致性
怎么确认
YouTube 的视频数据来自 googlevideo 域名下的大量 CDN 节点，图片来自 ytimg 等域名，主站是 youtube 域名。如果规则只覆盖了主站，CDN 域名可能走了直连（必然失败或极慢）或者另一个策略组（走了别的地区节点）。在连接页面按 googlevideo 过滤，看它走的策略组和节点与主站是否一致。
DNS 也有影响：YouTube 的 CDN 调度依赖 DNS 解析，如果域名解析在本地运营商完成，它可能把你调度到一个离你本地近、但离你的节点出口远的 CDN，视频路径就绕路了。
怎么解决
把 youtube、googlevideo、ytimg、ggpht 这几个关键词统一指向同一个视频策略组；开启客户端的 DNS 覆写或 fake-ip 模式，让解析在节点那头完成，CDN 调度就会基于节点位置。规则写法参考规则分流教程。
排查阶梯五：本机解码
怎么确认
连接速度正常、缓冲健康度充足，但画面还是掉帧卡顿，统计信息里丢帧数字快速增长，这就不是网络问题了。4K 视频使用 VP9 或 AV1 编码，老一点的显卡不支持这两种编码的硬件解码，CPU 软解 4K 会跑满。
怎么解决
浏览器开启硬件加速；安装能让 YouTube 强制使用 H.264 的扩展（代价是 H.264 最高只有 1080p）；或者接受 1440p。手机和电视端一般都有硬解，这类问题多见于老电脑。判断方法很简单：把同一个视频换成 1080p 看丢帧是否消失，消失了就是解码瓶颈；或者在任务管理器里看播放 4K 时 CPU 占用是否接近满载。解码问题和机场没有任何关系，换节点、换机场都不会改善，不要在这上面浪费时间。
一个完整的排查流程示例
把前面几步串起来，一次典型的排查大概是这样：打开视频，右键看统计信息，连接速度只有 15Mbps，确定是带宽问题而不是解码。切到日本专线节点，连接速度升到 60Mbps，但每次切集还是要等三四秒才开始，连接页面里看到大量 UDP 443 小流量连接，于是在浏览器禁用 QUIC，切集延迟消失。晚上九点再看，连接速度掉到 35Mbps，1440p 流畅、2160p 偶尔缓冲，这就是这家机场专线在晚高峰的真实上限。整个过程十分钟以内，记录下来的数字也是以后判断要不要换机场的依据。
客户端特定提示
Clash Verge Rev
在Clash Verge Rev 里排查 YouTube 最有用的是连接页面：播放时按 googlevideo 过滤，能看到实际走的节点、协议（TCP 还是 UDP）和实时速率。策略组里如果有专门的「YouTube」或「流媒体」组就固定到专线节点，没有就在规则里加。TUN 模式下 UDP 会被接管，QUIC 问题会更明显，可以在 TUN 设置里对 443 端口的 UDP 做拒绝处理。
Shadowrocket
Shadowrocket 在 iOS 上看 YouTube 4K 卡，优先怀疑节点而不是设置，因为 iOS 的 YouTube App 对网络要求和桌面一致。可以在节点详情里看该节点是否开启了 UDP 转发；不支持 UDP 的节点配合 YouTube App 会有明显的首帧延迟。按节点手动切换到标注专线的香港或日本节点通常就能解决。
Clash Meta 内核通用
Android Clash Meta、sing-box、路由器上的 Mihomo 都可以在规则里直接写拒绝 UDP 443 的规则来禁 QUIC，也可以用 url-test 组专门为 YouTube 建一个测速地址指向 YouTube 的测速目标，让自动选择真正按「到 YouTube 的质量」排序而不是按通用延迟排序。路由器用户还要注意 CPU 性能：4K 持续 40Mbps 以上的加解密对低端路由器是负担。
什么时候该换机场
| 情况 | 建议 |
|---|---|
| 切到专线亚洲节点后 4K 流畅 | 不用换，固定节点组即可 |
| 白天 4K 正常，晚上只有 1080p | 中转线路的正常表现，接受或换专线 |
| 任何时段连接速度都在 30Mbps 以下 | 节点带宽不足，换机场 |
| 标注「YouTube 4K」但晚高峰达不到 | 标注注水，月付观察一周后决定 |
| 只有某个节点能看 4K，其他都不行 | 机场整体带宽紧张，备用价值大于主力价值 |
衡量一家机场适不适合看 4K，看三件事：线路是否以专线为主、亚洲核心地区节点是否充足、官方是否标注 YouTube 4K 或类似的带宽承诺。我们在速度与线路榜里按线路类型排了序，高速大流量机场推荐则结合了流量档位，因为长期看 4K 每月消耗轻松上百 GB，流量和带宽要一起算。
1）手动锁定 2160p 不等于能看 2160p，带宽不够只会让缓冲更频繁，先解决带宽。2）不要以为节点测速高就一定能看 4K，测速服务器与 YouTube CDN 是两条路。3）不要为了看 4K 开全局模式，国内网站绕路变慢而且无助于 YouTube。4）不要在浏览器里同时装多个「YouTube 加速」扩展，大多数只是改了编码或屏蔽广告，部分还会注入脚本。5）流量方面要算账：4K 一小时大约消耗 10–20GB，一天两小时一个月就是几百 GB，按每月需要多少流量的方法先估一下，别买了小流量包第二周就用光。
SOGO 云、光速云、星岛梦：SOGO 云 ¥25/月 150GB 月付，品牌资料标注 IEPL 专线 + VLESS + 自研客户端，150GB 对每天看高清的用户更实用，建议先买一个月在晚高峰测连接速度；光速云 2020 年起运营，品牌资料标注 IEPL 专线 + 企业级内网专线、自研客户端，入门为年付折算 ¥7.5/月 59GB，流量偏小、更大档位以官网为准；星岛梦企业级内网专线，年付折算 ¥8/月 60GB，另有月付、季付与不限时套餐以官网为准。YouTube 本身不限地区，关键看带宽，线路类型均为品牌资料标注，建议先短周期看一周晚高峰再决定。
常见问题
看 4K 需要多少带宽的节点？
YouTube 的 4K（2160p）常规码率大约 20–45Mbps，HDR 或 60 帧会更高；1080p 大约 5–10Mbps。保守估计，节点稳定下载速度需要在 50Mbps 以上才能全程不缓冲地看 4K，考虑晚高峰波动最好留一倍余量。
节点测速 200Mbps，为什么 YouTube 还是卡？
测速测的是到某个测速服务器的峰值，YouTube 的视频来自它自己的 CDN 节点，从你的机场出口到那个 CDN 的路径可能很差。另外测速是短时峰值，视频是持续流量，丢包与抖动对视频的影响远大于对测速的影响。用 YouTube 自带的统计信息看实时连接速度更准。
为什么 YouTube 自动把画质降到 480p？
播放器根据实时带宽和缓冲状态自动调整画质，降到 480p 说明它检测到带宽持续不足。手动锁 4K 只会让缓冲更频繁。先解决带宽问题，再把画质设置改回自动或固定。
关掉 QUIC 真的有用吗？
有时有用。YouTube 默认用 QUIC（基于 UDP）传输，而很多机场节点对 UDP 的转发质量不如 TCP，或者干脆不支持 UDP 转发，此时浏览器会在 QUIC 失败后回退到 TCP，这个回退过程就表现为加载慢。在浏览器里禁用 QUIC 或在客户端里把 UDP 流量拒绝，能让它直接走 TCP。
手机能看 4K，电脑卡，是电脑的问题吗？
可能是。电脑浏览器播放 4K 使用的编码（VP9 或 AV1）需要硬件解码支持，老旧显卡只能软解，CPU 跑满就会掉帧，看起来和网络卡一样。在统计信息里看「丢帧」数字，丢帧多而连接速度正常，就是解码问题。
机场标注「YouTube 4K」是什么意思？
是官方对带宽的承诺，意思是节点带宽足够看 4K。它不涉及地区解锁（YouTube 本身不限地区），所以这个标注的实际含义是「带宽够」。建议先月付验证晚高峰时段是否真的达到。