短请求跑一整天都没事，一个长任务跑到第几分钟就断——线路不稳通常只是背锅的那个。站内 24 家平台起步价从 2.24 元/月到 20 元/月，但决定长任务能否跑完的不是价格，而是四处计时器里寿命最短的那一个。
这四处是：平台换 IP 的节奏、链路空闲回收、本机 keepalive 与连接池、目标站的会话有效期。它们的症状高度相似，都是「突然断」，处置方向却完全相反——平台侧那处只能换档位或换交付方式，链路侧改一个间隔就能解决，本机侧要动参数，目标站侧一个字都改不了。所以先别急着续费或换平台，把「谁先到」定位出来，后面的动作才有意义。下面这套算法不依赖额外工具，用免费测试额度就能走完一遍。
🔗 快速入口：一站式注册入口（聚合 24 家平台） ｜ 价格中心（全平台比价） ｜ 代理IP新手入门导航（注册到提取）
| 计时者 | 最省事的判据 |
| 平台换 IP 的节奏 | 断开间隔高度规律，断完出口 IP 已经变了 |
| 链路空闲回收 | 断之前必然有一段无流量，重连后立刻能用 |
| 系统 keepalive 与连接池 | 加了心跳仍然断，说明本机比链路先动手 |
| 目标站会话 | 连接没断，返回码先异常 |
同一条线路，为什么短请求不断、长任务会断
一个 TCP 连接在代理链路上不是一个静态的东西，它是一条有寿命的会话。中间每一个环节都可能在自己的表里给它记账，账到点了就回收，回收的动作对使用者来说就是「断」。短请求之所以感觉不到，是因为请求在毫秒级就结束了，连接的寿命根本没被考验；一旦任务持续几分钟甚至更久，四处计时器全部进入视野。
把四处计时的东西摆在一张表里，会发现它们的量级差了整整两个数量级——这也是为什么「把某一个参数调大」这种思路往往无效。
| 计时者 | 它盯的是什么 | 典型量级 | 断的时候长什么样 |
|---|---|---|---|
| 平台换 IP 的节奏 | 按次或按时间给你换出口 IP | 按次切换：下一次请求就换 按时切换：常见 1 分钟到 30 分钟一档 |
断得很规律，同一秒数反复出现；断完 IP 已经变了 |
| 链路空闲回收 | 会话表里多久没流量就把这条记录抹掉 | 数十秒到数分钟 | 只在「闲着」的时候断；一断就断，且重连后立刻能用 |
| 本机 keepalive 与连接池 | 系统多久探一次活；连接池多久回收空闲连接 | 系统默认 2 小时 连接池常见 30 秒到 5 分钟 |
断之前没有任何征兆，日志里只有一条连接关闭 |
| 目标站会话有效期 | 服务端自己的登录态、风控窗口、超时规则 | 分钟级到小时级不等 | 连接还在，但请求开始返回 401/403 或验证页 |
最后一行值得单独说一句：它表现成「断」，但本质不是连接断了，是对方不认你了。这两种情况的处理方式完全不同——连接断了重连就行，对方不认你，重连一万次也没用。
第一处计时者：平台换 IP 的节奏，是连接的硬上限
先把最容易误判的那一处排掉。代理 IP 有两种交付方式，它们对长连接的态度截然不同。
轮换型（按次或按时间切换出口）的设计目的就是「让出口不断变化」，所以它和长会话天然冲突：出口被换走的那一刻，原来那条连接的目标锚点就不存在了。粘性型（会话保持）则相反，它会在一段时间内把同一个出口固定给你，长任务才跑得住。站内价格表里这两类都有，同一个档位名在不同平台可能指向不同的交付方式，具体到某个套餐是轮换还是粘性、粘多久，以平台后台实时显示与客服口径为准，本文不代平台承诺。
| 观察到的现象 | 指向 | 验证动作 |
|---|---|---|
| 每隔固定秒数必断，IP 每次都变 | 平台按时间轮换 | 记录 5 次断开的时间点，看间隔是否一致 |
| 不固定，但每次都是「没有流量」之后断 | 链路空闲回收 | 加一段 30 秒一次的心跳再跑，看是否还断 |
| 连接不断，但请求开始被拒 | 目标站会话或风控 | 换一个目标站跑同样的任务 |
| 本机并发一上去就断，日志报连接类错误 | 本机端口/句柄或客户端连接池 | 把并发砍到原来的十分之一再跑一次 |
第二处：链路上没人说话，会话表就把你回收了
比平台更早动手的，通常是中间的网络设备。一条 TCP 连接只要「安静」得够久，路径上的会话记录就会被清掉，之后这条连接在表里已经不存在了，两端还以为它在。真正致命的地方在于：这种断开是静默的——没有 FIN，没有 RST，程序不会立刻收到任何通知，直到下一次写数据才会发现对端已经不在了。
这就是「空闲断连」的全部原理。它的判据非常干脆：断了之后立刻重连就能用，而且断之前必然有一段无流量的时间。反过来说，只要流量一直在跑，这一处通常不会先到——所以能不能靠保活把这一处推后，决定了后面所有方案的可行性。
第三处：系统 keepalive 默认两小时，靠它保活等于没开
很多教程给的方案是「开启 TCP keepalive」。这个建议本身没错，但如果不改默认值，它几乎一定赶不上趟：Linux 的 tcp_keepalive_time 与 Windows 的 KeepAliveTime，出厂默认值都是 2 小时。也就是说，系统要等这条连接安静满两小时，才会发出第一个探测包。而链路的空闲回收量级是几十秒到几分钟——探针还没发出去，会话早就被清掉了。
结论很直接：靠系统级 keepalive 保活，在代理场景里等于没开。真正有效的是应用层心跳——由你的程序或客户端，按一个比链路空闲阈值更短的时间间隔，主动发一个包。心跳包本身不需要携带业务数据，它的唯一作用就是让路径上的会话表一直看到这条记录是活的。
| 链路空闲回收的量级 | 心跳间隔建议 | 说明 |
|---|---|---|
| 约 30 秒 | 10–15 秒 | 心跳要明显短于回收阈值，不能贴着设 |
| 约 60 秒 | 20–30 秒 | 多数公网链路的常见档位 |
| 约 5 分钟 | 60 秒 | 这一档已经比较宽松，60 秒足够 |
| 量级不确定 | 从 30 秒试起，逐步放长 | 先求不断，再求省；心跳太密会白占并发额度 |
注意最后一行的方向：心跳不是越密越好。心跳同样是一条连接、同样要占用你套餐里的并发条数，间隔压到 1 秒会让一项本来宽裕的授权项变得吃紧。先在 30 秒左右找到「不断」的点，再往长了调，是更省的做法。
第四处：本机的端口、句柄与连接池，往往比平台先顶住
前三处都在外面，这一处在你自己的机器上，而且它是最容易被忽略的一处——因为它不是「断」，而是「起不来」，现象却同样表现为任务中断。这几个上限的具体数字在站内《代理IP用着用着连不上》那篇里量过一遍，这里只做定位用。
| 本机资源 | 默认量级 | 顶住时的表现 |
|---|---|---|
| Windows 出站临时端口 | 16384 个 | 地址或端口被占用类报错 |
| Linux 出站临时端口 | 28232 个 | 新建连接报「无可用端口」 |
| 端口占用时长（TIME_WAIT） | Linux 固定约 60 秒；Windows 由注册表控制，可调 30–300 秒 | 短连接跑量时成片超时，且越跑越密 |
| Linux 文件描述符软限 | 不少发行版默认只有 1024 | 报「too many open files」，与端口错误完全两回事 |
| 客户端连接池 | 各家不同，通常几十到几百 | 空闲连接被客户端自己回收，任务半途失效 |
把这张表换算成时间尺度会更直观：连接关闭后端口要按 TIME_WAIT 按住约 60 秒才能复用，单一目标下 Linux 默认大约每秒能扛 470 条新连接、Windows 约 273 条。高频短连接叠加固定目标，是这四个上限里最先爆的组合。
对长连接来说，真正的坑在最后一行：连接池的空闲回收时间如果比链路空闲阈值更短，那么你刚保住的连接会被自己的客户端先掐掉。这是「明明加了心跳还是断」最常见的原因——心跳发在一条已经被本机回收掉的连接上，自然不会有人应答。
把四处摆齐：谁先到，谁说了算
四处的寿命不是相加，是取最小值。这就是为什么单点调参经常没效果：把平台侧换成粘性会话，链路侧的空闲回收仍然会先到；把心跳加到 5 秒一次，本机连接池回收得比心跳还快，还是断。
自查顺序应该是从最省力、零风险的动作开始，每做完一步跑一次同样的任务，用「还断不断」来判断有没有命中那一处：先加应用层心跳（不改任何系统参数），再检查客户端连接池的空闲回收时间是否被设成小于心跳间隔，然后核对套餐的轮换方式与并发条数，最后才动本机的端口范围与 TIME_WAIT。
顺序颠倒的代价很具体：一上来就改注册表把 TIME_WAIT 调短、把端口范围撑大，就算真调对了，也只是把本机这一处推后，另外三处该到还是会到，而且系统参数被改乱之后，后面排查会多出一个自己制造出来的变量。
保活与重连怎么写才不添乱
保活和重连是两件事，很多人把它们合成一个「断了就重连」的循环，结果把一个资源问题放大成了一个更大的资源问题。
保活要落在应用层。判断标准只有一个：你发出的心跳间隔，必须同时小于链路空闲阈值和本机连接池的空闲回收时间，取两者里更小的那个再打个折。只满足其中一个，等于没做。
重连则要区分三种情况。第一种是链路空闲导致的断开，连接对象已经失效，重连是唯一正确动作，但要带退避——固定间隔死循环重连会在几秒内把端口和并发额度一起顶爆，常见的报错反而变成了资源类错误，把真正的原因盖掉。第二种是平台换 IP 导致的断开，重连之前要先确认出口是否已经改变；如果任务本身依赖「同一个出口连续执行」，那么重连并不能救回来，该做的是换一个粘性会话的交付方式。第三种是目标站不认你，这时候重连是无效动作，需要处理的是会话状态或出口质量，不是连接本身。
| 断的类型 | 先做的判断 | 该做的动作 | 别做 |
|---|---|---|---|
| 空闲断连 | 断前是否有一段无流量 | 加应用层心跳；重连带指数退避 | 把重连间隔设成固定 1 秒 |
| 平台换 IP | 重连后出口 IP 是否变了 | 改用粘性会话；或把任务拆成短会话 | 反复重连指望 IP 换回来 |
| 本机资源顶住 | 报错是否为端口/句柄/连接池类 | 降并发、开连接复用、检查连接池回收时间 | 继续加并发或继续重连 |
| 目标站不认你 | 连接是否还活着、返回码是否异常 | 换目标站对照；检查出口纯净度 | 把问题归到「线路不稳」 |
这几种情况，别折腾保活
保活是有成本的：它占连接、占并发额度、增加一点流量，而且会掩盖真正的架构问题。以下场景加心跳基本没有收益，甚至有害。
一是任务本身就是短请求、无状态、每次都用新出口——比如按次轮换的采集场景，连接本来就在毫秒级结束，心跳连接反倒是凭空多出来的一条占用。二是平台的交付方式是按次切换出口，此时长会话与计费口径天然冲突，该改的是任务结构而不是保活参数。三是目标站对「长时间无业务数据的空连接」本身就有限制时，心跳可能被识别成异常行为，这时应该缩短单次会话时长，而不是想办法把会话拉长。
最后一个容易忽略的情形：如果断线只发生在某一条特定线路上，而其他线路的同款任务跑得很稳，那么这一条不需要保活，它需要的是被换掉。定向的问题用定向的方式解决，比全局加一层心跳干净得多。
官方入口与相关页面
| 用途 | 入口 |
|---|---|
| 一站注册（聚合 24 家平台） | https://linkdd.cn/socks5ip |
| 横向比价与档位核对 | 价格中心（全平台比价） ｜ 24 家月卡最低档对照表 |
| 客户端与教程 | 代理工具中心 ｜ 新手入门导航 |
| 自测工具 | IP综合检测中心 ｜ 代理线路可用性检测 |
| 领取免费测试额度 | 各平台免费测试入口一览 |
常见问题
Q1：代理挂着不动，十几分钟就断，是平台的问题吗？
A：先看那十几分钟里有没有流量。如果全程无流量，多半是链路空闲回收，属于网络路径的正常行为，加一段 30 秒左右的心跳就能解决，不需要换平台。如果一直在跑业务数据、断的时间点还很有规律，才轮到怀疑平台侧的轮换节奏。
Q2：把 TCP keepalive 从默认值改成 60 秒，是不是就不断了？
A：值得试，但要清楚它管的是「系统探活」，不是「应用保活」。系统默认值通常是 2 小时，改短之后探测会及时发出，空闲回收那一处确实能推后；但如果你的客户端有自己的连接池空闲回收（常见 30 秒到 5 分钟），它可能仍然比 60 秒更早动手，这时候要在客户端侧一起调，不能只改系统。
Q3：心跳间隔到底设多久合适？
A：没有通用值，取决于链路空闲阈值。做法是取「更短的那个阈值」再打个折：阈值 60 秒就用 20–30 秒，阈值 5 分钟就用 60 秒，量级不确定就从 30 秒试起。方向是先在 30 秒左右找到不断线的点，再逐步放长，而不是一上来就用 1 秒。
Q4：断了自动重连，会不会把套餐的并发顶超？
A：会，这是固定间隔死循环重连最常见的副作用。旧连接如果还没被系统回收，新连接就已经起来了，同一时刻的连接数会成倍上涨，报错会从「断线」变成资源类错误，把真正的原因盖住。重连要带退避，并且先确认旧连接已经释放。
Q5：换了三家平台都一样断，还能查什么？
A：优先怀疑没换的那几样：本机的端口与句柄、客户端连接池的回收时间、目标站还是不是同一个、任务结构还是不是同一种。三样都没动，换平台等于把同一组变量重跑一遍，结果自然一样。把并发砍到原来的十分之一再跑一次，是最快的分界动作。
Q6：买之前怎么问，能避免买到撑不住长连接的档位？
A：问三个问题：这条线路是轮换还是粘性、粘性会话能保持多久、单账号的并发条数是多少。站内价格中心覆盖 24 家平台，起步价从 2.24 元/月到 20 元/月不等（核对于 2026-10-16），但价格本身不告诉你这三件事，得问。拿不准就先领免费测试额度，用真实任务跑够时长再决定。价格与档位以平台后台实时显示为准。
📚 相关阅读
更多帮助
如需获取更多帮助，请访问官网：socks5ip.com.cn
📊 价格中心：24 家平台比价，全部免费测试 ｜ 24 家月卡最低档对照表
📖 代理IP新手入门导航：注册到提取全流程 ｜ 代理工具中心（SSTap/NekoBox/老鱼/Proxifier） ｜ 老鱼加速器下载安装教程
🛠️ IP综合检测中心：IP质量/线路/测速/业务模拟免费测 ｜ 代理线路可用性检测（批量、可重试、导出 CSV）
📝 全网低价IP 官方入口（24 家平台聚合注册，一站直达）：https://linkdd.cn/socks5ip
💬 微信：17720135827 — 7×24h在线
全网低价IP｜聚合24家代理IP平台，全部免费测试，先测后买零风险
