ECH-Workers 高性能
利用 Go 客户端在本地处理 DNS 解析，Worker 仅作为盲管道（Dumb Pipe）转发数据流。
- 客户端本地 DoH 解析 DNS
- Worker 0 协议解析开销
- 极低的 CPU 时间占用
Workers-VLESS 兼容性强
将完整的 VLESS 协议栈部署在 Worker 上，由服务端进行 DNS 解析和 NAT64 转换。
- 服务端 DoH 解析 (Worker 内部 Fetch)
- 需解析 VLESS 头部/UUID 验证
- 较高的 CPU 占用 (Javascript 运算)
流量与 DNS 解析流程
ECH-Workers 流程
💻
客户端
Go程序
DNS 解析
IP 直连
☁️
CF Worker
纯转发
🌐
目标网站
优势: DNS 在客户端完成，Worker 收到的是
CONNECT:1.2.3.4:443，无需在 Worker 端发起 fetch 解析域名，节省 Worker 资源。
Workers-VLESS 流程
📱
客户端
V2Ray/Xray
发送域名
☁️
DNS
CF Worker
解析+转发
🌐
目标网站
劣势: Worker 接收域名，必须在 Worker 内部发起
fetch('https://1.1.1.1/...') 解析 DNS，产生额外子请求，增加延迟和 CPU 时间。
实时性能模拟 (Dynamic Simulation)
模拟 1000 个并发连接下的 Worker 资源消耗对比
Worker 内部子请求数 (DNS Fetch)
模拟 CPU 占用率
ECH-Workers
0%
Workers-VLESS
0%
资源消耗统计
ECH 额外请求
0
VLESS 额外请求
0
Workers-VLESS 每处理一个新的域名连接，都需要向 DoH 服务器发起一次 Fetch 请求，这会消耗 Cloudflare Workers 的子请求配额 (Subrequests)。
深度技术对比
| 特性 / 指标 | ECH-Workers | Workers-VLESS |
|---|---|---|
| DNS 解析位置 | 客户端本地 | Worker 服务端 |
| Worker CPU 占用 | 极低 (仅管道转发) | 中高 (UUID验证, NAT64转换, 协议解析) |
| 外部子请求 (Subrequests) | 0 (仅主连接) | 1 per new domain (DNS Fetch) |
| IPv4 支持原理 | 客户端解析为 IP，Worker 直连 IP | 服务端解析为 IP，转为 NAT64 IPv6 伪装 |
| 代码复杂度 | 低 (Server < 100行) | 高 (Server > 300行, 包含VLESS协议栈) |
| 客户端要求 | 专用 Go 客户端 | 通用 V2Ray/Xray 客户端 |