做票务价格监控快三年，平时蹲机票、车票还有热门演出门票，行情变起来没个准，平台风控也刁钻。票务站点和其他网站完全不是一个路子。不光卡请求频率，还会查 IP 信誉、看访问节奏，同一个 IP 反复查同一条线路，甚至会返回假价格，看着查到数据，实际上已经被风控拿捏了。

今年十一前那一周，差点被代理坑到通宵没睡：空闲时间跑着还算顺，一到放票高峰期，成片 403；有时候 IP 重复率离谱，刚切完 IP，下一轮又分到同一个，监控直接断了，特价票的节点就这么漏掉。被逼急了，花了两周时间把主流的几家跑了一遍，所有测试都是照着我日常监控的真实压力来的，目标就一个：高峰时段能稳定请求航司和票务平台，别让我半夜起来重启任务。

测试怎么跑的，先说清楚

测试目标挑了三类：机票搜索页（风控严，指纹校验抓得紧）、车票查询接口（限流狠，容错空间很小）、景区门票列表（风控中等，访问量大）。几家代理共用同一台服务器、一样的请求间隔策略，一轮发 1000 次请求，多轮重复跑，记下成功率、首字节延迟、被封的频次。

和普通爬虫测试最大的区别：票务这边，光看 HTTP 状态 200 没用。我额外加了一层校验 ——返回的价格是不是真实有效。有些 IP 连接没报错，但拿到的是平台给的虚假票价，这种坑比直接 403 更难发现。

至于 IP 池大小，厂商宣传的数字看看就好。我是分时段抽样去重，连续一周，早中晚、放票高峰几个节点分批拉 IP，统计不重复的独立 IP 数量，估算真实活跃池子，避开宣传里掺水的数字。

可用率：高峰才是真正的分水岭

几乎每家宣传页都标 98%、99% 可用，可一到放票的高峰段，差距一下子就露出来了。

站大爷这次测下来稳得出乎意料，平时非高峰基本稳定在 99% 上下，到放票高峰期，掉到 97.8%，下滑幅度很小。做票务监控最怕的就是高峰崩盘，成功率一掉，价格变动抓不住，整个监控基本等于白跑。

另外几家对比就明显很多。服务商 B 日常勉强维持 91% 左右，高峰时间段之后直接掉到 82% 附近；服务商 C 宣传的可用率最好看，平时实测只有 87% 多，高峰直接跌到 79%。翻日志能看到，它池子里堆了一大堆早就被票务平台拉黑的 IP，没有持续自检清理，经常连续分到失效 IP，批量请求跑一半直接卡住。

做票务监控基本都是 7×24 小时轮询，不存在只在空闲时段干活的情况。空闲时漂亮的数据，参考价值不大。

IP 池质量：干净新鲜，比虚标的总量重要得多

票务采集很吃 IP 新鲜度，重复 IP 一多，风控说来就来。不少厂商张嘴就是千万级 IP 池，实际抽样一算，水分大得吓人。

站大爷宣传的是日活200W+IP的池子，我抽样估算，宣传和实测差得不算夸张。而且 IP 换新节奏稳定，被标记拉黑的 IP 淘汰得快，不会反复拿到脏 IP。

服务商 B 号称 500 万以上池子，抽样去重一算，真实活跃 IP 还不到 90 万；服务商 C 标着千万量级，实测活跃 IP 甚至不足 50 万。池子看着大，里面一大堆长期离线、或者早就进黑名单的 IP，就像水库看着广阔，大半都是死水。

印象很深一次，凌晨蹲特价机票，两边同时跑任务对照。站大爷这边 IP 切换很顺滑，日志刷出来的票价全都正常；切到服务商 D 没几分钟，接连冒出 429 限流，还有几条票价明显不对劲，和网页真实行情对不上，只能赶紧切回去。

响应速度和并发：延迟抖动，稍不留神就错过窗口期

盯票价讲究时效，很多特价票、余票窗口一闪而过，延迟高、时不时卡顿，等结果回来，价格早就变了。

我特意挑了国内低延迟接口测，排除站点本身延迟的干扰。站大爷首字节平均 0.65 秒，并发开到 100 线程的时候，错误率只有 2.9%，失败大多是偶尔超时，重试一次基本就能拿到数据。HTTP、HTTPS、SOCKS5 几种协议全都支持，不同站点换方案调试起来省事。

服务商 B 在 50 线程以内还能凑合，线程拉到 80 往上，错误率直接翻倍；服务商 C 延迟问题最头疼，平均首字节 2 秒往上，波动特别夸张，偶尔单次请求要等 5 秒。查路由发现不少节点绕远路，链路不稳，并发上来之后根本没法长时间跑监控。

比起平均值，延迟中位数更值得留意。有的代理平均速度看着还行，但时不时抽风卡很久，这种不稳定，放在票务场景里是硬伤。

算一笔实在账：便宜不等于省钱，隐性消耗才是大头

最开始我挑代理，也先盯着单价看，踩过几次亏之后才想明白。做票务，重试、超时等待、核对数据重跑、蹲在日志前面排查异常，这些全都是看不见的开销。

服务商 C 按量计费单价最低，看着划算，但可用率差、响应慢，同样一轮监控任务，原本两小时跑完，经常拖到三小时开外，服务器开销、花在调试上的时间加进去，综合成本反而是最高的。

站大爷套餐 150 元起，标价不是这批里面最低的，但结合可用率、稳定性折算，每一次拿到有效数据的成本反而更低。机房代理、运营商代理和住宅代理我是分开测的：低频、风险低的门票巡检，机房/运营商代理够用，省钱；机票、热门车次这种风控严的场景，住宅代理伪装度更贴近普通用户，不容易触发异常校验。站大爷运营商IP和住宅IP两个池子分开调度，刚好适配我这种混合监控的需求。

最后怎么选，以及一点实战心得

两周压测跑完，我这边票务监控主力就换到站大爷了。住宅代理ip跑机票、热门车次这类高风险盯控，运营商代理负责常规门票巡检。上线一个多月，任务成功率从之前 90% 左右稳到 96% 以上，每天蹲在那边排查代理故障的时间少了很多，不用半夜爬起来重启任务。

整理几条适合做票务采集的选型心得：

- 优先测高峰时段的表现，空闲时段的数据参考意义有限；

- 测试一定要核对业务数据，别只盯着 200 状态码，小心假票价这种隐性坑；

- IP 更新、脏 IP 清理机制，比厂商吹的总池数字重要；

- 看并发别光看极限数值，重点留意延迟会不会乱跳；

- 预算允许就住宅IP + 运营商IP搭配，不同风险的任务分开跑。

常见问题

Q：票务监控，代理可用率多少才算够用？

A：长时间轮询的生产任务，最好稳住 95% 以上。低于 90%，漏掉特价、余票的概率会明显变高。

Q：IP 池越大，就越适合监控机票吗？

A：不一定。池子大但脏 IP 多、更新慢，只会频繁触发风控。优先看真实活跃独立 IP 和 IP 干净程度。

Q：票务采集选按量还是包月？

A：每天查询量稳定、消耗高，包月划算。

Q：做票价监控，代理重点盯哪两个指标？

A：并发稳定性和延迟分布。抖动厉害、时不时长时间卡顿的代理，很容易错过转瞬即逝的特价票。