先搞清楚：代理IP和端口到底在干嘛
很多人第一次拿到代理IP的时候，看到一串数字加冒号再加一串数字，比如 117.136.224.18:8080，心里就犯嘀咕：这后面那个8080是啥？我到底该填哪儿？填反了会不会把服务器搞崩？
说人话就是——IP地址是"门牌号"，告诉你的请求"去找哪台机器"；端口是"门牌号后面那个小房间号"，告诉那台机器"你具体找哪个服务窗口"。一台机器上可能同时跑着好几个服务，8080是一个窗口，3128是另一个窗口，你填错房间号，请求就石沉大海了。
所以代理IP和端口，永远是一个整体，中间用冒号隔开，不能拆开单独用。你光填IP不填端口，或者光填端口不填IP，代理都不会生效，你的程序会直接报连接超时或者拒绝连接。
填写顺序：别把IP和端口搞反了
这是最多人踩的坑。正确格式永远是：
IP地址 : 端口号
前面是IP，后面是端口，中间一个英文冒号（不是中文冒号，不是分号，不是斜杠）。我见过有人写成 8080:117.136.224.18，也见过写成 117.136.224.18：8080（用了中文全角冒号），这些统统不行。
再强调一遍：冒号必须是英文半角的":"，从键盘上直接打出来的那个。中文输入法下打出来的"："是另一个字符，程序根本不认。
如果你拿到的是带认证的代理，完整格式是这样的：
用户名:密码@IP地址:端口号
比如 user123:pass456@117.136.224.18:8080。注意这里有两个冒号，第一个冒号分隔用户名和密码，第二个冒号分隔IP和端口，别搞混了。
不同场景下具体怎么填
光知道格式还不够，不同工具、不同代码里，填的位置和方式不一样。下面挑几个最常见的场景说一下。
场景一：Python requests库
这是做数据采集最常用的一种方式，代理通过proxies参数传入：
import requests
proxies = {
"http": "http://user123:pass456@117.136.224.18:8080",
"https": "https://user123:pass456@117.136.224.18:8080"
}
response = requests.get("https://example.com", proxies=proxies, timeout=10)
print(response.status_code)注意这里前面要加协议头 http:// 或 https://，这是requests库的要求，跟你在浏览器地址栏里填的格式不太一样，别直接复制IP:端口就完事了。
场景二：Scrapy框架
在settings.py里配置：
HTTP_PROXY = "http://user123:pass456@117.136.224.18:8080"
HTTPS_PROXY = "https://user123:pass456@117.136.224.18:8080"场景三：浏览器插件或系统代理设置
如果你用的是浏览器代理插件，通常会有两个独立的输入框：一个填"代理服务器地址"（只填IP），另一个填"端口"（只填数字）。这时候你就把 117.136.224.18 填第一个框，8080 填第二个框，用户名密码如果有就填在对应的认证栏里。这种分开的填法跟代码里写成一串是不同的，别搞混。
场景四：SOCKS5协议
如果你的代理支持SOCKS5（神龙HTTP是支持的），代码里写法稍有不同：
import requests
proxies = {
"http": "socks5://user123:pass456@117.136.224.18:8080",
"https": "socks5://user123:pass456@117.136.224.18:8080"
}
需要安装: pip install pysocks
response = requests.get("https://example.com", proxies=proxies, timeout=10)协议头从 http:// 变成了 socks5://，其他部分不变。
认证信息别漏了，漏了就是白搭
很多代理IP不是裸用的，需要用户名和密码做身份验证。你光填了IP和端口，没带认证信息，代理服务器会直接拒绝你的连接，返回407（Proxy Authentication Required）。
不同场景下认证信息的填法：
| 使用场景 | 认证填写方式 | 示例 |
|---|---|---|
| Python requests | 写在URL里：user:pass@ip:port | http://user123:pass456@117.136.224.18:8080 |
| Scrapy | 同上，写在settings里 | http://user123:pass456@117.136.224.18:8080 |
| 浏览器插件 | 单独的用户名/密码输入框 | 用户名框填user123，密码框填pass456 |
| 系统代理设置 | 部分系统支持，部分不支持 | Windows系统代理不支持认证，需借助工具 |
这里有个小细节：如果你的密码里包含特殊字符，比如 @、:、，在URL格式里需要做URL编码。比如密码是 pass@456，那要写成 pass%40456。这个坑我见过好几个人栽进去，密码明明没错但就是连不上，最后发现是密码里的@把格式搞乱了。
填错了怎么排查？一张表帮你定位问题
代理填了但就是不通，别急着重启电脑，先对照下面这张表看看你属于哪种情况：
| 报错/现象 | 大概率原因 | 怎么解决 |
|---|---|---|
| Connection refused（连接被拒绝） | 端口填错了，或者代理服务器没开 | 核对端口号，联系服务商确认服务状态 |
| Connection timeout（连接超时） | IP填错了，或者网络本身不通 | 检查IP是否多打/少打了数字，确认本地网络正常 |
| 407 Proxy Authentication Required | 没填认证信息，或者用户名密码错了 | 补上user:pass@，核对账号密码 |
| 403 Forbidden | IP不在白名单内，或者套餐已到期 | 检查IP是否在授权范围内，确认套餐有效期 |
| 返回了内容但IP没变 | 代理没生效，请求走了直连 | 检查代码里proxies参数是否真的传进去了，别拼错变量名 |
| 中文冒号导致解析失败 | 输入法切到中文状态打的冒号 | 切回英文输入法重新打":" |
排查的时候有个小技巧：先用 curl 命令单独测一下代理通不通，排除代码层面的问题：
curl -x http://user123:pass456@117.136.224.18:8080 https://httpbin.org/ip如果这条命令能返回一个JSON（里面显示的是代理IP而不是你自己的IP），说明代理本身没问题，问题出在你的代码配置上。如果这条命令也报错，那就是代理地址、端口、认证信息本身有问题。
选代理IP的时候，端口和IP质量一样重要
说句实在话，代理IP好不好用，不只看IP本身的质量，端口背后的线路、并发能力、稳定性也很关键。你填对了格式，但代理IP本身延迟高、掉线频繁，那你的采集任务照样跑不动。
我自己在用神龙HTTP的时候，比较看重几点：一是IP的可用率，他们家标称99.9%，实际跑下来确实很少遇到连不上的情况；二是延迟，做实时性要求高的任务时，延迟低不低直接影响效率；三是城市级定位，300多个城市的节点覆盖，做区域性的数据研究时能精准指定到城市，不用碰运气。
他们的套餐分几种，简单说一下适合谁：
短效动态IP池——IP存活时间3到30分钟不等，适合需要频繁更换IP、对IP重复率敏感的场景，比如做公开数据的多轮采集。3000万+资源池每日更新去重，基本不用担心IP被目标站点标记。计费方式灵活，包量包时都能选。
固定IP池——IP长期不变，基于云主机构建，纯净度99.83%，适合需要"同一个IP持续访问"的场景，比如某些API对接、长期监控类任务。按个数售卖，IP需求量不大的话成本可控。
不管选哪种，拿到代理后第一件事就是验证连通性，别等跑了一大段任务才发现某个IP根本连不上。神龙HTTP的API接口兼容主流爬虫语言，文档里也有现成的示例代码，集成起来不费劲。而且他们提供7×24小时技术支持，遇到配置问题直接问就行，不用自己瞎琢磨。
常见问题QA
Q1：我拿到代理IP是"117.136.224.18:8080"，但代码里要求填"host"和"port"两个字段，我该怎么拆？
很简单，冒号前面是host，冒号后面是port。host填 117.136.224.18，port填 8080（注意port字段一般填整数，不带引号，看具体框架要求）。如果还有用户名密码，就填在对应的username和password字段里，不要塞到host里面。
Q2：同一个代理IP，HTTP和HTTPS的端口一样吗？
不一定。有些服务商HTTP和HTTPS共用一个端口，有些是分开的。神龙HTTP支持HTTP/HTTPS/SOCKS5协议，具体端口以你购买后收到的配置信息为准。如果不确定，直接问客服要一份完整的接入配置，省得自己猜。
Q3：我代码里写了代理，但抓到的IP还是我自己的，代理没生效，怎么查？
按这个顺序排查：第一，确认proxies参数真的传到了请求函数里（别定义了变量但忘了传进去）；第二，确认协议头写对了（http请求用http://，别写成https://去连一个只支持http的端口）；第三，用curl单独测一下代理通不通；第四，看目标站点有没有屏蔽代理IP（有些站点对数据中心IP会直接拒绝，这时候换一批IP试试）。
Q4：短效IP的存活时间到了，我的程序会怎样？需要手动换IP吗？
IP过期后，再走这个IP发请求就会失败（通常是连接超时或拒绝）。如果你用的是神龙HTTP的短效动态IP池，建议通过他们的API接口动态获取新IP，而不是写死一个IP在代码里。API会返回当前可用的IP列表，你的程序每次请求前从列表里取一个就行。他们文档里有现成的Python/Java/Go示例，照着改改就能用。
