1.1 TCP 的拥塞控制#

TCP 协议内置了拥塞控制机制，核心逻辑是：一旦检测到丢包，就主动降低发送速率。

1
正常传输 → 检测到丢包 → 窗口减半 → 缓慢恢复 → 再次丢包 → 再次减半...

这种机制在局域网中很合理，但在跨地域的代理场景中会产生严重问题：

• 一次丢包导致速度腰斩：窗口减半后恢复需要时间
• 丢包率越高，恢复越慢：高丢包环境下速度趋近于零
• TCP 重传叠加：代理协议和 TCP 本身都可能重传，造成额外开销

1.2 数据对比#

NOTE

在跨国线路中，1-5% 的丢包率非常常见，高峰期甚至可能超过 10%。

2.1 基于 QUIC 协议#

Hysteria2 构建在 QUIC（Quick UDP Internet Connections）协议之上，而 QUIC 运行在 UDP 层。这是它与传统 TCP 代理的根本区别。

1
传统代理：应用层 → TCP → IP
2
Hysteria2：应用层 → QUIC → UDP → IP

2.2 自定义拥塞控制#

Hysteria2 最核心的创新是自定义拥塞控制算法，称为 Brutal（暴力模式）：

• 不因丢包而降速：与传统 TCP 不同，Brutal 模式下丢包不会触发速率降低
• 固定速率发送：按照预设带宽持续发送数据
• 接收端处理丢包：由接收端决定是否请求重传，而非发送端降速

1
传统 TCP：丢包 → 降速 → 慢慢恢复
2
Hysteria2：丢包 → 继续全速发送 → 接收端按需重传

2.3 为什么这样更高效？#

关键在于代理场景与普通网络通信的本质区别：

1. 代理的中间链路是专有的：不是公共互联网，丢包往往是带宽限制而非网络拥堵
2. 强制降速没有意义：如果丢包是因为带宽限制，TCP 的降速策略只会让有效吞吐更低
3. UDP 更轻量：没有 TCP 的三次握手、状态机等开销

3.1 协议特性一览#

3.2 0-RTT 连接建立#

Hysteria2 支持 0-RTT（Zero Round Trip Time）连接建立：

1
传统 TCP：SYN → SYN-ACK → ACK → 数据（3 次 RTT）
2
Hysteria2：数据（0 次 RTT，首次连接 1 次）

这意味着首次连接后，后续连接几乎零延迟。

3.3 多路复用#

Hysteria2 原生支持多路复用，在一个连接上可以同时传输多个流：

• 避免了 TCP 的队头阻塞问题
• 多个请求互不影响
• 连接复用效率更高

4.1 服务端配置#

1
# hysteria2 server config
2
listen: :443
3

4
tls:
5
  cert: /path/to/cert.pem
6
  key: /path/to/key.pem
7

8
auth:
9
  type: password
10
  password: your-password-here
11

12
masquerade:
13
  type: proxy
14
  proxy:
15
    url: https://www.bing.com
16
    rewriteHost: true
17

18
bandwidth:
19
  up: 100 mbps
20
  down: 100 mbps

4.2 客户端配置#

1
# hysteria2 client config
2
server: your-server-domain:443
3

4
auth: your-password-here
5

6
bandwidth:
7
  up: 50 mbps
8
  down: 100 mbps
9

10
socks5:
11
  listen: 127.0.0.1:1080
12

13
http:
14
  listen: 127.0.0.1:8080

WARNING

bandwidth 配置是 Hysteria2 的关键。设置过高会导致丢包增加，设置过低则无法充分利用带宽。建议设置为实际线路带宽的 80-90%。

4.3 Clash Meta 配置#

1
proxies:
2
  - name: "Hysteria2-Node"
3
    type: hysteria2
4
    server: your-server-domain
5
    port: 443
6
    password: your-password-here
7
    sni: your-server-domain
8
    up: "50 Mbps"
9
    down: "100 Mbps"

5.1 最佳使用场景#

• 高丢包线路：跨国、跨洲线路，丢包率 > 1%
• 移动网络：4G/5G 网络波动较大
• 卫星网络：延迟高、丢包多的场景
• 高峰期使用：网络拥堵导致 TCP 方案降速严重

5.2 不太适合的场景#

• 低延迟专线：IPLC 等优质线路，TCP 方案已足够好
• 强抗封锁需求：UDP 流量可能在某些网络环境被限制
• 企业合规环境：部分企业防火墙禁止 UDP 出站

6.1 测试环境#

• 线路：中国电信 → 美国西海岸
• 丢包率：约 3%（高峰期）
• 测试工具：speedtest-cli

6.2 测试结果#

TIP

在高丢包环境下，Hysteria2 的速度优势非常明显。但在低丢包的优质线路上，各协议差距不大。