先搞清楚：一条代理地址到底由哪几部分组成
很多人拿到别人分享的"免费IP代理地址"，第一反应是复制粘贴，结果软件里报错、网页打不开，最后以为是地址坏了。其实大部分问题不是地址坏，而是格式没对上。
一条完整的代理地址，标准写法是"协议 + IP + 端口"，如果需要账号密码，就用 @ 把它拼在中间：
协议://IP:端口
http://123.45.67.89:8080
带账号密码的写法：
协议://用户名:密码@IP:端口
http://user123:pass456@123.45.67.89:8080但现实中，很多软件并不吃这一整串，而是拆成四个输入框让你分别填。所以你要能一眼拆开它：
| 组成部分 | 示例 | 作用 |
|---|---|---|
| 协议 | http / https / socks5 | 告诉程序用什么方式和代理服务器对话 |
| IP地址 | 123.45.67.89 | 代理服务器的门牌号，四段数字用点分隔 |
| 端口 | 8080 | 服务器上具体哪个服务在等你，范围 1-65535 |
| 认证信息 | user123 / pass456 | 可选，部分代理需要用户名密码才放行 |
还有一个常见坑：看到 127.0.0.1 或 192.168.x.x 这种地址，说明它是本机或内网地址，别人发给你是没用的，只有那台机器自己能用。真正的可用代理地址，一定是一个公网IP。
端口怎么填？填错一个数字就连不上
端口是继格式之后第二个高频出错点。它不像IP那样全世界唯一，但必须和代理服务器上实际开放的服务保持一致，差一位就连不上。常见的端口有这么几类：
| 端口 | 常见对应服务 | 说明 |
|---|---|---|
| 80 / 8080 | HTTP 代理 | 最常见，网页访问类代理多用这两个 |
| 3128 | HTTP 代理 | 缓存型代理服务常用端口 |
| 1080 | SOCKS5 代理 | 协议默认端口，支持更底层转发 |
| 随机高位端口 | 短效/隧道代理 | 服务商按订单分配的入口端口，必须照抄 |
填写顺序建议固定成一套动作，不容易漏：
1. 选协议 —— 地址前缀是 http 就选 HTTP，是 socks5 就选 SOCKS5
2. 填IP —— 只填四段数字，不要带 http:// 前缀
3. 填端口 —— 照抄分配给你的数字，不要"大概填个8080试试"
4. 加认证 —— 有账号密码就填，没有就留空
5. 点测试 —— 看返回的出口IP有没有变
特别提醒：协议和端口要配套。如果用 SOCKS5 协议去连一个 HTTP 代理端口，同样会失败。遇到"连接被拒绝""无法连接到代理服务器"，优先怀疑端口填错或协议选错，而不是地址本身失效。
三招快速验证：代理到底通没通
配置完不要靠"网页能打开"来判断，因为网页有缓存，你看到的可能还是直连结果。最靠谱的办法是看出口IP有没有变化——这正是快速验证的核心思路。
方法一：命令行一条命令搞定
curl -x http://123.45.67.89:8080 https://myip.ipip.net
带账号密码时：
curl -x http://user123:pass456@123.45.67.89:8080 https://myip.ipip.net如果返回的IP就是代理IP，说明通了；如果返回的IP还是你本机的IP，说明代理没生效；如果卡住几秒后报超时，说明端口或地址不对。
方法二：浏览器手动设置后对比
Windows 在"设置 → 网络和 Internet → 代理 → 手动设置代理"里填地址和端口即可；macOS 在"系统设置 → 网络 → 高级 → 代理"中配置。配置前后各打开一次查IP的页面，两次结果不同才算生效。
方法三：脚本里做真实请求
import requests
proxies = {
"http": "http://user123:pass456@123.45.67.89:8080",
"https": "http://user123:pass456@123.45.67.89:8080",
}
resp = requests.get("https://myip.ipip.net", proxies=proxies, timeout=10)
print(resp.text) # 打印出来看出口IP是否变成代理IP
验证时顺便看一眼响应时间。如果请求要等三五秒才回来，即使IP变了，这条线路在实际业务里也很难用——采集会超时、多开账号会掉线、批量任务会堆积。
免费代理能验证通，但为什么用两天就想弃坑
免费IP代理地址最尴尬的地方在于：它往往"验证的时候是好的"。你测通了，写进脚本，第二天批量跑起来才发现问题一堆：
第一，存活时间极短。 免费地址多数是公开分享的，成千上万人同时在用，随时会被下线或封禁。上午能用下午失效，是常态而不是意外。
第二，速度和稳定性没保障。 带宽被挤占、排队严重，单次请求动辄超时。做少量测试没问题，一旦上量就是灾难。
第三，存在安全与合规风险。 你并不知道这条线路的中间环节由谁控制、日志如何记录。用免费代理跑业务数据、登录账号，风险都由自己承担。
第四，出问题没有地方问。 地址失效了没人补，端口变了没人通知，只能自己一条条重新找、重新测。
所以更合理的做法是：把免费代理当成学习和调试的练手工具，真正要跑业务、跑采集、跑多账号的时候，换成有服务保障的商业代理IP，省下的排查时间远比省下的费用值钱。
换成天启HTTP后，格式和端口这件事其实变简单了
如果你已经被"地址格式对不上、端口填错、昨天能用今天失效"折磨过，可以考虑用国内代理服务商天启HTTP。它是面向国内网络环境的IP代理服务，把上面这些琐碎环节都标准化了：
· 地址格式统一：拿到的就是标准的 IP:端口 与账号密码组合，直接对应软件里的输入框，不用自己拼。
· 短效优质代理：有效期可按业务节奏选择，到期自动换新，不需要你到处找可用地址。
· 独享代理：IP不与他人共用，避免"验证时是好的、跑起来被风控"的尴尬。
· 隧道代理：只需要配置一个固定入口，换IP在后台自动完成，代码里不用反复改地址和端口。
· API提取：通过接口一键取回可用IP列表，可接入自己的调度逻辑，方便批量验证与轮换。
· 认证方式灵活：支持账号密码认证与IP白名单认证，团队协作时管理更清爽。
具体规格和套餐以天启HTTP官网展示为准。对于只做国内业务的场景，它的IP资源与线路质量会比"网上随手捡的免费地址"稳定得多。
常见问题
Q：代理地址里的 http:// 要一起填进输入框吗？
要看软件。如果它已经有"协议"下拉框，就只填 IP 和端口，不要带前缀；如果是单一输入框，才需要填完整的 http://IP:端口。
Q：端口填 8080 一直连不上，是不是地址废了？
不一定。先确认服务端给的端口到底是多少，再确认协议有没有选错。很多"地址失效"其实是端口或协议不匹配导致的。
Q：测试时返回的IP没变，是什么原因？
常见三种：一是代理没真正启用（系统代理和应用代理是两回事）；二是请求走的是本地直连；三是代理进程没起来。可以在代码里显式指定 proxies 参数再测一次。
Q：免费代理地址能长期用吗？
不建议。免费地址普遍存活时间短、并发差、无技术支持，也不适合承载账号登录、数据采集这类对稳定性要求高的任务。
Q：企业里多人使用，怎么管理代理权限？
建议优先选择支持账号密码认证和IP白名单认证的服务，把权限按人分配，避免一个地址全组共用导致互相影响。
Q：天启HTTP能用在需要国外IP的场景吗？
不能。天启HTTP提供的是国内IP代理服务，适用于国内网络环境下的业务需求。如果你的场景涉及境外网络，需要另找对应方案。
