后台隔三差五收到同一类提问：“提取按钮点了，列表里躺着一排IP和端口，然后呢？”这问题特别典型——资源到手了，却不知道往哪儿接，眼睁睁看着短效IP在面板里过了有效期，钱花了，活儿一点没干。这篇文章就把“提取之后”的每一步拆开讲：怎么认参数、代码怎么接、软件怎么填、怎么让IP持续干活。照着做，十分钟内就能让手里的资源转起来。
先看懂提取结果：一条记录，三个信息
点完提取，拿到的通常是一组组形如 112.84.66.88:4231 的字符串。别被这串数字唬住，它就包含三个信息：
IP地址：冒号前面那段，是中转服务器的“门牌号”；端口：冒号后面那串，一台服务器上开着无数扇“门”，端口告诉你走哪一扇；协议类型：HTTP、HTTPS 还是 SOCKS5，决定你往哪里填、代码里怎么写。
协议这块值得多说两句，因为填错地方是新手最高频的错误：
| 协议 | 特点 | 常见去处 |
|---|---|---|
| HTTP | 最通用，明文请求直接走 | 采集脚本、网页请求 |
| HTTPS | 走加密连接 | 有加密要求的目标站点 |
| SOCKS5 | 更底层，不挑应用层协议 | 部分客户端软件和工具 |
提取时选了哪种，后面就填哪种。拿 SOCKS5 的 IP 填进只认 HTTP 的配置项，怎么测都是“连不上”。
写代码的：十行跑通第一个请求
以 Python 为例，requests 库接代理只需要一个字典，把提取到的 IP 和端口填进去：
import requests
proxy = "http://112.84.66.88:4231" # 换成你提取到的IP和端口
proxies = {
"http": proxy,
"https": proxy,
}
# 网址换成你自己的目标站点
resp = requests.get("https://www.example.com", proxies=proxies, timeout=10)
print(resp.text)
跑之前先解决身份验证的问题。目前常见两种模式，接法不一样——
白名单模式：先去个人中心把你服务器的出口IP绑定进白名单，之后提取的IP直接用，代码里不用带任何账号信息。自己有固定服务器的，推荐这种，省事。
账号密码模式：把认证信息直接写进代理地址：
proxy = "http://你的账号:你的密码@112.84.66.88:4231"
怎么确认代理真的生效了？第一次跑，建议先请求一个会“报出”来访IP的检测页，看返回结果里显示的是代理地址还是你本机地址。显示的是代理IP，链路就通了；还是本机IP，多半是 proxies 字典没传对，回头检查拼写。
顺带说一句工具的选择。像神龙HTTP的提取API兼容主流爬虫编程语言，文档里各语言的示例代码都是现成的，复制、改参数、运行，三步完事；背后是3000万+正规授权的IP储备，可用率99.9%，跑通之后基本不用操心“拿到手就是坏的”这类问题，精力可以放在业务逻辑上。
不写代码的：往软件配置里填
不是人人都写爬虫。市面上多数采集软件、数据工具、浏览器插件，设置里都有一栏“代理设置”或“网络设置”，字段大同小异，对着填就行：
| 配置项 | 填什么 |
|---|---|
| 代理地址 / 服务器 | 提取到的IP，如 112.84.66.88 |
| 端口 | 冒号后的数字，如 4231 |
| 协议类型 | 和提取时选的保持一致 |
| 账号 / 密码 | 密码验证模式才需要填 |
两个提醒：一是协议类型别选错，上一节刚说过；二是填完别急着上大任务，先跑个小的试试水。不少软件自带“测试代理”按钮，点一下，显示连通再正式开工，能省掉很多排查时间。
让IP持续干活：检测、超时、自动补位
动态代理IP的特点是“活得短”。短效动态IP的有效期按分钟计算，这决定了它的正确用法不是“提取一大堆搁着慢慢用”，而是随取随用、用完再取。想让资源利用率翻倍，养成三个习惯：
1. 用之前先验一遍。提取接口一般支持一次拉多条，先并发测一轮可用性，把响应快、能通的挑出来干活，别让失效IP混进任务拖后腿。
2. 给每个请求设超时。timeout 建议压在5到10秒，超时就放弃、换下一条。见过不少人栽在这里：没设超时，一个坏IP把整个流程卡住，一小时的活儿拖成一下午。
3. 失效自动补位。写个简单的重试循环，哪个IP不行就取新IP顶上，任务不断档：
import requests
def fetch_with_retry(url, proxy_list):
for proxy in proxy_list:
try:
resp = requests.get(
url,
proxies={"http": proxy, "https": proxy},
timeout=8 # 超时就放弃，别硬等
)
return resp
except Exception:
continue # 这个IP不行，自动换下一条
return None # 全部失败，回头重新提取一批
还有一点容易被忽略：盯紧后台数据。神龙HTTP的个人中心里有可视化用量统计和实时监控，哪个时段消耗快、哪些请求异常，一眼就能看出来。发现消耗曲线突然飙高，多半是重试逻辑写岔了或超时设得太短，及时调整，比事后对着账单发懵强得多。
资源闲置，多半栽在这三个坑
坑一：只提取，不检测。动态IP说失效就失效，提取完先验再用，这一步省不得。
坑二：超时没设或设太长。坏IP卡住的不只是单个请求，是整条任务流水线。
坑三：提取节奏和消费节奏对不上。任务消耗快过提取频率，中间就断档；提取太多用不完，又白白过期。先小规模跑一轮，记下单位时间消耗多少条，再按“消耗量加两成余量”定提取频率。
把这三处理顺，提取出来的每一条IP都能物尽其用，“到手即闲置”这事儿也就不存在了。
常见问题
Q: 提取出来的IP连不上，先查哪里？
按顺序排查三处：协议类型有没有填错，比如把SOCKS5的IP填进了HTTP配置项；账号密码模式有没有带认证信息，白名单有没有绑定当前机器的出口IP；IP是不是已经过了有效期，重新提取一条再试。三处都没问题还连不上，就把报错信息发给服务商技术支持，正规服务商都有7×24小时的技术团队响应。
Q: 一次提取多少条比较合适？
跟着任务量走，别拍脑袋。先小规模试跑，记录单位时间消耗多少条，按“消耗量加两成余量”来定提取数量和频率。短效动态IP按分钟计有效期，一次取太多用不完，放过期就是纯浪费。
Q: IP用一会儿就失效，正常吗？
正常，这正是“动态”的含义，短效动态IP的生命周期本来就短，到期失效后取新IP接续就行。如果业务需要长时间维持同一条IP，可以了解服务商的长效静态IP或固定IP代理，和动态IP搭配使用，各管一摊。
Q: 完全不懂代码，能用动态代理IP吗？
能。大多数采集工具和数据软件的设置里都有代理配置项，把地址、端口、协议对号入座填进去就能用。挑服务商时留意两点：文档和示例代码全不全，遇到问题技术响应快不快，这两点决定了你自己能折腾明白多少。
