为什么晚高峰（20:00~23:00）看视频经常卡顿？

因为国际出口网关在晚高峰严重拥塞，公网丢包率飙升至 10%~30%。传统 TCP 协议检测到丢包后会大幅削减发送窗口，导致实际可用带宽暴跌。

Hysteria 2 和 VLESS-Reality 哪个速度更快？

在公网普通直连、丢包严重的恶劣网络下，基于 UDP 的 Hysteria 2 速度更快；在优质 IEPL 专线或内网低丢包环境下，VLESS-Reality 延迟更稳且对路由器 CPU 压力更小。

传输层协议深度对比：TCP 三次握手、UDP、QUIC (HTTP/3) 与 BBR 拥塞控制

一、通信链路与底层技术拓扑架构

理解传输协议与拥塞控制的核心机制，需直观观察数据包在网络分层与软硬件系统之间的流转拓扑：

[标准 TCP + CUBIC (传统公网)]
  数据包丢弃 (1% 丢包) ──► 触发拥塞退避 ──► 发送窗口减半 ──► 带宽断崖式下跌 ──► 视频卡顿转圈

[TCP + BBR 拥塞控制 (现代加速)]
  实时估算瓶颈带宽 (BtlBw) 与往返时延 (RTprop) ──► 忽略偶发随机丢包 ──► 维持高吞吐发包

[Hysteria 2 / Brutal UDP (暴力激进加速)]
  完全脱离传统退让机制 ──► 按预设固定速率强制发包 ──► 恶劣丢包公网依然拉满带宽

二、核心概念与实体名词权威解析

在深入配置前，必须首先建立对以下核心技术名词的准确认知：

TCP 握手与重传

面向连接的可靠协议。但在跨境长距离高延迟网络中，单个数据包丢失会导致后续所有数据包停滞重传（队头阻塞）。

QUIC / HTTP/3

基于 UDP 构建的现代传输协议，在用户态实现可靠传输，单连接多路复用彻底消除了队头阻塞，并支持 0-RTT 极速连接。

BBR 拥塞控制算法

Google 开源的基于带宽瓶颈与往返延迟的算法，在高丢包率的公网环境下显著提升 TCP 吞吐量。

Brutal 拥塞控制 (Hysteria 2)

固定速率暴力发包算法，不根据网络拥塞主动退让，专门用于在恶劣跨境网络环境下强行跑满预设带宽。

三、为什么传统 TCP 在跨洋高丢包网络下表现糟糕？

机制缺陷一（丢包与拥塞混淆）：传统 TCP（如 Reno、Cubic）默认将任何数据包丢失都视为网络拥塞信号；
机制缺陷二（慢启动与乘法减小）：一旦发生丢包，TCP 发送窗口瞬间缩减 50%，在跨洋 150ms 延迟网络下需要数秒才能重新爬坡恢复带宽；
机制缺陷三（队头阻塞）：前序丢弃的数据包若未被确认，后序已到达的数据包只能在内核缓冲区排队，导致整个会话完全阻塞。

四、关键维度技术对比矩阵

传输机制	底层协议	抗丢包能力	三次握手耗时	主要代表协议/场景
传统 TCP + CUBIC	TCP	极差 (丢包即减速50%)	1.5 ~ 2 个 RTT	传统 VMess / Shadowsocks
TCP + BBR 加速	TCP	良好 (自适应吞吐控制)	1.5 个 RTT	专线 IEPL / VLESS-Reality
QUIC / UDP 激进传输	UDP	极强 (队头阻塞免疫)	0 ~ 1 个 RTT	Hysteria 2 / TUIC v5 / HTTP/3

六、高频报错与精准排障指南

1 晚高峰（20:00~23:00）看视频频繁缓冲卡顿

根本原因：国际公网出口拥塞丢包导致 TCP 拥塞控制频繁退让。

解决办法：切换至基于 Hysteria 2 协议的节点，或升级至纯 IEPL 专线。

2 在学校或公司网络使用 Hysteria 2 完全连不上

根本原因：局域网防火墙或运营商针对非标准 UDP 端口实施了 QoS 丢弃或直接阻断。

解决办法：切换回基于 TCP 的 VLESS-Reality 或 Trojan 协议节点。

下一步行动与实战落地 (Topic Bridge)

深入了解新一代 UDP 协议特性

查看 Hysteria 2 协议的技术细节与客户端配置方法。

探索 Hysteria 2 协议 → 返回知识中枢总览 →