i茅台自动预约部署完整指南：campus-imaotai 如何实现每日自动预约
【免费下载链接】campus-imaotaii茅台app自动预约，每日自动预约，支持docker一键部署（本项目不提供成品，使用的是已淘汰的算法）项目地址: https://gitcode.com/GitHub_Trending/ca/campus-imaotai
campus-imaotai 是一个面向 i茅台 App 的自动预约开源项目：它把「登录账号、挑选门店、提交预约、查看结果」这条每天要重复的人工流程搬进后台，按你设定的时间自动执行预约，并支持 Docker 一键部署。项目采用 Java（Spring Boot）+ Vue 前后端分离结构，适合想摆脱手动盯盘的个人用户和小团队。
需要先说明：项目描述中明确「本项目不提供成品，使用的是已淘汰的算法」，且仅用于学习和研究，部署前请先阅读 README 中的声明。
痛点分析：人工每日预约的四处吃力
i茅台的预约窗口集中、门店选择有讲究、多账号难以兼顾。用传统方式做，通常会遇到下面这些问题：
| 环节 | 传统人工方式 | campus-imaotai 的做法 |
|---|---|---|
| 定时触发 | 手动卡点守候，多个账号轮流操作容易遗漏或超时 | 按自定义时间或随机时间自动执行，可配置定时任务 |
| 账号管理 | Excel 记 token、手动逐个登录复制 | 后台统一维护账号、i茅台用户 id、token、到期时间等字段 |
| 门店选择 | 凭经验挑门店，难判断哪个出货量大 | 支持「本市出货量最大的门店」或「位置附近门店」两种类型，可按省份、城市、地区筛选门店 |
| 结果跟踪 | 预约完靠记性，异常无从查起 | 每次预约写入日志，支持按操作人、状态、日期检索，结果可通过消息推送提醒 |
核心能力解读
多账号集中管理
一句话定位：把所有 i茅台账号收进一个后台，状态一目了然。
它做什么：在「用户管理」中通过手机号加验证码完成账号登录并写入系统，之后可以查看每个账号的用户 id、token、所在城市、预约类型与到期时间，支持添加、修改、删除多个用户。
你得到什么：不用再在多台设备或浏览器之间切换账号，谁快过期、哪个账号配错了类型，列表里直接能看到。
门店数据与预约类型策略
一句话定位：预约前替你处理好「去哪家门店」这件事。
它做什么：后台维护全国茅台门店列表（省份、城市、地区、经纬度、公司名称），可手动刷新商品与门店数据；预约时按类型字段区分策略——类型 1 对应本市出货量最大的门店，类型 2 对应位置附近的门店，系统依据账号所在区域自动匹配。
你得到什么：不用自己逐个比门店，策略选好后由系统按配置执行；门店数据过期时也能一键更新。
预约日志与结果推送
一句话定位：每次预约都有据可查，结果不用自己盯。
它做什么：预约执行记录写入日志表（i_log 与操作日志），包含操作人、日志内容、状态（正常/异常）和操作时间，后台可按系统模块、操作人、状态、日期范围检索；申购结果会通过 PushPlus 消息推送到你的通知渠道。
你得到什么：预约成功或失败第一时间收到通知；出问题时按日志逐条排查，而不是凭记忆回溯。
自动旅行与耐力值获取
除预约外，项目还支持自动旅行、首次旅行分享、获取申购耐力值等流程，与预约共用同一套账号和调度机制，适合需要完整跑通 i茅台日常行为序列的测试场景。
部署路径：Docker 完成环境搭建
依赖环境为 Docker 20.10+ 与 Docker Compose 2.x，整体由doc/docker/docker-compose.yml编排 MySQL 5.7、Redis、Nginx 与后端服务四个容器。
| 步骤 | 操作 | 说明 |
|---|---|---|
| 1 | 获取代码 | git clone https://gitcode.com/GitHub_Trending/ca/campus-imaotai |
| 2 | 启动服务 | cd campus-imaotai/doc/docker && docker-compose up -d |
| 3 | 配置后端 | 按doc/docker/server/conf/README.md准备/docker/server/conf下的application-prod.yml（数据库、Redis 连接等） |
| 4 | 准备数据 | 初始化脚本见 doc/sql/campus_imaotai-1.0.5.sql，Compose 默认库名为campus_imaotai |
| 5 | 使用后台 | 登录管理后台，添加账号、确认门店列表、配置预约时间 |
⚠️ 关键注意：
docker-compose.yml中所有服务均使用network_mode: host模式，依赖宿主机网络，且目录挂载写死了/docker/前缀（如/docker/mysql/data），部署前请先按自己的机器环境创建对应目录并确认端口（后端 8160）未被占用；mysql、redis的密码等敏感配置在启动前应改为自己的值。
实践效果与使用建议
从可验证的角度看，这套系统带来的变化是：预约动作由「人卡时间」变成「系统按配置执行」，多个账号共用一套后台管理，结果可检索、可推送——是否值得用，取决于你每天愿意为手工操作投入多少时间。
几条使用建议：
- 先单账号跑通：先配置 1 个账号观察 1～2 个预约周期，确认 token、门店类型、推送链路正常后再增加账号数量。
- 定期更新门店数据：门店与商品列表依赖抓取，建议周期性点击后台的刷新按钮核对数据新鲜度，避免用过期地址做预约。
- 关注 token 到期时间：用户管理列表中「到期时间」字段用于提示账号状态，建议把临期账号重新登录作为固定检查项。
- 遵守项目声明：本项目仅供学习和研究，请自行评估平台规则与合规风险，不要用于任何违反平台条款的用途。
campus-imaotai 的价值不在于某个神奇的算法，而在于把重复性的人工流程工程化：账号、门店、时间、结果四件事各归其位，部署一次，日常交给后台。
【免费下载链接】campus-imaotaii茅台app自动预约，每日自动预约，支持docker一键部署（本项目不提供成品，使用的是已淘汰的算法）项目地址: https://gitcode.com/GitHub_Trending/ca/campus-imaotai
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
