去年底有个做电商价格监测的团队找我聊，20个固定代理IP跑了五个月一直挺顺，结果某天凌晨两点一批IP同时不通。第二天早上打开报表，十几个品类的价格曲线中间缺了一大块，补数据补了整整两天，还漏掉了两次调价窗口。事后复盘，问题其实不在IP本身——没人探活，也没设到期提醒，供应商那边停服了都不知道。
这事儿在长周期业务里特别常见。固定代理IP不是用完就扔的东西，它要陪你把一个项目从头跑到尾，半年、一年。买的时候觉得差不多就行，用起来才发现"稳定性"这三个字是事后才知道的。所以下面想聊的不是谁家便宜，而是三件实在事：怎么挑、怎么验、什么时候该续什么时候该换。
第一步：先弄清你要的"固定"是哪一种固定
很多人嘴上说固定IP，实际需求可能只是"别每次请求都换IP"。这两件事差得不小，产品线选错了，后面验收再认真也白搭。按IP能活多久排一排，市面上主要是这三类：
| 产品类型 | IP更换节奏 | 典型用途 | 长周期业务要注意 |
|---|---|---|---|
| 短效动态IP | 几分钟到几十分钟自动换 | 公开页面数据采集、大规模并发抓取 | IP一直在变，业务要能容忍会话中断 |
| 长效静态IP | 数小时到数天保持一个IP | 需要登录态、连续会话的数据采集 | 到期前必须提前续，别断在凌晨 |
| 固定IP代理 | 长期不变，一个IP用很久 | 对接白名单、长期监控、稳定接口调用 | 重点看纯度与可用率，不看数量看质量 |
判断方法特别简单：看你的业务有没有"连续记忆"。要维持登录状态、要跟同一个接口反复握手、或者对方平台给你开了IP白名单，那基本就是固定IP代理的活。反过来，只是打开一个公开页面读内容、读完就走，用短效动态IP更划算，没必要为"固定"多掏钱。
神龙HTTP这边三条线是打通的一站式服务，短效动态、长效静态、固定IP代理在同一个账号里可以按项目拆开用。A项目跑固定、B项目跑短效，账在后台一份，省得开两套账号对账对到眼花。
选型阶段：四个硬指标，别只盯着价格
价格当然要看，但固定IP这种东西，单价差几毛钱，一次掉线造成的补数据成本可能就顶一年差价。挑的时候我会重点问四件事。
第一是IP纯度。这个词听着虚，实际很实在：纯度低意味着这个出口IP之前被别人用过，可能早就上了目标站点的灰名单。你花钱接手，等于替别人背锅——请求发出去就开始被拦截，你怎么优化脚本都没用。行业里做得好的能到99.8%，问供应商要这个数字，并且要求在验收期自己复核。
第二是可用率。注意追问一句：这个99.9%是"提取成功率"还是"实际可用率"？前者是你调接口拿IP成功了，后者是拿到手的IP真能跑通业务，两个概念差很远。合同里写清楚按哪个口径统计，比写多少数字更重要。
第三是城市级定位。做本地生活、门店比价、区域广告投放核查的团队，必须能指定到城市。300+城市级精准定位这种粒度才算够用，否则你想看成都某商圈的价格，给你一个随机省份的IP，数据直接失真。
第四是协议支持。HTTP、HTTPS、SOCKS5 三种都支持才省心。有些老系统或者第三方工具只吃其中某一种，买回来发现不兼容，退起来又是一轮沟通。
顺带说一句并发。长周期业务往往越跑越大，今天10个IP够用，三个月后可能要60个。低延迟高并发提取的能力要提前确认，别等到业务翻三倍的时候才发现提取接口排队。
稳定性验收：给自己定七天，别凭感觉
验收最怕的就是"我感觉挺稳的"。人的感觉只覆盖你上班那八小时，而掉线往往发生在凌晨两点。所以别偷懒，写个几十行的脚本，让它替你盯满七天。
三个原则先说清楚：
一，别拿供应商的测试页当唯一标准，用你自己真实的业务目标地址，哪怕只是一个健康检查页；二，探测间隔压到5分钟，一天288次，这个密度才够看出波动；三，晚高峰必须覆盖，晚上八点到十一点那一段的延迟曲线，比白天的平均值有参考价值得多。
import requests, time, csv
PROXY = "http://你的账号:你的密码@代理服务器地址:端口"
TARGET = "你自己的业务健康检查地址" # 不要用供应商的测试页
rows, ok, fail = [], 0, 0
for i in range(288): # 一天 288 次，5 分钟一轮
start = time.time()
try:
r = requests.get(TARGET,
proxies={"http": PROXY, "https": PROXY},
timeout=8)
cost = round((time.time() - start) * 1000)
ip = r.json().get("origin", "") if r.headers.get("Content-Type", "").startswith("application/json") else ""
rows.append([time.strftime("%m-%d %H:%M"), "OK", ip, cost])
ok += 1
except Exception as e:
rows.append([time.strftime("%m-%d %H:%M"), "FAIL", str(e)[:40], ""])
fail += 1
time.sleep(300)
with open("proxy_uptime.csv", "w", newline="") as f:
csv.writer(f).writerows([["时间", "状态", "出口IP", "耗时ms"]] + rows)
print("成功率 %.2f%%" % (ok / (ok + fail) * 100))
跑完七天，CSV 打开，重点看三列：
看成功率。七天成功率≥99.5%，可以放心签长约；落在99%~99.5%之间，先按月买，继续观察；低于99%，别犹豫，换一批再测。
看"出口IP"那一列有没有变过。这一列是防坑的关键。有些号称固定的IP，后台其实会悄悄轮换，你从成功率上看不出来，但业务侧的白名单会莫名其妙失效。七天下来如果出现过两个不同的出口IP，直接找供应商要解释。
看耗时分布。把晚八点到十一点的记录单独筛出来，平均延迟比白天高出三倍以上的，说明高峰期资源被挤，长期跑会很难受。
续费判断：用三色灯，别用情绪
到了续费窗口，最常听到的两句话是"再看看吧"和"都用了这么久了换着麻烦"。这两种都是情绪，不是判断。给自己定一套标准，到点对着看就行：
| 信号 | 具体表现 | 建议动作 |
|---|---|---|
| 绿灯 | 近30天成功率≥99.5%，出口IP始终一致，晚高峰延迟波动小于50ms | 直接续，有量的可以按季度或更长周期谈 |
| 黄灯 | 成功率99%~99.5%，一个月内出现过1到2次短时不通，几分钟后自己恢复 | 先续一个月，把探活间隔从5分钟压到1分钟，盯两周再定 |
| 红灯 | 月掉线3次以上，或出口IP被目标站点持续拒绝，或平均延迟从200ms涨到800ms | 不续，先换一批IP小量试跑，同时保留旧IP做对比 |
还有一条经常被忽略的：续费要提前，不要卡到期那天。提前三到五天处理，中间出什么岔子还有缓冲。固定IP断掉再恢复，业务侧的白名单配置、会话状态往往要重新走一遍，这个成本比多买几天贵多了。
另外提醒一句，换供应商的时候别一次性全切。留20%的旧IP跑着做对照组，新IP的七天验收数据出来再逐步挪，这样数据口径不会断档。
跑起来之后，把"盯"这活儿交给工具
验收过了、续费了，也不代表可以撒手。长周期项目最容易死在"前三个月很稳，后面没人管"上。
比较省事的做法是把两件事自动化。一是把提取接口接进现有脚本，API 兼容主流爬虫语言，文档和示例代码都是现成的，接进去基本就是改几行配置的事；二是用个人中心里的可视化用量统计和实时监控，看用量趋势和异常波动。这两份数据对着看特别有用——如果平台侧显示IP在线正常，而你本地一直在超时，那大概率是你自己网络或者鉴权配置的问题，不用瞎折腾半天换IP。
实在排查不出来的时候，技术团队7×24小时在线这件事就有价值了。凌晨两点的问题能有人接，跟第二天上午十点才回复，对业务来说是两回事。
常见问题
Q：固定IP代理和长效静态IP到底差在哪，是不是买贵的就是固定？
不是按价格分的，是按IP存活周期分的。长效静态IP能保持数小时到数天，适合需要连续会话的采集；固定IP代理是长期不变，适合白名单对接和长期监控。你的业务如果每天都要重新登录一遍，那长效静态就够；如果对方平台要求你把IP报备进白名单，那就只能上固定IP代理。先看业务需求，再看价格。
Q：我测了三天，成功率99.9%，能不能直接买一年？
三天不够。三天很难覆盖到周末流量模型和月末业务高峰，而这两段恰恰是最容易出问题的时候。建议至少跑满七天，把周末和工作日、白天和晚高峰都包含进去。真要买长约，也先拿一批小量的按周期试，跑顺了再放大。
Q：一个固定IP能同时给几个程序用？
技术上没有硬限制，但实务上要看你目标站点的规则和你的并发量。同一个出口IP同时发起大量请求，很容易触发对方的频率限制，表现出来就像"IP不好用"。如果是多程序共用一个IP，建议在业务侧做统一的请求排队，控制好每秒的请求数，比换IP有用得多。
Q：怎么判断IP纯度是不是真的够高？
两个办法。一是在验收期用这个IP去访问几个对来源比较敏感的目标页，看是不是一上来就被拦；二是看同一个IP在你使用期间有没有出现"刚开始好好的，用几天突然被拒"的情况，这通常是纯度不够的典型表现——前一个使用者的记录被继承下来了。正规授权的资源池在这方面会干净很多，3000万+的储备量也意味着IP不是反复倒手的那一批。
