先说清楚：国内IP地址代理到底在解决什么问题
很多人第一次接触代理IP，是因为遇到了一类"本地网络解决不了"的问题：做电商要同时看几个店铺后台，本机IP一多开就撞；做数据整理要按城市抓公开信息，出口IP总在同一个地方；开发联调时要模拟不同地区的用户看到的内容。这些场景的共同点是——需要把"出口IP"换掉，而且要换成指定城市的国内IP。
国内IP地址代理，本质上就是在你和目标网站之间加一个中转：你的请求先到代理服务器，再由代理服务器用自己的IP去访问目标网站，返回结果再原路传给你。所以决定"用得顺不顺"的，其实只有三件事：这个IP的归属地对不对、这条链路的延迟稳不稳、这家服务商的资质能不能查。
这篇就按这三项核查顺序讲，每一项规定都给出可以直接操作的检查动作，最后再给三段能抄走就用的接入代码。
第一项核查：归属地是不是真落在你要的城市
代理IP的归属地，是由运营商分配IP段时决定的，不是服务商随口标的。市面上常见的坑有三个：一是宣传写"全国可选"，实际只能给你一个省；二是显示的城市来自IP库的旧数据，实际出口早就变了；三是同一个IP段被大量重复使用，归属地虽然对，但已经被目标网站标记。
核查动作很简单，拿到代理后先用它访问一次IP查询工具，看返回的归属地和运营商字段，再和你需要的城市对一遍。建议同时用两个不同的查询工具交叉验证，因为各家IP库更新速度不一样，只信一个来源容易踩到旧数据。
| 核查项 | 要看什么 | 常见坑 |
|---|---|---|
| 归属地 | 市一级是否匹配需求 | 只到省级就说"支持该城市" |
| 运营商字段 | 是机房线路还是其他类型 | 类型描述含糊，问不清线路来源 |
| IP稳定性 | 同一批IP是否长期可用 | 池子里IP重复率高，用几分钟就失效 |
| 提取方式 | 是否支持按城市筛选 | 只能随机提取，城市靠碰运气 |
如果需要长期固定某个城市的出口，就要用支持城市级选择、能固定提取的方式，而不是每次随机抽。随机池适合"只要国内IP、不挑城市"的批量任务，两者用途完全不同，选之前先想清楚自己的需求属于哪一类。
第二项核查：延迟不能只看一个数
"延迟多少"是代理咨询里最常被问到、也最容易被糊弄的问题。因为一条完整的代理链路，延迟其实分三段：你本地到代理服务器的这一段、代理服务器到目标网站的这一段、以及两段加起来的总耗时。服务商说的"延迟20ms"，很可能只是第一段。
更值得关注的是抖动（同一条线路延迟忽高忽低）和丢包率。平均值好看但抖动大，用起来就是"一会儿快一会儿卡"，做批量任务时特别容易超时失败。所以核查延迟时，至少要连测十次以上，看最大值和平均值差多少。
# 第一段：测你本地到代理服务器这一跳
ping 代理服务器IP -n 20
# 第三段：测端到端总耗时（多次取平均更有参考价值）
curl -o /dev/null -s -w "总耗时: %{time_total}s\n" \
--proxy http://用户名:密码@代理IP:端口 \
https://你的目标网站
判断标准可以粗略记一下：同城节点、第一段延迟通常在几个到二十毫秒之间属于正常；总耗时和"不加代理直连"的差距越小越好。如果你本地直连目标站是80ms，加了代理变成600ms，那这条线路就不适合做对时效敏感的任务。
第三项核查：资质与合规，最容易被跳过
前两项决定"好不好用"，第三项决定"能不能长期用"。国内做代理服务需要正规的经营主体，一个靠谱的服务商，营业执照、公司名称、客服渠道都应该是公开可查的，签合同、开发票这些流程也要能走通。
除了主体资质，还要问清几件事：IP线路是从哪里来的、是否要求实名使用、有没有明确的使用规范、计费规则是按量还是按时、出了问题多久能响应。尤其是最后一条，代理IP是消耗型资源，遇到线路波动时能不能及时换到备用节点，直接决定你的项目会不会卡住。
另外提醒一句：代理IP只是工具，用它做什么才是关键。用于自己店铺的日常运营、公开数据的整理、内部测试联调都没有问题；但如果用来做刷量、绕过平台风控、批量注册违规账号，那再合规的服务商也帮不了你。
三项核查过了，具体怎么接入
国内代理的接入方式大体分三种：HTTP/HTTPS代理、SOCKS5代理、以及通过API接口提取IP后自己组池。前两种改一下配置就能用，第三种适合批量任务。
方式一：在代码里直接指定代理
import requests
proxy = "http://用户名:密码@代理IP:端口"
proxies = {"http": proxy, "https": proxy}
resp = requests.get("https://httpbin.org/ip", proxies=proxies, timeout=10)
print(resp.text) # 返回的就是代理的出口IP，用它验证归属地
方式二：命令行临时走代理
curl --proxy http://用户名:密码@代理IP:端口 https://你的目标网站
# 需要走 SOCKS5 时
curl --socks5 用户名:密码@代理IP:端口 https://你的目标网站
方式三：从API提取IP再轮换
import requests
def get_proxy():
# 按城市、按数量提取，具体参数以服务商文档为准
r = requests.get("https://提取链接", timeout=10)
return r.text.strip()
for i in range(5):
ip = get_proxy()
proxies = {"http": f"http://{ip}", "https": f"http://{ip}"}
try:
resp = requests.get("https://httpbin.org/ip", proxies=proxies, timeout=8)
print(i, resp.json())
except Exception as e:
print(i, "失败，换下一个IP", e)
批量任务里一定要加两样东西：超时时间和失败重试。代理是外部资源，偶尔有节点不可用是正常现象，把单次超时设成8到10秒、失败后自动换一个IP，整体成功率会稳定很多。
为什么不少人最后会选天启HTTP
三项核查做完，选型其实就变成了"找一个归属地可查、延迟稳定、资质清楚的国内服务商"。天启HTTP是国内IP代理服务商，产品线围绕国内场景设计：支持HTTP、HTTPS、SOCKS5协议，提供API接口提取，可以按城市选择出口IP，也有独享IP和长效IP可选，适合电商多店铺运营、公开数据采集、开发测试联调这类国内业务。
需要提前说明的是：天启HTTP只做国内IP，不适用于需要海外网络的场景。如果你的业务本身就面向国内用户、只需要国内不同城市的出口，那方向是对的；如果目标是境外站点，那这套方案并不匹配，不要在错误的方向上反复调试。
实际使用建议按这个顺序推进：先申请少量IP做归属地和延迟实测，确认城市覆盖和稳定性符合预期，再按业务量调整提取频率和IP类型。这样能最大程度避免"买了一大堆、用起来全是坑"的情况。
常见问题
Q：国内IP地址代理，免费的能用吗？
临时验证一下可以，但免费代理普遍存在IP重复率高、随时失效、延迟不可控的问题，而且你无法核实它的来源和使用规范，拿来跑正式业务风险很大。
Q：代理延迟高，一定是服务商的问题吗？
不一定。先分清是哪一段慢：如果本地到代理服务器这一跳就慢，多半是节点离你太远；如果是代理到目标网站这一段慢，可能是目标站在限速。换同城节点再测一次，结论会更清楚。
Q：归属地查出来是对的，为什么还是被限制？
归属地只是第一层。同一个IP被大量共用、访问频率过高、请求头不完整，都会触发限制。这时候要换独享IP、降低请求频率、补齐正常的浏览器请求头。
Q：一个代理IP可以一直用下去吗？
要看类型。短效IP本身就是按有效期轮换的，适合批量任务；需要长期固定出口的场景，就要选长效或独享类型，而不是拿短效IP硬撑。
Q：怎么判断服务商资质靠不靠谱？
看三样：公司主体信息是否公开可查、客服和售后渠道是否真实响应、计费和提取规则是否写得清楚。三样都模糊的，建议直接跳过。
Q：只做国内业务，需要准备海外IP吗？
不需要。国内业务用国内代理IP即可，出口落在国内城市反而更贴近真实用户环境。天启HTTP本身也只提供国内IP资源，专注做好国内场景这一件事。
Q：三项核查每次换供应商都要重做吗？
建议都做，但可以简化：新供应商先小批量测归属地和延迟，稳定后再放量；老供应商每次续费前抽测一次，防止线路悄悄变化。
