调一次接口拿回来三千个 IP，取代里面能用的取代不到两百个。这不是取代段子，是取代我上周跑某平台 API 的真实结果。代理 IP 这东西，取代质量比数量重要得多，取代但很多人第一次接 API 的取代时候，眼睛只盯着返回的取代 IP 数量，根本不管可用率。取代

先说清楚 API 提取代理 IP 到底是取代怎么回事。你向代理服务商的取代接口发一个 HTTP 请求，带上你的取代密钥和参数，对方返回一段文本或 JSON，取代里面就是取代一批可用的 IP 和端口。格式通常长这样：

183.166.xx.xx:4823 117.91.xx.xx:9012 60.217.xx.xx:3389

就这么简单。取代但魔鬼全在参数里。

提取参数决定了你拿到什么货

拿市面上常见的几家服务商来说，API 一般支持这几个关键参数：提取数量、IP 存活时长、提取地区、协议类型（HTTP/HTTPS/SOCKS5）、以及是否去重。这几个参数组合起来，直接决定你拿到的 IP 能不能用。

举个例子。我帮一个做电商价格监控的朋友调过接口。他一开始的请求是“提取 500 个，不限地区，不限时长”。结果拿回来的 IP 里，大量集中在河南、安徽几个机房段，目标网站早把这些段封了。后来改成指定一线城市住宅 IP，每次只提 50 个，可用率从 6% 跳到 70% 以上。数量少了十倍，实际能干活的反而多了。

存活时长这个参数也容易被忽略。很多 API 默认给你的是“短效 IP”，存活 1 到 5 分钟。如果你拿来做需要登录态的操作，还没等 cookie 写进去，IP 就失效了。这时候得选“长效 IP”或者“独享 IP”选项，当然价格也上去了。

返回格式和调用频率的坑

有的 API 返回纯文本，一行一个 IP，解析起来最简单。有的返回 JSON，字段嵌套两三层，你得写个提取函数。还有的更离谱，返回的是带 HTML 标签的表格——我第一次遇到的时候愣了半天，以为调错了接口。

调用频率是另一个暗坑。大部分服务商限制每秒最多请求一两次，超了直接给你返回空列表或者报错。我见过一个新手写了个 while 循环疯狂拉 IP，三分钟之后密钥被封了。正确做法是拿到一批 IP 之后缓存起来，用完再拉下一批，而不是每次请求都去调 API。

还有一个细节：很多 API 返回的 IP 里混着已经失效的。服务商自己也没法保证 100% 可用，所以拿到之后最好先跑一遍验证——拿目标网站做个 HEAD 请求，能通的就留着，不通的扔掉。这一步多花两秒钟，后面能省一堆麻烦。

自己写个简单的提取脚本

用 Python 的话，核心代码不超过二十行：

import requests def get_proxies(api_url, key): resp = requests.get(api_url, params={ 'key': key, 'num': 50, 'type': 'http'}) lines = resp.text.strip().split('\n') proxies = [] for line in lines: ip, port = line.split(':') proxies.append({ 'http': f'http://{ ip}:{ port}'}) return proxies

拿到列表之后，用 concurrent.futures 并发验证一遍，把可用的存进本地文件或者 Redis。下次用的时候直接从缓存取，不用每次都去调 API。

说个我自己的习惯：每次提取回来的 IP，我会按地区和服务商做个简单分类。有些目标网站对特定机房段特别敏感，分类之后可以快速排除掉那些“必死”的段。这个经验没法从文档里学到，只能自己一次次试出来。

代理 IP 的 API 提取本身没有多复杂的技术含量，难的是知道该传什么参数、拿到之后怎么筛选、以及怎么和你的业务场景匹配。文档要看，但别全信文档——自己跑一百次，比看十遍说明有用。