sub2api 首个 Token 响应慢？WebSocket 模式踩坑排查指南

最近在折腾节点订阅转换工具时，不少朋友肯定遇到过这样一个糟心的问题：明明配置都对了，客户端发起的第一个请求却迟迟没有响应，也就是我们常说的“首 Token 很慢”。为了追求更稳定的连接，有人尝试开启了 WebSocket 模式，结果发现不仅没变快，反倒像是踩进了什么 Bug 坑里，连接直接卡死或者频繁报错。

别慌，这确实不是一个孤立的现象。今天我们就来深入扒一扒这背后的逻辑，看看问题到底出在哪，以及咱们普通用户能怎么自救。

问题根源剖析：为什么首 Token 特别慢？

首先，我们要搞清楚“首 Token”为什么慢。这通常不是你的宽带带宽问题，而是“冷启动”延迟。

TCP/TLS 握手耗时：每次建立新连接，都需要完成 TCP 三次握手和 TLS 四次握手。如果链路物理距离远（比如跨国），这个握手过程本身就会占用几百毫秒甚至更久。
DNS 解析延迟：如果上游域名解析较慢，或者你本地使用的 DNS 存在污染，解析域名的时间会直接加在首 Token 的耗时上。
代理握手开销：sub2api 这类工具在收到请求后，通常需要去获取订阅内容、解析节点，然后建立到目标节点的连接。如果后端订阅源更新不及时，或者节点本身负载高，首包通过的时间就会被拉长。

TCP三次握手与TLS四次握手示意图

TCP/TLS 握手过程示意

简单说，首 Token 慢是新连接建立的必经之路，但如果慢得离谱（比如超过 3-5 秒），那就是配置环节出了岔子。

WebSocket 模式的“伪 Bug”现象

很多朋友反馈的“WebSocket 模式有 Bug”，在使用 sub2api 这类中间件时，其实是典型的配置或协议适配问题，表现为连接建立后数据无法传输，或者几秒后连接被重置。

这通常是因为 WebSocket 协议在升级握手阶段需要的 HTTP 头信息不一致，或者中间网关（如 Nginx/Caddy）没有正确转发 Upgrade 头部导致的。

WebSocket 协议握手与 HTTP 头部升级示意图

WebSocket 握手及头部升级原理

现象：客户端显示已连接，但一直无数据返回。
原因：WebSocket 需要双向长连接，如果上游服务不支持长连接 Keep-Alive，或者防火墙超时设置过短，连接就会被掐断。

实战排查与解决方案

既然知道了原因，我们就可以对症下药。以下是几个立竿见影的优化手段，按操作难度从低到高排序。

1. 开启“多路复用”减少握手次数

这是治标治本最有效的手段。绝大多数支持 WebSocket 的客户端都支持 HTTP/2 Multiplexing 或类似的连接复用功能。

操作：在客户端设置中，开启“多路复用”或“连接复用”，并适当增加最大并发数。
原理：复用已经建立的 TCP 连接，后续的请求不需要重新握手，首 Token 慢的问题只出现在第一次连接时，后续请求会飞快。

2. 检查中转配置的头部转发

如果你是用 Nginx 或 Caddy 反向代理 sub2api 服务，必须确保正确处理了 Upgrade 头部。

Nginx 参考配置：

location / {
    proxy_pass http://127.0.0.1:你的端口;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
    proxy_set_header Host $host;
    proxy_read_timeout 86400;
}

缺少 Upgrade 和 Connection 头的转发，就是 WebSocket 报错的元凶。

3. 优化 DNS 解析与本地 Hosts

如果首 Token 慢是因为域名解析卡壳，手动指定 DNS 映射是最骚的操作。

使用 ping 或 nslookup 确认上游节点的 IP 解析速度。
将上游域名直接解析到 IP 并写入本地 Hosts 文件，绕过可能不稳定的递归解析服务器。

4. 临时的降级方案：关闭 WebSocket

如果 WebSocket 模式在你的网络环境下确实不稳定（比如某些运营商对 UDP 或 Upgrade 包有 QoS 限制），不要强行硬撑。切换回常规模式，有时候反而是最快的。牺牲一点点长连接的性能，换取稳定的首包速度，在弱网环境下是值得的。

写在最后

sub2api 作为一种强大的转换工具，其灵活性的背后也伴随着配置的复杂度。遇到“首 Token 慢”或“WebSocket 似有 Bug”时，不要急于觉得是软件本身的问题，试着从TCP 握手、头部转发、协议复用这三个角度去排查，大概率能找到问题的症结。

希望这篇排查思路能帮到正在抓狂的你，如果你的环境还有特殊情况，欢迎在评论区补充交流！