先分清两件事：点名要"某个IP"，还是指定"某类IP"
上周帮朋友排查一个采集任务，他开口第一句就是"你们这代理能指定IP吗"。聊了十分钟才发现，他嘴里的"指定"和我想的"指定"根本不是一回事。这个问题太常见了，值得先掰开说清楚。
第一种，点名要某个具体地址。比如你就要 223.xx.xx.18 这个IP，别的不要。说实话，动态代理池里基本做不到这一点——池子里的IP是流动的，这个地址这分钟在你手里，下一分钟可能就被回收再分给别人，服务商不会为你锁死一个共享资源。想要"点名"，只有一条路：用长效静态IP或固定IP代理，地址在你租用期间就是你的，长期不变。
第二种，指定"某类IP"。你要的其实不是那个具体地址，而是它的属性：出口在成都、走电信线路、能撑完一整个任务流程。这才是绝大多数数据采集和本地化核对业务的真实需求，也是各家服务商"城市定向"功能在解决的事。
把这两种需求掰开，选型思路立刻清晰了：要地址稳定，看静态产品；要地区属性，看城市定向能力。下面分别展开讲。
城市定向是怎么落地的
城市定向听起来有点玄，拆开看就是三个环节，一环扣一环。
第一环是资源布点和标记。服务商在各地接入正规授权的IP资源，每个IP入库时都会打上归属地、运营商这些标签。这一环决定了定向能力的下限——如果服务商在某个城市根本没有资源，你参数填得再对也提取不出来。像神龙HTTP这类覆盖300+城市的服务，地级市基本都能直接筛，部分场景还能细到运营商维度，电信、联通、移动分开选。
第二环是提取接口带参数。你调用API时，把城市、运营商、数量、有效期这些条件写进请求里，接口按条件从库里筛出匹配的IP返回。条件给得越细，拿到的IP越贴合业务，这一步没什么技术门槛，关键看服务商的城市库够不够全。
第三环是会话保持，也是最容易被忽略的一环。很多任务需要"同一个出口撑完整个流程"，比如登录之后的连续几步操作。如果每次请求都用不同的IP，对方网站看到的是一堆陌生地址轮流来访，很容易触发风控。所以提取时要留意接口有没有会话保持参数，让IP在有效期内复用，别让它一闪而过。
自定义出口，要满足这四个条件
"自定义出口"比城市定向更进一步——不只是出口在哪，还要出口归你控制。想真正做到，下面四个条件缺一不可。
条件一：资源类型选对。短效动态IP的生命周期通常只有几分钟到几十分钟，地址一直在流转，谈不上"自定义"。想锁定出口，得用长效静态IP或者固定IP代理，地址稳定是自定义的前提。
条件二：独享而不是共享。共享池里，同一个IP可能有很多人在用，别人在目标网站上的行为记录会算到这个地址头上，你的"自定义"随时被陌生人干扰。独享模式下，这个IP只有你在用，出口行为才完全可控。
条件三：授权方式绑定好。白名单绑定或账号密码验证，二选一配置到位。白名单要填你发起请求的那台机器的出口IP，机器换了网络环境记得同步更新，不然会一直授权失败，很多人卡在这一步还以为是IP的问题。
条件四：留意提取频率和并发限制。API提取一般有最小时间间隔，请求太密会被限流。做大规模采集之前，先看清套餐的提取频率和并发上限，把调度逻辑设计在限制之内，比出了问题再回头改省事得多。
实操：用API按城市提取代理
光说不练假把式，用Python把完整流程跑一遍。以神龙HTTP为例，它的提取接口兼容主流编程语言，文档里带示例代码，集成成本不高。
import requests
# 第一步：按城市提取IP，参数里带上城市和运营商
api_url = "你的提取链接?city=成都&isp=电信&num=5&return_type=json"
data = requests.get(api_url, timeout=10).json()
# 第二步：检查提取结果
if not data.get("data"):
raise SystemExit("提取失败，检查参数和授权配置")
ip = data["data"][0]["ip"]
port = data["data"][0]["port"]
# 第三步：带着代理访问目标网站
proxies = {
"http": f"http://{ip}:{port}",
"https": f"http://{ip}:{port}",
}
target = "你的目标网站地址"
resp = requests.get(target, proxies=proxies, timeout=10)
print(f"出口 {ip}:{port}，状态码 {resp.status_code}")代码不复杂，但几个实操细节值得记一下：
一是先小量验证再放量。先提取三五个IP，确认城市归属、可用性、响应速度都符合预期，再扩大提取量。别一上来就把频率拉满，出了问题排查起来费时间。
二是把失效IP及时剔除。短效IP到期就不可用，程序里要有检测和补提取的逻辑，别让失效节点混在任务队列里拖慢整体进度。
三是盯紧用量面板。神龙HTTP的个人中心有可视化用量统计和实时监控，每天提取了多少、成功率多少、有没有异常波动，一眼就能看出来。之前有次成功率突然掉到八成以下，一查是目标网站调整了策略，靠监控面板提前半天发现了，没耽误事。
场景选型：一张表看明白
| 你的需求 | 推荐类型 | 重点看什么 |
|---|---|---|
| 长期固定一个出口地址 | 长效静态IP / 固定IP代理 | 独享模式、地址稳定期 |
| 按城市获取IP做数据采集 | 短效动态IP（城市定向） | 城市库覆盖数、提取间隔 |
| 核对某地用户看到的内容 | 城市定向 + 运营商筛选 | 归属地精度、会话保持 |
| 高并发、大任务量场景 | 动态IP池 + API集成 | 可用率、并发上限 |
一句话总结选型逻辑：先问自己要的是"稳定的地址"还是"地区的属性"。前者走静态产品，后者走城市定向，两个都要的，就静态加动态搭配着用，各管一摊。
常见问题
Q：指定了城市，拿到的IP一定属于那个城市吗？
正规服务商的城市库按资源真实归属地标记，准确率普遍很高，但极端情况下可能存在标注误差。稳妥的做法是拿到IP后先请求一次能返回地区信息的接口做核验，或者直接选神龙HTTP这种支持城市级精准定位的服务，提取时就把城市和运营商筛好，误差空间很小。
Q：能让一个任务从头到尾用同一个出口吗？
短效动态IP做不到长期不变，但主流服务都支持会话保持——在IP有效期内复用同一个出口，一般是几分钟到几十分钟。如果业务要求地址长期固定，比如连续跑好几天，那就直接上长效静态IP，别在动态池里勉强凑合。
Q：指定远一点的城市，速度会明显变慢吗？
会有影响。出口城市离你越远，链路越长，延迟自然越高，这是物理规律，谁也绕不开。建议在"业务必须用哪个城市"和"延迟可接受范围"之间做权衡：如果只是需要那个城市的访问视角，相邻城市往往也能满足，延迟还低不少。
Q：提取到的IP连不上，怎么排查？
按顺序查三样：先看授权——白名单有没有加对、账号密码有没有写错；再看提取频率——是不是触发了最小间隔限制；最后确认协议——HTTP、HTTPS、SOCKS5别混着配。三样都没问题还不行，就去个人中心的实时监控里看提取记录，异常一般都能定位到具体环节，实在解决不了直接找服务商的技术支持，响应速度通常比你自己摸索快得多。
