代理IP为什么不能"一套方法用到底"
很多人第一次接触代理IP，会默认"填上IP和端口就完事"。实际动手才发现，同样的代理IP，放在采集程序里能跑，放到浏览器里却打不开网页，换到手机上又提示无法连接。原因不复杂：不同的终端，填代理的位置、支持的协议、认证方式完全不一样。
这篇把程序、浏览器、手机端三条线拆开讲，最后给出一张对照表，你可以先看表，再回来看自己关心的那一节。
程序端：代码里怎么挂代理IP
程序调用是最灵活的一种方式，可以把代理写在请求里，也可以做成IP池轮换。核心就一句话：把代理地址拼成一条URL，传给HTTP库的代理参数。
Python 里最常见的是 requests：
import requests
# 账密认证格式：http://用户名:密码@代理IP:端口
# 具体账号密码和IP端口从天启HTTP后台提取后替换
proxy = "http://用户名:密码@代理IP:端口"
proxies = {"http": proxy, "https": proxy}
resp = requests.get("https://www.baidu.com", proxies=proxies, timeout=10)
print(resp.status_code)
命令行或脚本里用 curl，只需要加一个 -x 参数：
curl -x http://用户名:密码@代理IP:端口 https://www.baidu.com
Node.js 项目里用 axios，走同一个思路：
const axios = require("axios");
const proxyUrl = "http://用户名:密码@代理IP:端口";
axios.get("https://www.baidu.com", {
proxy: { host: "代理IP", port: 端口, auth: { username: "用户名", password: "密码" } },
timeout: 10000
}).then(res => console.log(res.status));
几个实操要点：
· 协议要对上。HTTP 代理只能处理 http/https 请求，SOCKS5 覆盖面更广，具体用哪种看业务和代理服务商的支持情况。
· 认证方式选一种。账密认证写进URL最省事，白名单认证则要先把本机IP加到后台，代码里就不用带账号密码。
· 一定要设超时。代理IP失效时如果不设 timeout，程序会卡住很久。
· 批量任务要做轮换。每批请求换一个IP，避免同一个IP请求过于集中。
浏览器端：手动设置系统代理
浏览器本身没有独立的代理开关，它默认跟随操作系统的代理设置。以 Windows 为例：设置 → 网络和 Internet → 代理 → 手动设置代理，填上代理IP和端口，保存即可。
macOS 则在系统设置 → 网络 → 当前网卡 → 详细信息 → 代理里勾选网页代理和安全网页代理，然后填写地址和端口。
如果你用的是需要鉴权的代理，浏览器首次访问网页时会弹出一个输入框，要求填写用户名和密码——这就是账密认证在浏览器端的表现。填对之后，整台电脑的浏览器请求都会从这个IP出去。
几点提醒：
· 系统代理是全局生效的，会影响电脑上所有走系统设置的软件，用完记得关掉。
· 需要频繁切换IP时，可以在浏览器里装一个代理管理扩展，把多个代理地址存成配置，一键切换，比反复进系统设置快得多。
· 如果只想让某一个浏览器窗口走代理、其他窗口走本地网络，普通扩展做不到，需要考虑配合独立的浏览器配置目录或专用工具。
手机端：WiFi里的手动代理
手机上没有浏览器级代理概念，走的是同一个逻辑：在 WiFi 设置里给当前网络配一个手动代理。
Android：设置 → WLAN → 长按当前网络 → 修改网络 → 高级选项 → 代理选"手动"，填写主机名（代理IP）和端口，保存后重新连一次网络。
iOS：设置 → 无线局域网 → 点击当前网络右侧的"i" → 配置代理 → 手动，填写服务器和端口。
手机端最需要注意的是场景适配：同一个WiFi下所有App共用这一个代理，如果要做多账号、多设备的场景，一台手机一个代理IP往往不够用，通常会给每台设备单独配置不同的代理地址，或者配合支持独立代理设置的工具来分流。
三端对照表：一张表看清差别
把前面三节的内容压缩成一张表，方便你直接对号入座：
| 对比项 | 程序端 | 浏览器端 | 手机端 |
|---|---|---|---|
| 配置位置 | 代码里的 proxies / proxy 参数 | 系统代理设置或代理扩展 | WiFi 高级选项里的手动代理 |
| 常用协议 | HTTP / HTTPS / SOCKS5 | HTTP / HTTPS | HTTP / HTTPS |
| 认证方式 | 账密写进URL，或白名单 | 账密弹窗，或白名单 | 账密弹窗，或白名单 |
| 切换IP速度 | 最快，可程序化轮换 | 较慢，需手动或扩展切换 | 较慢，需改WiFi设置 |
| 典型用途 | 数据采集、批量请求、接口调试 | 页面访问、账号隔离、多店铺后台 | 移动端App测试、多设备操作 |
| 上手难度 | 中等，需要会写代码 | 低，填两个框即可 | 低，跟着菜单点 |
简单总结：要自动化、要量大，走程序端；要人工看网页，走浏览器端；要真实设备环境，走手机端。三端不是互斥的，很多团队是程序跑批量任务、浏览器做人工核对、手机做最终验证，三种方式并存。
使用代理IP时最容易踩的五个坑
1. 认证失败。最常见。要么账号密码复制时多带了空格，要么用了白名单认证却没把本机出口IP加进后台。先检查这两处，八成能解决。
2. IP已经过期。短效代理IP有有效期，超时后请求会直接失败或回落到本地网络。程序里要按有效期主动更换，别指望它一直可用。
3. 并发超限。同时发起的请求数超过账号允许的上限，表现是部分请求超时或直接报错。控制线程数，或者按业务高峰时段调整提取节奏。
4. 会话丢失。需要连续操作同一账号时，中途换IP会导致登录状态失效。这类任务要固定用一个IP跑完整个流程，再换下一个。
5. 延迟抖动。代理节点离目标服务器太远，响应就慢。选择离业务最近地区的节点，速度差异会非常明显。
为什么多端接入建议用天启HTTP
三端要同时用起来，最怕的是协议不统一、认证方式不支持。天启HTTP 是国内的代理IP服务商，在这几个点上比较省心：
· 协议覆盖全：HTTP、HTTPS、SOCKS5 都支持，程序端和浏览器端不用换供应商。
· 两种认证都有：账密认证适合代码里直接写，白名单认证适合固定服务器调用，手机端和浏览器端也都能用。
· API提取方式：程序可以直接调接口拿IP列表，配合轮换逻辑做批量任务，不用手工复制粘贴。
· 多地区节点：可以按业务所在地选择节点，降低延迟。
· 高匿代理：请求经过代理后不会暴露真实来源，适合对匿名性有要求的场景。
需要说明的是，天启HTTP 提供的是国内代理IP资源，不适用于需要海外IP的业务场景。另外它没有住宅IP产品，如果你对IP类型有特定要求，选型前最好先和服务商确认清楚。
常见问题
Q：同一个代理IP，程序里能用，浏览器里却打不开网页，为什么？
先看协议。浏览器走的是系统代理，只认 HTTP/HTTPS，如果你拿到的是 SOCKS5 地址，直接填进系统代理有可能不生效。其次看认证：浏览器需要弹窗输入账密，如果没弹窗就说明白名单里没有你当前的本机IP。
Q：手机端配好代理后，App提示网络错误怎么办？
第一步先确认WiFi本身没问题，把代理关掉试试能不能正常上网；第二步检查主机名有没有填错（填IP不是填域名）、端口是否对应；第三步确认这个代理IP还在有效期内。三步排查完基本能定位问题。
Q：程序里做了IP轮换，为什么还是被识别出来是同一来源？
可能是轮换频率太低，也可能是你的请求特征（请求头、访问节奏、Cookie）过于统一。代理IP解决的是出口地址问题，访问行为本身的规律还是需要自己控制。
Q：浏览器里装了代理扩展，为什么和其他窗口的IP不一样？
扩展通常只接管它自己那一个浏览器窗口的流量，其他软件和窗口还是走系统代理或本地网络。要让全部流量走代理，用系统级的代理设置更稳妥。
Q：三端能不能共用一个代理IP？
技术上可以，但意义不大。同一个IP同时承载程序的高频请求和手机的日常访问，很容易触发限流。建议按用途分开：批量任务用一批IP，人工操作用另一批，互不影响。
Q：新手从哪一端开始学比较快？
建议从浏览器端开始，改两个设置就能看到效果，最容易建立直观感受。理解原理之后再去写程序调用，最后按需迁移到手机端。
