先搞清楚：长效代理IP为什么也会掉线
很多人买长效代理IP，图的就是一个"省心"——配一次，长期用。但实际用起来会发现：明明买的是长效，跑着跑着还是会断、会超时、会突然返回 403。问题往往不在"长效"这两个字，而在购买之后的使用方式。
长效代理IP指的是在约定周期内保持相对固定的出口IP，它比短效动态IP稳定得多，但它依然要经过运营商线路、机房网络、目标网站的风控系统这几道关口。任何一环出现波动，表现出来就是"掉线"。
常见的掉线原因大致可以归为四类，下面这张图把最常见的几种情况列清楚了：
把这四类原因拆开看：
第一类，网络抖动与线路波动。代理服务器的线路本身有正常的丢包和延迟波动，如果程序里没有超时控制，一个请求就会一直挂着，看起来像是"卡死"。第二类，目标站限流。同一个IP短时间内请求过于密集，目标网站的策略会主动拒绝，表现成连接被重置或返回错误页。第三类，连接没有回收。程序和代理之间建立了大量长连接，用完不释放，时间一长连接池耗尽，新请求就排不上队。第四类，认证或白名单失效。比如本机公网IP变了，但白名单没更新；或者账号密码写死在代码里，改密码后没同步。
明白了原因，优化方案就有方向了：选对类型、配好参数、做好调度、盯住监控。
第一步：购买时就把"稳定"选对
优化是后天的，选型是先天的。买长效代理IP时，有几个点值得先确认清楚，能省掉后面一大半的折腾。
| 关注点 | 为什么重要 | 建议做法 |
|---|---|---|
| 是否独享 | 共享出口意味着别人跑满带宽，你的请求就排队 | 业务对连续性要求高时优先选独享类产品 |
| IP有效期 | 有效期越长，越适合需要固定身份的业务 | 按业务周期选时长，不要一次买到远超需求的长度 |
| 认证方式 | 白名单和账密认证的维护成本不同 | 服务器固定出口用白名单，多机或IP会变动的用账密 |
| 协议支持 | 不同程序对 HTTP / HTTPS / SOCKS5 的支持不一样 | 确认自己的工具链支持哪种协议再下单 |
| 获取方式 | 能否通过接口批量取用，决定了后续运维效率 | 优先选支持API提取的服务，方便做自动切换 |
天启HTTP提供的就是国内长效静态代理IP这类产品，支持HTTP、HTTPS、SOCKS5协议，支持账密认证与IP白名单两种方式，也可以通过API接口提取使用，覆盖国内多个城市的节点，比较适合需要固定国内出口IP的业务场景。具体套餐和使用规则可以到官网核对，不要只听转述。
第二步：把连接参数调对，能挡掉一半的掉线
很多所谓"掉线"，其实是程序在等一个永远不会回来的响应。把超时、重试、连接池这三件事配好，稳定性立刻上一个台阶。
超时要分成两段设。连接超时（connect timeout）管的是"能不能连上代理"，一般给短一点；读取超时（read timeout）管的是"连上之后多久没数据算失败"，按业务实际耗时给。两个都设，不能只设一个。
重试要有上限，还要有间隔。无脑重试会放大对目标站的压力，反而更容易被限流。建议重试 2～3 次，每次之间加一点递增的等待。
连接池要复用但要限量。复用连接能减少握手开销，但池子开太大反而容易把连接堆死，按自己的并发量设一个合理值。
import time
import requests
from requests.adapters import HTTPAdapter
# 1. 建立带连接池的会话
session = requests.Session()
adapter = HTTPAdapter(pool_connections=10, pool_maxsize=50, max_retries=0)
session.mount("http://", adapter)
session.mount("https://", adapter)
# 2. 长效代理（账密认证写法）
PROXY = "http://用户名:密码@代理服务器地址:端口"
proxies = {"http": PROXY, "https": PROXY}
def fetch(url, retry=3):
for i in range(retry):
try:
# connect timeout 5 秒，read timeout 20 秒
resp = session.get(url, proxies=proxies, timeout=(5, 20))
if resp.status_code == 200:
return resp.text
# 被限流时不要立刻冲上去，先退避
time.sleep(1.5 * (i + 1))
except requests.exceptions.ConnectTimeout:
print("连接代理超时，第", i + 1, "次")
time.sleep(1)
except requests.exceptions.ReadTimeout:
print("读取超时，第", i + 1, "次")
time.sleep(1)
except requests.exceptions.RequestException as e:
print("请求异常：", type(e).__name__)
time.sleep(1)
return None
这段代码里最关键的不是语法，而是三个习惯：超时分两段、异常分类捕获、失败后先等再试。养成这三个习惯，长跑几天不掉线的概率会明显提高。
第三步：用多个长效IP做池子调度
只挂一个长期IP，等于把稳定性押在单点上。更稳妥的思路是：手里常备几个长效IP，做一个小型资源池，谁的响应慢就暂时把它摘出去，等它恢复了再放回来。
实现方式并不复杂，记住三个要点就够了：
一是打标签。每个IP记录它的最近响应时间、连续失败次数、最近一次成功时间。二是设阈值。比如连续失败 3 次就自动降级，响应时间超过 3 秒就减少分配权重。三是留灾备。池子里始终留 1～2 个低频使用的IP，主力全部异常时可以顶上去。
import time
class ProxyPool:
def __init__(self, proxies):
# proxies: [{"url": "...", "fail": 0, "last_ok": 0}, ...]
self.items = proxies
def pick(self):
# 优先选连续失败次数少、最近成功过的
alive = [p for p in self.items if p["fail"] < 3]
if not alive:
alive = sorted(self.items, key=lambda p: p["fail"])[:1] # 全挂时留一个兜底
for p in alive:
p["fail"] = 0
return sorted(alive, key=lambda p: p["fail"])[0]
def report(self, proxy, ok):
if ok:
proxy["fail"] = 0
proxy["last_ok"] = int(time.time())
else:
proxy["fail"] += 1
如果用的是支持API提取的服务，比如天启HTTP，就可以把"提取新IP"这一步也接进这个池子里：检测到某个IP失效，自动调接口补一个新的进来，整个过程不用人工介入。这才是长效代理真正的"长效"用法——不是指望一个IP永远不坏，而是坏的时候能自动接上。
第四步：把监控做起来，别等业务崩了才发现
不掉线的前提是"掉线了你能第一时间知道"。建议至少做三件事：
定时心跳检测。每隔几分钟通过代理访问一个轻量的页面，记录状态码和耗时，连续两次失败就告警。
记录错误分类。把超时、连接被拒、返回 4xx、返回 5xx 分开计数。很多人只看"失败率"，看不出到底是代理的问题还是目标站的问题，分类之后一目了然。
关注趋势而不是单点。一次超时不算事，耗时曲线连续三天缓慢抬升，才是线路要出问题的信号，这时候主动换IP比事后救火划算得多。
下面两种用法的差距，做一张对比图看更直观：
几个容易被忽略的小细节
别把账号密码写死在代码里。改成配置文件或环境变量读取，改密码时不用重新改代码、重新发版。
白名单要跟着出口IP走。如果业务机在弹性公网IP环境下，机器重启后出口IP可能变化，建议改成账密认证，或者把变更后的IP自动同步到白名单。
控制访问节奏。同一个出口IP对同一个站点的请求频率，宁可慢一点，也不要打满。留出余量，反而是最省心的稳定性手段。
别在一台机器上跑满所有并发。把请求分散到多台机器、多个代理上，单点压力小了，整体可用性自然就高了。
天启HTTP适合用在什么场景
天启HTTP是国内代理IP服务商，提供长效静态代理、短效动态代理等产品形态，节点覆盖国内多个城市，支持HTTP、HTTPS、SOCKS5协议，支持账密认证与IP白名单，并提供API提取接口方便程序化调用。对于需要固定国内出口IP、长期稳定运行的业务，比如数据采集的续跑、多账号环境维护、接口联调与网络测试等，长效静态IP是比较对路的选择。
需要说明的是，天启HTTP面向的是国内IP场景，不适用于需要境外IP的业务，也没有住宅类IP产品，选型时请按自己的实际需求核对，具体产品信息以官网为准。
常见问题
Q：长效代理IP买了之后，为什么用几天就变慢了？
A：先分清是代理侧还是目标站侧。用同一个代理访问不同站点做对比，如果只有某个站点慢，大概率是对方的限流或页面本身负载高；如果所有站点都慢，再联系服务商排查线路。另外先检查自己的连接池和超时设置是否合理，程序侧的堆积也会表现成"变慢"。
Q：长效代理IP需要每天重启程序吗？
A：不需要每天重启，但建议定期做一次连接清理，比如跑一段时间后主动丢弃旧连接、重建会话。比起固定重启，更推荐用连接池上限加失败降级来管理，程序不需要停。
Q：一个长效IP能一直用不换吗？
A：在有效期内它相对固定，但没有任何IP能保证永远零故障。更可靠的做法是把长效IP当作"稳定的主力"，同时准备备用IP和自动切换逻辑，故障时能自动接上，业务感知不到。
Q：账密认证和白名单认证选哪个？
A：服务器出口IP固定的，用白名单省事、无需在请求里带凭证；多台机器共用、或者出口IP会变的，用账密认证更灵活。两者可以同时开启，按业务分别使用。
Q：怎么判断掉线是代理的问题还是程序的问题？
A：做两组对照测试：一组通过代理请求，一组直连请求同一目标。如果直连正常、走代理异常，问题在代理侧或网络侧；如果两边都异常，问题多半在目标站或你的程序逻辑。再看错误类型，连接超时和返回 403 是完全不同的两类问题，处理方式也不一样。
Q：并发量上不去，是代理不够快吗？
A：先看程序侧的连接池上限和超时设置，很多时候是池子太小、请求互相排队。其次看是不是所有请求都压在同一个IP上，分散到多个长效IP能明显改善吞吐。最后再考虑线路本身的问题。
