月底对账的时候我盯着Excel愣了几秒：过去半年，代理这项支出一共 23160 元。其中数据中心代理 4800，住宅代理 11200，手机代理 7160。我们工作室主业是 20 多个游戏账号的日常运营，去年下半年顺手接了个舆情监控的活——7x24 盯 8 个社媒站点的品牌关键词，出负面要 10 分钟内推送到客户群里。这笔活对 IP 的要求跟我们打游戏完全不是一个量级：游戏掉线重连就行，监控断两小时，客户第二天就要开会。
最贵的那部分支出反而最省心，这事让我起了疑。于是我干脆做了组对照实验，把三种代理放在同一套任务上跑了 30 天。
实验怎么设计的：同一批站点，只换出口
采集目标固定 8 个站点（微博、小红书、抖音评论区、贴吧等），同一套解析逻辑，每 5 分钟一轮，单轮约 1200 个页面请求，日均 25 万次左右。三类代理分组交替跑，每组连续 30 天，中间切换时留 24 小时空窗，避免目标站策略调整带来的干扰。
这里有个坑我第一版实验就踩了：只看“连接成功率”会得出完全错误的结论。很多服务商后台报的 99.9% 是 TCP 握手成功，而采集真正要的是“拿到目标数据且没弹验证码”，我把它叫业务成功率。两个指标能差出 20 个百分点以上。
- 连接成功率：请求是否建立连接并返回 200
- 业务成功率：返回内容里包含目标字段，且未出现验证码页、登录墙
- P95 延迟：单请求耗时的 95 分位，避开平均值被小请求拉低的假象
- 账号风控次数：触发平台要求短信验证或临时封禁的次数
三组数据摆出来，延迟最低的那组最先出局
先看表。测试期第 11 天开始，数据中心代理组在小红书和抖音上的业务成功率断崖式下滑，我怀疑是那批 C 段被整体标记了，换了一批 IP 才恢复，这个波动已经计入均值。
| 代理类型 | P95 延迟 | 连接成功率 | 业务成功率 | 验证码触发率 | 30天风控次数 |
|---|
| 数据中心代理 | 46ms | 98.7% | 61.3% | 27.4% | 183 |
| 住宅代理（动态） | 318ms | 97.2% | 78.5% | 9.8% | 41 |
| 手机代理（4G/5G） | 482ms | 99.1% | 94.2% | 1.6% | 6 |
延迟上手机代理最吃亏，接近 500ms，是机房 IP 的十倍。但业务成功率 94.2%，比住宅代理高出近 16 个百分点。原因不难理解：社媒平台的风控模型里，移动网络出口天然带着“真实用户”的权重，基站侧大量 NAT（网络地址转换，多个用户共享一个公网出口）反而稀释了单 IP 的行为特征，平台很难凭 IP 维度直接判定异常。
不过手机代理不是没毛病。凌晨 2:00 到 5:00，可用率从 99.1% 掉到 91.4%，连续 4 天复现。我一开始以为是服务商的问题，抓包看了下发现是基站侧空闲回收——这个时段移动网络流量低，运营商把部分 IP 回收再分配，隧道入口的重连率明显上升。对 7x24 的舆情监控来说，这恰恰是最要命的时间窗。
算钱：每万次有效请求成本才是真指标
老板最初不同意全量上手机代理，理由是单价贵。我按“有效请求成本”重算了一遍，把单价除以业务成功率再摊到请求量上，结论反转了。
| 代理类型 | 计价方式 | 月成本 | 月有效请求 | 每万次有效成本 |
|---|
| 数据中心代理 | 按 IP 提取 | 约 760 元 | 459 万次 | 1.66 元 |
| 住宅代理（动态） | 按 IP 提取 | 约 7260 元 | 589 万次 | 12.33 元 |
| 手机代理（隧道） | 按天 + 按量 | 约 3580 元 | 707 万次 | 5.06 元 |
手机代理的有效成本只有住宅代理的四成。逻辑很直白：住宅代理单价看着不贵，但高频换 IP 意味着大量 IP 在没被用满的情况下就被丢掉，而手机代理走隧道模式（服务商维护一个固定入口地址，后端自动轮换出口），一个入口能撑住整轮采集，浪费少。数据中心代理单价最低，但 61% 的业务成功率把成本优势吃掉了大半。
手机代理真正要盯的三个参数
跑了 30 天，我认为选型时比“IP 池多大”更重要的，是这三项。第一，IP 段干净度而非 IP 独享。手机代理几乎做不到真正独享，纠结独享没有意义，要看服务商能否按目标站反馈剔除高风险段。第二，隧道入口的并发上限。我的实测拐点在 180 并发：低于这个值延迟稳定在 480ms 附近，一旦冲到 220 以上，排队导致 P95 直接飙到 1.4 秒。第三，轮换粒度与业务绑定。同一监控账号必须固定在同一出口段，否则登录态频繁失效，我为此多耗了三天排查。
凌晨掉线问题最终靠一段健康检查兜住：每 90 秒探测一次隧道入口，连续 2 次失败即触发切备用入口，并降并发到 120。切过一次之后，那个时间窗的业务成功率从 91% 拉回到 95% 以上。后来在 mayihttp.com 上把隧道代理的 API 提取和账密认证混着用，主入口走隧道、备用入口按需提取，容灾成本压得比较低。
如果你的监控量级在日均 20 万请求以内、对凌晨可用率敏感，我的建议是手机代理走隧道做主力、留一路按量提取做热备，别在住宅代理上继续加预算。要是每天跑到千万级，就得重新算并发上限那笔账了——那个量级我还没跑过，不敢下结论。