简介这是一份面向演唱会抢票场景的自动化脚本工具包支持大麦网、淘票票、缤玩岛等多个主流票务平台适合具备一定 Python 基础、希望提升抢票效率的用户参考使用。资源共包含 19 个文件以 xml 配置、html 页面、md 说明文档、exe 可执行程序、iml 工程配置、yml 工作流及 py 脚本等为主压缩包整体约 13.57MB目录中同时附带 chromedriver 驱动与 config.json 配置文件便于直接运行与二次调整。目前已有 1001 人学习下载具备一定的参考热度。通过该工具包读者可以了解多平台抢票脚本的整体结构、页面交互逻辑与配置方式结合 README 说明快速上手并在此基础上按自身需求修改参数、扩展平台支持是一份实用性较强的脚本学习素材。1. 多平台抢票脚本到底在抢什么从大麦、淘票票到缤玩岛的通用逻辑很多人第一次听到“支持大麦网、淘票票、缤玩岛等多个平台的演唱会抢票脚本”脑子里浮现的是某个神秘工具一键下单。实际做过一轮就知道抢票脚本的核心不是“破解”而是把人工在 App 里点五六下的流程压缩成一次毫秒级的状态轮询加一次提交。大麦、淘票票、缤玩岛这些平台前端交互差异很大但底层链路高度相似查库存、选票档、填观演人、提交订单、支付。脚本要做的是在库存释放的那一瞬间比人更快地走完前四步。适合谁适合懂一点 HTTP 协议、能看懂接口返回、愿意花两三个晚上调试的开发者。如果你指望复制粘贴就能用那大概率会翻车。2. 拆解三个平台的抢票链路接口差异与统一抽象2.1 大麦、淘票票、缤玩岛的请求特征对比先别急着写代码把三个平台的请求抓出来看一遍。我一般会用一个中间人代理工具在手机上手动走一遍完整购票流程把每个请求的 URL、Header、Body 记下来。下面是我整理过的典型差异注意具体参数名会随版本变化这里只讲结构。平台库存查询方式选票档参数观演人字段提交订单关键 Header大麦GET 带 itemId 和项目 IDskuId 明文加密的 attendee 串x-sign, x-sgext淘票票POST 带项目 ID 和场次skuId 在 body加密的 userInfo_m_h5_tk, sign缤玩岛GET 带演出 ID票档 ID 在 query明文手机号证件自定义 token大麦的 x-sign 是绕不开的它由前端 JS 生成和请求参数、时间戳、设备指纹都有关。淘票票的 _m_h5_tk 是阿里系通用的 token需要先请求一次拿 token 再带上去。缤玩岛相对简单但它的库存接口有频率限制刷太快直接封 IP 十分钟。统一抽象的思路是把“查库存”和“提交订单”定义成两个接口每个平台实现自己的签名和参数组装。这样新增一个平台只需要加一个适配器不用动主流程。2.2 用适配器模式写一个可扩展的抢票核心下面是一个 Python 的骨架用抽象基类定义平台行为每个平台子类实现具体请求。注意这里不涉及任何绕过安全机制的手段只是把人工操作自动化。import time import requests from abc import ABC, abstractmethod class TicketPlatform(ABC): 平台适配器基类定义抢票必须的两个动作 def __init__(self, session: requests.Session): self.session session self.headers { User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 16_0 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Mobile/15E148 } abstractmethod def query_stock(self, item_id: str, sku_id: str) - dict: 查询库存返回包含可售状态的字典 pass abstractmethod def submit_order(self, item_id: str, sku_id: str, attendee: dict) - dict: 提交订单返回订单号或错误信息 pass def run(self, item_id: str, sku_id: str, attendee: dict, interval: float 0.3): 主循环轮询库存有票就提交 while True: stock self.query_stock(item_id, sku_id) if stock.get(available): result self.submit_order(item_id, sku_id, attendee) if result.get(success): return result else: # 提交失败可能是观演人信息问题打印后继续 print(f提交失败: {result.get(msg)}) time.sleep(interval)这段代码的关键在run方法它把轮询间隔做成参数默认 0.3 秒。为什么不是 0.01 秒因为大部分平台的风控会统计请求频率低于 0.2 秒的间隔连续发十次以上很容易触发滑块验证。我一般会设 0.25 到 0.4 之间再快就是给自己找麻烦。query_stock和submit_order的返回值约定用字典包含available、success、msg这些字段方便主循环判断。每个平台子类只需要关心怎么发请求、怎么解析响应。2.3 大麦适配器x-sign 的生成位置与参数拼接大麦的难点在 x-sign。它不是一个固定值而是由前端 JS 根据请求参数、时间戳、设备信息算出来的。常见做法是找到那个 JS 文件把关键函数抽出来用 Python 调用或者用 Node.js 起一个本地服务专门算签名。import hashlib import time import json class DamaiPlatform(TicketPlatform): def __init__(self, session, sign_service_urlhttp://127.0.0.1:5000/sign): super().__init__(session) self.sign_service_url sign_service_url def _build_sign(self, params: dict) - str: 调用本地签名服务传入参数返回 x-sign resp requests.post(self.sign_service_url, jsonparams, timeout2) return resp.json()[sign] def query_stock(self, item_id: str, sku_id: str) - dict: params { itemId: item_id, skuId: sku_id, timestamp: int(time.time() * 1000) } params[sign] self._build_sign(params) url https://mtop.damai.cn/h5/mtop.damai.item.detail/1.0/ resp self.session.get(url, paramsparams, headersself.headers, timeout5) data resp.json() # 解析库存字段不同项目返回结构不同这里只做示意 stock data.get(data, {}).get(skuInfo, {}).get(stock, 0) return {available: stock 0, raw: data} def submit_order(self, item_id: str, sku_id: str, attendee: dict) - dict: # 提交订单的签名参数更多通常包括 attendee 加密串 payload { itemId: item_id, skuId: sku_id, attendee: attendee, timestamp: int(time.time() * 1000) } payload[sign] self._build_sign(payload) url https://mtop.damai.cn/h5/mtop.trade.order.create/1.0/ resp self.session.post(url, datajson.dumps(payload), headersself.headers, timeout5) result resp.json() return { success: result.get(ret, [])[0].startswith(SUCCESS), msg: result.get(ret, [])[0] }签名服务用 Node.js 跑一个 Express 接口把大麦的 JS 函数包一层。注意这个服务只在本机跑不要暴露到公网。参数里的timestamp要和签名时用的一致否则服务端校验会失败。attendee字段在大麦是加密的通常需要从 App 的本地存储里取或者用固定观演人 ID 拼装。2.4 淘票票与缤玩岛的适配器差异点淘票票的 token 机制是阿里系通用的先请求https://acs.m.taobao.com/h5/mtop.user.getusersimple/1.0/拿_m_h5_tk后续请求把它放在 Cookie 里。签名算法是md5(token timestamp appKey data)其中 data 是请求体的 JSON 字符串。import hashlib import time class TaopiaopiaoPlatform(TicketPlatform): def __init__(self, session): super().__init__(session) self.token None self.app_key 23781341 # 示例值实际从抓包获取 def _refresh_token(self): url https://acs.m.taobao.com/h5/mtop.user.getusersimple/1.0/ resp self.session.get(url, headersself.headers, timeout5) cookies resp.cookies.get_dict() self.token cookies.get(_m_h5_tk, ).split(_)[0] def _sign(self, data: str, timestamp: int) - str: raw f{self.token}{timestamp}{self.app_key}{data} return hashlib.md5(raw.encode()).hexdigest() def query_stock(self, item_id: str, sku_id: str) - dict: if not self.token: self._refresh_token() timestamp int(time.time() * 1000) data json.dumps({itemId: item_id, skuId: sku_id}) sign self._sign(data, timestamp) params { jsv: 2.5.1, appKey: self.app_key, t: timestamp, sign: sign, api: mtop.trade.order.build, data: data } url https://acs.m.taobao.com/h5/mtop.trade.order.build/1.0/ resp self.session.get(url, paramsparams, headersself.headers, timeout5) result resp.json() return {available: 库存不足 not in str(result), raw: result} def submit_order(self, item_id: str, sku_id: str, attendee: dict) - dict: # 类似 query_stock 的签名流程data 里加入 attendee pass缤玩岛没有复杂的签名但它的库存接口返回的是 HTML 片段需要正则提取。而且它对同一 IP 的请求间隔有硬限制低于 0.5 秒连续请求五次就会返回 429。我一般会把缤玩岛的轮询间隔单独设成 0.6 秒虽然慢一点但稳定。三个平台适配器写完后主程序只需要根据用户选择的平台实例化对应的类调用run方法。新增平台就是加一个子类改一行配置。3. 避坑与排查抢票脚本最常见的五个翻车点3.1 签名过期导致所有请求返回“令牌无效”现象脚本跑了几分钟突然所有请求都返回FAIL_SYS_TOKEN_EXOIRED或类似错误。原因大麦的 x-sign 和淘票票的 _m_h5_tk 都有有效期通常 5 到 10 分钟。解决在query_stock里判断返回码遇到令牌过期就重新调用签名服务或刷新 token。我一般会在主循环里加一个计数器每 200 次请求强制刷新一次不管有没有报错。3.2 观演人信息加密串对不上现象库存有票提交订单也返回成功但实际订单里观演人是空的。原因大麦的 attendee 字段需要从 App 的本地数据库里取加密串不同账号的加密方式可能不同。解决不要自己拼装直接从抓包结果里复制完整的 attendee 字符串作为配置项写死。如果换账号重新抓一次。3.3 轮询间隔太短触发滑块验证现象脚本运行十几秒后接口返回RGV587_ERROR或要求滑块验证。原因请求频率超过风控阈值。解决把间隔调到 0.3 秒以上并且在每次请求之间加一个随机抖动比如time.sleep(interval random.uniform(0, 0.1))。另外不要用同一个 session 并发请求多个票档串行更安全。3.4 库存显示有票但提交时提示“排队人数过多”现象query_stock返回 available 为 True但submit_order返回“当前排队人数过多”。原因库存释放和订单提交之间有竞争你看到库存的瞬间别人也在提交。解决这不是脚本能完全避免的但可以优化——把提交订单的请求体提前组装好一旦库存可用直接发不要临时拼参数。另外可以同时监听多个票档哪个先有票就提交哪个。3.5 缤玩岛返回 429 后 IP 被临时封禁现象缤玩岛接口连续返回 429之后所有请求都超时。原因触发了 IP 级别的频率限制。解决换网络环境或者等十分钟。更稳妥的做法是给缤玩岛的适配器单独设一个请求队列严格限制每秒最多 1.5 次请求。如果家里是动态 IP重启光猫可以换 IP但这不是长久之计。4. 从能跑到好用三个提升成功率的细节4.1 用本地缓存减少重复的库存查询抢票时最耗时的不是提交订单而是反复查询库存。如果同一个项目有多个票档每个票档都发一次请求频率很快就上去了。我一般会做一个本地缓存第一次查询后把结果存下来后续 0.5 秒内不再重复请求同一个票档而是直接读缓存。这样可以把请求量降低一半以上。import time class StockCache: def __init__(self, ttl0.5): self.cache {} self.ttl ttl def get(self, key): if key in self.cache: value, expire_at self.cache[key] if time.time() expire_at: return value return None def set(self, key, value): self.cache[key] (value, time.time() self.ttl)在主循环里先查缓存缓存没有再去请求接口。ttl 设 0.5 秒既不会错过库存变化又能明显降低请求频率。4.2 提交订单失败后的重试策略提交订单失败有很多种原因网络超时、库存被抢、观演人信息错误。不是所有失败都值得重试。我一般会区分错误码如果是“库存不足”或“排队人数过多”立即重试如果是“观演人信息无效”或“令牌过期”先修复再重试如果是“账号被限制”直接停止并报警。重试次数不要超过 3 次每次间隔 0.2 秒避免触发风控。4.3 用日志记录每一次请求和响应调试抢票脚本时最怕的是不知道哪一步出了问题。我习惯把每个请求的 URL、参数、响应码、响应体前 200 个字符写到日志文件里。这样翻车后可以回看是签名错了、参数少了、还是被风控了。日志按天切分保留最近三天。注意不要把观演人的证件号完整写进日志脱敏处理。import logging import json logging.basicConfig( filenameticket_bot.log, levellogging.INFO, format%(asctime)s - %(levelname)s - %(message)s ) def log_request(url, params, resp): # 脱敏把证件号、手机号替换成 *** safe_params json.dumps(params, ensure_asciiFalse) for key in [idCard, phone, mobile]: if key in safe_params: safe_params safe_params.replace(key, key _masked) logging.info(fURL: {url} | Params: {safe_params[:200]} | Status: {resp.status_code})这个日志函数在每次请求后调用记录关键信息。翻车时打开日志一眼就能看出是哪个环节的问题。4.4 多平台同时抢的调度策略如果同一个演出在大麦和淘票票都有票可以同时跑两个适配器哪个先成功就取消另一个。但要注意两个平台的风控是独立的同时请求不会互相影响。我一般会用一个threading.Event来通知其他线程停止。import threading stop_event threading.Event() def run_platform(platform, item_id, sku_id, attendee): while not stop_event.is_set(): result platform.run(item_id, sku_id, attendee) if result.get(success): stop_event.set() print(f抢票成功订单号: {result.get(order_id)}) return # 启动两个线程 t1 threading.Thread(targetrun_platform, args(damai, item1, sku1, attendee)) t2 threading.Thread(targetrun_platform, args(taopiaopiao, item1, sku1, attendee)) t1.start() t2.start()注意platform.run内部是死循环需要改成每次只查一次库存、提交一次然后返回结果由外层循环控制。这样stop_event才能及时生效。4.5 抢票成功后的支付提醒脚本只负责提交订单支付还是需要人工完成。我一般会在提交成功后调用一个本地通知比如播放一段音频或者发一封邮件。不要尝试自动支付那涉及支付密码和风控风险太高。订单提交后通常有 15 分钟支付时间足够你手动完成。import os def notify_success(order_id): # 播放提示音Windows 用 winsoundmacOS 用 afplay if os.name nt: import winsound winsound.Beep(1000, 500) else: os.system(afplay /System/Library/Sounds/Glass.aiff) print(f订单 {order_id} 已提交请尽快支付)这个函数在stop_event.set()之后调用确保你能第一时间知道。4.6 参数配置表不同平台的推荐值最后给一张参数配置表是我反复调试后觉得比较稳的组合。注意这些值不是固定的要根据实际网络环境和平台风控调整。平台轮询间隔重试次数超时时间是否需要签名服务大麦0.3s35s是淘票票0.35s35s是token缤玩岛0.6s28s否轮询间隔从 0.3 到 0.6 不等缤玩岛最慢但最稳。重试次数不要超过 3否则容易触发风控。超时时间设 5 到 8 秒太短会误判网络抖动太长会错过库存窗口。我自己的习惯是每次抢票前先用 0.5 秒间隔跑十分钟观察日志里有没有异常返回。如果没有再降到 0.3 秒正式抢。这个预热步骤帮我省了很多次封禁。希望帮到你。本文还有配套的精品资源点击获取