大麦网抢票脚本实测记录：一场演出、三次踩坑、终于抢到票
【免费下载链接】Automatic_ticket_purchase大麦网抢票脚本项目地址: https://gitcode.com/GitHub_Trending/au/Automatic_ticket_purchase
上个月周五早上十点整，老周盯着屏幕上的倒计时，心里默念"三、二、一"，然后……页面转了三圈，弹出一行字："该场次已售罄"。这不是他第一次陪跑了，那场演唱会的门票在他眼前从"可选"变成"缺货登记"，前后不到八秒。
后来我把这个叫Automatic_ticket_purchase的大麦网抢票脚本扔给他，告诉他：别再跟浏览器较劲了，让代码替你去点。他半信半疑地照着配了一遍，结果第二次就抢到了。这篇文章就把我们踩过的坑和最终的配置过程完整复盘一遍，希望能帮你少走几步弯路。
先说结论：这脚本到底帮我们省掉了什么
老周以前抢票的流程是：开售前十分钟打开页面 → 反复刷新 → 开售瞬间点"立即购买" → 等页面加载 → 选座 → 填观演人 → 提交订单。每一步都在烧时间，而真正决定成败的恰恰是那几秒。
脚本的思路完全不同：它不靠浏览器渲染页面，而是直接对后台接口发请求，把"点按钮"变成"发 HTTP 请求"，速度差出一个量级。登录只需要第一次用浏览器完成，之后的会话状态会被存进cookies.pkl文件，下次直接复用，不用反复扫码。这些细节我们先放一放，先从跑通开始。
5 分钟跑通：项目拉下来就能开干
先在终端里把仓库克隆下来：
git clone https://gitcode.com/GitHub_Trending/au/Automatic_ticket_purchase cd Automatic_ticket_purchase然后装依赖，这个项目的依赖少得感人，requirements.txt里就四个库：
pip install -r requirements.txt唯一的硬性要求是：电脑上得有 Chrome 浏览器，并且准备好对应版本的 ChromeDriver，按系统平台命名后放到项目根目录（chromedriver_windows/chromedriver_linux/chromedriver_mac）。这一步不做，登录那一关就过不去。
跑起来就一行命令，默认走账号密码登录：
python Automatic_ticket_purchase.py想换扫码登录，加个参数就行：
python Automatic_ticket_purchase.py --mode qr三个配置项，决定你是"抢到票"还是"接着陪跑"
跑通只是热身，真正决定成败的是Automatic_ticket_purchase.py开头__init__里的几个参数，我们挨个说清楚。
配置项一：商品 ID，从地址栏直接抄
self.item_id是整场抢票的"坐标"，它告诉脚本该去哪个商品页面拉数据。获取方法非常朴素——打开目标演出详情页，地址栏里id=后面那串数字就是它：
注意每个城市、每场演出都有自己独立的 item_id，别拿上个月的票去抢这个月的场次。
配置项二：观演人姓名，一个字都不能差
self.viewer是个列表，填的是你大麦账号里已经登记过的观演人姓名。这个字段和网页端是严格匹配的，哪怕多一个空格，脚本在提交订单前都会自己喊停：
请检查输入的观演人信息与大麦网观演人信息是否一致脚本内部会先拉取订单页里的观演人列表做交集校验，所以姓名必须和"我的大麦 → 常用购票人管理"里的一字不差。
配置项三：票价和数量，买几张就填几个人
self.ticket_price填你心仪档位的价格，脚本会遍历 SKU 列表，找到价格匹配的那一档果断下手；self.buy_nums是购买张数。这里藏着一个铁律：张数必须等于观演人个数。代码开跑后第一件事就是这个校验，对不上直接退出，不给你补救的机会。
开跑之后，脚本在后台忙些什么
参数配好，剩下的就交给它了。主脚本里其实是一套三层递进的状态机：
- 第一层：轮询商品接口，盯着目标票档的按钮状态。没开售就继续刷，一旦变成"立即购买"立刻进入下一层；如果是"选座购买"则拐入选座分支。
- 第二层：带着从接口解析出来的参数发起购买请求，这一步会拿到订单确认页所需的全部字段。
- 第三层：把观演人信息填进订单并提交，成功后会直接打印支付链接，连支付宝订单号都给你列出来。
值得多说一句选座分支：脚本会先请求座位图数据，过滤掉"不可售"和"非目标价位"的座位，再从剩余座位里按顺序挑出够数的，一次性提交。目前它只支持按价位自动选座、不支持连坐，想和朋友挨着坐的，只能碰运气或者指望作者更新。
最容易翻车的四个坑，我们全踩过
复盘下来，新手翻车基本集中在下面几个点，对照检查一遍能省不少事：
- cookies 失效了还硬跑。登录态过期后脚本会一直报"登录失败"，最直接的解决方式是删掉项目根目录的
cookies.pkl，让它重新走一遍登录流程，别跟它死磕。 - 观演人数量对不上。买 2 张票只填了 1 个名字，脚本第一秒就退出，检查
viewer和buy_nums是否一致就行。 - 系统时间不准。签名接口依赖时间戳，机器时间偏了，请求的签名校验就过不了。抢票前把系统时间同步一下，别小看这一步。
- 抢"缺货登记"的票。如果开跑时目标票档已经是"缺货登记"，脚本会直接告诉你手慢了并退出——它不是神，没法凭空变出票来，选对场次和开售时间比啥都重要。
原理一句话：把网页端的手动操作翻译成接口请求
这个项目最值得玩味的地方在于它的大麦网 API 逆向过程。网页上每一次点击背后都是一次带签名的请求，而签名算法被作者抽出来放进了signcode.js，配合tools.py里自动解析页面脚本、抓取请求参数，整套手动操作就被翻译成了纯接口调用。
tools.py负责脏活累活：登录、cookies 读写、从 CDN 脚本里正则提取 API 参数、调用signcode.js计算签名、拉取座位数据并筛选可用座位；主脚本则专注于状态机本身，两者分工非常清晰。这也是它比 Selenium 全页面操作快得多的原因——大部分环节根本不需要渲染浏览器。
你可能想问的几个问题
Q：这脚本会不会把我账号搞封？正常频率、单账号使用一般没事，但别在短时间内高频轰炸接口，也别拿去做商业倒票，那是另一回事了。
Q：完全没写过代码能配吗？能。整个配置就是改__init__里的几个字符串和数字，不需要理解内部实现，照着上面的配置说明改就行。
Q：成功率能保证吗？不能。抢票本质是比"谁的请求先被服务器处理"，脚本只是把速度拉满，最终结果还受网速、场次热门程度、开售时机影响。网速差的时候，抢不到就是抢不到。
Q：想看它到底怎么工作的？主流程在Automatic_ticket_purchase.py，登录和参数解析在tools.py，签名算法在signcode.js，三个文件加起来逻辑并不复杂，边读边打印日志跑一遍就懂了。
Q：还有个小提醒？仓库本身已声明停止维护，部分购票流程已迁移到手机端，如果遇到接口变动，需要自己抓包适配，这也正好是个练手机会。
写在最后
老周现在逢人就说"手速不重要，重要的是让机器替你去抢"。但说句实在话，这类脚本更适合用来学习接口逆向、锻炼自动化能力。真到了抢票那天，还是希望你理性使用：别高频刷接口、别碰黄牛生意、别去破坏平台规则。票抢到了是缘分，抢不到，周末在家看场电影也挺好——技术带来的应该是便利，不是焦虑。
【免费下载链接】Automatic_ticket_purchase大麦网抢票脚本项目地址: https://gitcode.com/GitHub_Trending/au/Automatic_ticket_purchase
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
