这类问题的特征很好认:提一个简单问题,回答又快又完整;让它写一篇长文或者开启联网检索,输出到某个位置突然停住,页面弹出网络错误,刷新后又能正常提问。
很多人的第一反应是「节点不行了」,然后开始换节点、重装客户端。但短请求全都成功这一点,已经说明节点是通的、账号是正常的、规则也匹配对了。真正的断点在别处:链路维持一条长时间连接的能力。
先记录,再动手
在改任何设置之前,连续做三到五次会引发中断的长任务,把每次的情况记下来:
- 从开始输出到中断,大约过了多少秒;
- 中断前是否有一段明显的停顿(思考中、检索中);
- 中断时是完全停住,还是页面直接报错;
- 换一个节点后,中断发生的时间点是否变化。
这几条记录比任何猜测都有用。如果多次中断都集中在一个相近的秒数上,基本可以锁定是固定阈值的空闲超时回收;如果时间点毫无规律,方向就要转向线路抖动或并发限制。
三类原因,各自的特征
| 原因 | 典型特征 | 对应处理 |
|---|---|---|
| 空闲超时回收 | 中断时间稳定,常在一段静默之后发生 | 开启保活选项、换支持长连接更好的协议或线路 |
| 中间链路 QoS 限速 | 输出越来越慢直至停住,伴随整体速度下降 | 换节点/换线路类型,避开被限速的路径 |
| 并发连接数受限 | 同时开多个标签页或多设备时更容易发生 | 关闭多余标签与后台同步,检查套餐设备数 |
空闲超时回收
这是最常见的一类。数据流中间设备(家用路由器、运营商网关、机房防火墙)通常都会为空闲连接设一个回收阈值。ChatGPT 的流式输出在正常吐字时连接一直有数据,不会触发;但在模型「思考」、执行检索、调用工具的那段时间里,通道上可能几十秒没有任何字节流动。这段静默一旦超过阈值,连接就被单方面关掉了,浏览器只知道通道没了,于是报网络错误。
判断依据是时间点的规律性。你会发现每次都是在某个类似的时长附近断掉,而不是随机时刻。
链路上的限速与整形
有些线路对长时间持续的大流量会做速率整形。表现是输出越写越慢,字一个一个往外蹦,最后干脆卡死。这种情况和纯粹的超时不同——它不是突然断,而是逐渐劣化。
线路类型在这里差别明显。经过多次转手的普通中转,中间任何一跳做了整形你都会受影响;走专线的路径经手设备少,长连接的保持通常更稳。这也是很多人把 AI 工具单独分流到特定节点组的原因,具体的选法可以参考 AI 工具的节点选择。
连接数被占满
这一类容易被忽略。浏览器里开着十几个标签页、云盘在后台同步、另一台设备同时在用同一个账号——这些都会占用节点侧的并发连接。当并发触及上限,新建连接失败,而正在进行的长任务往往是第一个被牺牲的。
自查方法很直接:关掉所有无关标签页和后台应用,只留 ChatGPT 一个页面,重做同样的长任务。如果这次顺利完成,问题就在并发上。
按这个顺序往下查
-
看本地网络是否稳定。 断开代理,在同一时段做一次持续几分钟的下载或视频播放,确认基础链路本身不掉线。本地 Wi-Fi 不稳会造成一模一样的现象,查错方向就完全跑偏了。
-
确认系统时间准确。 时间偏差会影响 TLS 握手,虽然更多表现为完全连不上,但在断线后自动重连的场景里也可能造成重连失败。
-
检查客户端的超时与保活设置。 多数客户端在协议或出站设置里提供空闲超时、TCP 保活相关的选项。适当调大空闲超时、开启保活,可以让连接在静默期里保持活跃。注意这只在回收动作发生在本地一侧时有效。
-
换一个同地区的其他节点重测。 保持任务内容一致,换节点后如果中断时间明显后移或不再中断,说明原节点所在链路有问题,和你的配置无关。
-
换线路类型对照。 直连落地断而中转或专线不断,基本可以坐实是中间链路的问题。
-
换协议试一次。 基于 UDP 的协议在部分网络下更容易被限速甚至阻断,长任务受影响会更明显;反过来,在网络本身丢包较多的环境里,Hysteria 2 这类协议对丢包的容忍度更高,长连接反而更稳。哪种更合适取决于你的具体网络,只能实测。
-
换接入网络交叉验证。 用手机热点重做同一个长任务。两种接入网络都断,问题更靠近节点侧;只有一种断,问题在你当前的宽带或运营商链路上。
-
看时段。 如果只在特定时段出现,那多半是线路拥塞的连带效应,处理思路见晚高峰速度变慢。
桌面端和移动端的差别
桌面端更容易受浏览器行为影响。标签页休眠、省电策略会挂起后台标签,长任务在被挂起的标签里跑,恢复时连接已经失效。做长任务时把页面保持在前台是个简单有效的习惯。
移动端的干扰因素更多:息屏后系统会限制后台联网,应用被切到后台一段时间就可能被回收网络。iOS 与 Android 在这方面的策略都比较激进,长任务尽量在屏幕常亮、应用前台的状态下进行。
怎么算真的稳定了
单次成功不能说明问题。建议用同一个会引发中断的长任务,在不同时段各跑两次,四次都完整输出,才算处理有效。另外补一项:连续做两个长任务不刷新页面,确认第二个也能跑完——有些问题只在连接复用后暴露。
还是不行时,把这些交给客服
- 中断发生的具体时间点(几点几分)和从开始输出到中断的大致秒数;
- 使用的节点名称、协议和线路类型;
- 客户端名称、版本,以及超时/保活相关设置的当前值;
- 同一时段短请求成功的对照结果;
- 换节点、换网络的测试结论;
- 客户端日志里中断时刻前后的记录。
带着「短请求正常、长任务在约多少秒时中断」这样的描述去沟通,客服能直接判断是否需要给你换线路;只说「ChatGPT 用不了」,大概率只会收到一份通用的重装指引。