先说个常见场面：脚本写好了，IP还没到手
很多人做数据采集，代码框架搭得挺顺，翻页逻辑、字段解析、异常捕获都写得像模像样。结果一跑起来，翻到第三十几页就开始报错——要么直接返回空，要么卡在那儿转圈。查半天发现不是代码的问题，是手里的IP根本不够用，或者压根就没准备好。
所以正经采集之前，“代理IP地址怎么获取”这件事必须先弄清楚。目前主流就两条路：一条是在服务商后台手动申请、复制出来用；另一条是调用接口，让程序自己去要。两条路各有各的用法，下面掰开来讲。
方式一：后台申请，手动把IP拿到手
这条路最直观，适合刚接触代理IP、或者采集任务量不大的情况。大致流程是这样的：
先在服务端注册账号，按需开通套餐，进到用户后台。后台通常会有“提取IP”之类的入口，你选好几个条件——要哪个城市的、协议用哪种、一次取几条、要多长时效——点确认，页面上就会列出一串IP和端口。手动选中复制，粘到你的脚本配置里，就能跑起来了。
别小看这个“选条件”的动作，它直接决定了你后面顺不顺。举个例子：你要抓的是某个城市的本地生活信息，那地区就得选到对应的城市，随便给个别的城市的IP，页面返回的内容可能跟你预期完全不一样。神龙IP这边支持200多个城市的精准定位，后台选城市的时候是按城市名点选的，不用自己猜编码。
还有一个细节容易被忽略：IP白名单。多数服务商的接口都要求先把你的服务器公网IP加进白名单，否则请求会被拒。这一步在后台就能配置，加完再提取，成功率会正常很多。第一次用的人十有八九是在这里卡住的，值得先花两分钟设置好。
方式二：接口提取，让程序自己去要IP
当采集是长期跑的任务，比如每天定时抓、或者要持续好几个小时，手动复制就不现实了。这时候用接口提取：后台会给你一条提取链接，链接里带着你的身份凭证和各项参数，程序请求这条链接，返回的就是可用IP列表。
接口能调的东西比后台页面更灵活。常见的参数有这么几类：取几条、要哪个地区、用什么协议（比如 SOCKS5 或者 L2TP 这类）、返回什么格式（纯文本、JSON 都行）、IP 的有效时长。把这些拼进链接或者作为请求参数传进去，就按你的要求出IP。
下面是一段最朴素的写法，看得懂就能改：
import requests
import time
# 把这里替换成你在后台复制出来的提取链接
API = "你的提取链接"
def get_ips():
try:
resp = requests.get(API, timeout=10)
resp.raise_for_status()
# 纯文本格式一般是一行一个 ip:port
return [line.strip() for line in resp.text.splitlines() if line.strip()]
except Exception as e:
print("取IP失败：", e)
return []
def fetch_page(url, proxy):
proxies = {"http": f"http://{proxy}", "https": f"http://{proxy}"}
try:
r = requests.get(url, proxies=proxies, timeout=8)
return r.status_code
except Exception:
return None
ips = get_ips()
print("拿到", len(ips), "条")
for i, ip in enumerate(ips):
code = fetch_page("你要采集的页面地址", ip)
print(ip, code)
time.sleep(1.5) # 别把节奏压得太紧
代码不长，但有两个习惯建议养成：一是取IP和用IP分开写，池子里快没的时候提前补，别等用空了再去请求；二是状态码不对就把这条IP丢掉换下一条，不要在同一条上反复试。
两种方式怎么选，一张表看明白
别纠结哪个“更高级”，看你的任务长什么样就行。
| 对比项 | 后台申请 | 接口提取 |
|---|---|---|
| 操作方式 | 网页上点选、复制 | 程序请求链接自动返回 |
| 适合谁 | 刚上手、任务量小、临时验证 | 长期跑、要持续更换IP |
| 灵活性 | 一般，改条件要重新点 | 高，地区/数量/协议都能传参 |
| 人工成本 | 每次都要动手 | 配好一次，后面自动跑 |
| 建议用法 | 先跑通流程、测通目标页面 | 正式采集阶段的主力方式 |
比较省事的做法是：先用后台申请的方式手动拿几条，把整条链路跑通，确认目标页面能正常返回、解析逻辑没问题；再切到接口提取，把自动化那一段接上。这样出问题时你至少知道是IP的问题还是代码的问题。
获取到的IP怎么用才不浪费
拿到IP只是开始，真正拉开差距的是使用习惯。几个实打实的经验：
注意时效。动态类的IP是有寿命的，后台或接口里都会标明。神龙IP的动态高级套餐时效可以选 2 到 360 小时，动态独享的峰值带宽能到 10Mbps。如果你的任务要跑一整晚，选的时效就该覆盖住这个时长，否则跑到一半IP失效，报错会集中爆发。
地区和协议要对得上。要测某个城市搜索结果的表现，就得拿那个城市的IP；协议上，脚本走 HTTP 抓取用 SOCKS5 更省事，其他场景按实际环境挑。神龙IP支持 IKEv2、PPTP、L2TP、SSTP、SOCKS5 几种，数据传输全程加密，选之前看一眼你的程序支持哪种就行。
请求节奏留点余地。带宽是 6-15M 可定制的，并发开太猛，单条IP的响应时间会被拉长，看着像是IP质量差，其实是你自己把通道挤满了。把并发压下来，成功率往往反而更高。
做好失败兜底。任何IP池都不可能100%可用，代码里一定要写“这条不通就换下一条”，并且限制重试次数。没有兜底逻辑的采集脚本，跑久了必然停在某个地方不动。
选服务的时候看什么
获取方式本身不复杂，难的是背后那批IP靠不靠谱。挑服务时可以盯住几点：资源是不是自营的（神龙IP是自营机房，1000万+纯净IP，响应在 30ms 量级），城市覆盖够不够细，提取接口稳不稳定，出问题有没有人管。
如果你是做营销推广、各地搜索排名测试，或者自媒体多账号的IP独立防关联，那对城市精度和IP独立性的要求会更高，静态高级这类长期固定IP、运营商合作资源的套餐会更贴合；如果主要是数据采集和IP轮换，动态类套餐按需取、随时换，用起来更顺手。
常见问题
Q：后台能提取，接口却提示没权限，是怎么回事？
先看两处：一是白名单里有没有加上当前服务器的公网IP，二是提取链接里的凭证有没有复制完整（多空格、少字符都会失败）。这两项排除掉，基本就通了。
Q：接口一次能取多少条，取多了会不会浪费？
按你实际并发量来定，取多了放着不用，过一段时间就失效了，纯属浪费。稳妥的做法是少量多次，池子里剩三分之一的时候再补。
Q：同一条IP能不能一直用下去？
看套餐类型。动态类的有时效，到点就换；如果你需要长期固定的IP，那就选静态高级那种长期固定IP的套餐。别拿时效短的IP去跑长任务，那是给自己找麻烦。
Q：采集过程中突然成功率下降，先查什么？
按顺序排查：IP是否已过期 → 目标页面是否改了结构 → 请求间隔是不是太密 → 白名单或凭证是否变动。绝大多数情况在前两项就能找到原因。
