从创建到数据导出：微信投票评选完整实操流程解析
2026/8/19 19:05:00
大麦自动抢票工具完整实战：5分钟跑通电脑端与手机端的抢票配置全流程
【免费下载链接】ticket-purchase大麦自动抢票，支持人员、城市、日期场次、价格选择项目地址: https://gitcode.com/GitHub_Trending/ti/ticket-purchase
ticket-purchase 是一套基于 Selenium 与 Appium 的大麦自动抢票工具，支持 Web 端（电脑浏览器）和移动端（安卓手机/模拟器）双平台，能自动完成选城市、选日期场次、选票价、勾选观演人并提交订单。本文用一条完整的实操路径带你从零开始，把工具真正跑起来。
抢票失败的周五晚上，问题到底出在哪
周五 10 点整，你和 50 万人同时点进大麦网。看到"立即购买"变亮的那一刻，你开始选城市、选场次、选票价、勾观演人……等你做完第 6 次点击，页面跳出一行字："票已售罄"。整个过程不超过 5 秒，而你要做的动作却有 6 个。
这正是自动抢票工具存在的意义：它把这 6 个动作压缩进几十毫秒内完成。ticket-purchase 的核心逻辑很简单——用浏览器自动化（Selenium）或手机 App 自动化（Appium）代替你的手，监听"开售"状态翻转的瞬间，抢先完成全部下单动作。你负责把参数填对，剩下的交给程序。
开工前的 5 项自检：大麦自动抢票工具环境清单
动手前先确认五件事，缺一不可：
- Python 3.9 及以上：整个工具的运行基础，终端输入
python3 --version验证。 - Chrome 浏览器（Web 端）：最新版即可，配套的 ChromeDriver 程序会自动下载。
- Node.js 20.19.0+ 与 Appium 3.1.0+（移动端）：Appium 是操控安卓 App 的中间桥梁，负责把脚本指令翻译给手机执行。
- Android SDK 与设备（移动端）：真机需开启 USB 调试，模拟器直接启动即可，用
adb devices确认设备被识别。 - 已登录大麦的账号 + 提前录入的观演人信息：观演人必须提前在大麦 App 里完成实名认证，否则脚本无法替你勾选。
把项目拉到本地：
git clone https://gitcode.com/GitHub_Trending/ti/ticket-purchase cd ticket-purchase项目里带了现成的环境检查脚本，一条命令就能把上面五项全部过一遍：
./check_environment.sh脚本会逐项检测 Python、Node.js、Appium、Android SDK、设备连接、大麦 App 安装情况，并输出 ✅ / ❌ 结果。哪个环节缺失，照着提示补装就行。
5 分钟跑通最小示例：先看到一次完整的抢票日志
很多人一上来就追求"抢到票"，其实第一步应该是先让脚本完整跑起来一次，哪怕是模拟流程，也能验证配置链路是通的。
移动端最小闭环只要三步：
- 启动模拟器或连接真机，安装并登录大麦 App，搜索目标演出，停在详情页；
- 启动 Appium 服务器：
./start_appium.sh； - 确认 Appium 就绪后，执行
./start_ticket_grabbing.sh。
执行后你会看到脚本依次输出"检测购票状态→立即购买→提交订单"的日志。Web 端更轻量，编辑damai/config.json后执行cd damai && python damai.py，程序会先检查 Cookie：有则直接进入抢票监听，没有则生成二维码让你扫码登录。
当你看到控制台打印出第一行"开始监听购票状态"，就说明最小闭环已经打通，工具在你的机器上活了。
参数地图：一张表看懂两个配置文件的差异
Web 端与移动端的配置项大体同构，但写法有细微差别，先看整体对照：
| 配置项 | Web 端（damai/config.json） | 移动端（damai_appium/config.jsonc） |
|---|---|---|
| 服务器地址 | 无（浏览器直连） | server_url，Appium 地址，默认http://127.0.0.1:4723 |
| 目标定位 | target_url，演出详情页完整链接 | keyword，演出搜索关键词，如"周深" |
| 观演人 | users，姓名列表["张三","李四"] | 同左 |
| 城市 | city，需与页面显示一致 | 同左 |
| 日期 | dates，格式"2024-05-11" | date，格式"12.06"（跟随 App 内显示） |
| 票价 | prices，纯数字数组["580","780"] | price加price_index，如"内场1199元"+ 索引5 |
| 提交开关 | if_commit_order | 同左 |
上面这张图就是 Web 端配置文件的真实模样：index_url是大麦首页，login_url是登录页，target_url指向目标演出，往下依次是城市、日期、票价和两个开关。移动端配置则在damai_appium/config.jsonc，结构更精简，一个关键词加四个参数就能锁定一场演出。
两个最容易填错的点：一是城市要和页面完全一致，页面写"广州站"，配置就写"广州站"，不能少"站"字；二是日期格式要跟随所选端，Web 端用2024-05-11这种完整格式，移动端用 App 页面显示的12.06。
一次完整演练：从复制链接到订单提交的 4 个动作
下面用一场演唱会把全部知识点串起来，全程大约 10 分钟。
动作 1：定位目标演出页。在大麦网找到演唱会详情页，复制地址栏链接。下图红框标注的就是配置里要对应填写的几处位置——地址栏的target_url、页面上选中的"广州站"、场次日期、票价档位：
动作 2：回填配置。在 Web 端配置里，把target_url换成你复制的链接，city填"广州站"，dates填页面上的演出日期，prices按优先级从高到低填票价档位（如["1039","780","580"]）。
动作 3：登录并预热。运行cd damai && python damai.py，首次运行会弹出二维码，用大麦 App 扫码登录。登录成功后程序进入监听状态。
动作 4：等待开售。程序会高频轮询购票按钮的状态，整个决策逻辑可以用下面这张流程图概括——先验证登录，再加载购票信息，接着检测状态："即将开抢"就继续轮询，"可抢购"就立即购买，"缺票"则提示登记：
开售瞬间按钮翻转，脚本会以毫秒级速度完成选票、勾观演人、提交订单。若配置了if_commit_order: false，程序会停在订单确认页，让你手动确认后再提交——首次使用建议先这样"半自动"跑一次，确认每一步都没选错。
常见报错自查手册：现象、原因与对策
报错Node version must be at least ^20.19.0→ Node 版本过低 → 用brew upgrade node升级后重试。
报错Neither ANDROID_HOME nor ANDROID_SDK_ROOT→ 环境变量未配置 → 在 shell 配置文件中添加export ANDROID_HOME=/你的SDK路径和export ANDROID_SDK_ROOT=/你的SDK路径。
报错Unable to find an active device→ 设备没连上 → 检查 USB 调试是否开启，用adb devices确认设备出现在列表里。
报错Connection refused（连不上 4723 端口）→ Appium 服务器没在运行，或端口被占用 → 确认已执行./start_appium.sh，再curl http://127.0.0.1:4723/status验证服务状态。
现象：程序能跑，但一直显示"缺票登记"→ 要么确实没票，要么是日期或票价档位填错，与页面显示不一致 → 回到参数地图一节逐项核对。
把成功率再抬一档：三个值得养成的抢票习惯
- 提前 10 分钟启动预热：让浏览器/App 完成登录、页面加载等耗时环节，开售前 30 秒，程序已处在高频监听状态，只等按钮翻转。
- 票价多档位备选：
prices按优先级从高到低填 3 档，首选售罄时自动退而求其次，比只赌一个档位稳妥得多。 - 多设备错峰分工：有条件的可以电脑端、手机端同时跑，各自配置不同的票价策略，形成互补。
最后提醒一句：本工具旨在模拟正常用户操作，请合理使用、遵守大麦网的使用条款，建议使用专门账号测试，不要在开售后高频反复刷单。
现在，启动你的第一场抢票
回到最开始那个周五——这一次，程序会替你盯住"立即购买"出现的瞬间。先跑一遍./check_environment.sh确认环境，再改好damai_appium/config.jsonc或damai/config.json，然后打开终端，把抢票命令敲下去。趁现在还有时间做一次完整演练，等真正开售那一刻，你只需要看着日志一行行跳动，然后收到那条"订单提交成功"。
【免费下载链接】ticket-purchase大麦自动抢票，支持人员、城市、日期场次、价格选择项目地址: https://gitcode.com/GitHub_Trending/ti/ticket-purchase
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考