campus-imaotai：i茅台自动预约如何做到无人值守，docker一键部署

campus-imaotaii茅台自动预约如何做到无人值守docker一键部署【免费下载链接】campus-imaotaii茅台app自动预约每日自动预约支持docker一键部署本项目不提供成品使用的是已淘汰的算法项目地址: https://gitcode.com/GitHub_Trending/ca/campus-imaotaicampus-imaotai 是一个基于 Java Spring Boot Vue 的开源i茅台自动预约项目在 Web 管理后台托管多个 i茅台账号每天自动选店、自动提交预约请求并把申购结果推送到你的手机整套环境用一份 4 容器的 docker-compose 拉起开机即可跑。⚠️先说清边界项目 README 明确写着本项目不提供成品使用的是已淘汰的算法免责声明要求使用者24 小时内完成学习和研究并及时删除本项目中的所有内容。本文仅作技术学习角度解读不建议直接用于生产是否部署、合规风险请自行评估。i茅台自动预约的一天5 个定时任务的时间轴整个项目的核心骨架就是一个 CampusIMTTask.java 类里挂着的 5 个 SpringScheduled任务把一次预约从前一天凌晨到当天傍晚该做的事全部排进了时刻表时刻cron任务方法做了什么每天 01:100 10 1 ? * *updateUserMinuteBatch为每个账号重抽预约分钟1–59账号超过 60 个时改用均匀分布策略避免大家挤在同一分钟07:10 / 07:55 / 08:10 / 08:550 10,55 7,8 ? * *refreshAll刷新 i茅台 App 版本号、当日可预约商品、门店列表9 点整每分钟0 0/1 9 ? * *reservationBatch捞出预约分钟等于当前分钟的账号逐个发起预约请求11 点整每分钟0 0/1 11 ? * *getTravelRewardBatch执行小茅运旅行任务领耐力、首次分享、开启新一轮旅行每天 18:050 5 18 ? * *appointmentResults查询当日申购结果成功的写日志并推送这里有个值得一提的设计细节并不是所有账号在 9 点整同时打出去而是每个账号预先分配了独立的预约分钟分钟级任务只执行分钟匹配的账号账号之间还固定间隔 3 秒。表面上像分散请求实现上只是一张i_user表 分钟级 cron非常轻量。另外IMTServiceImpl在应用启动时PostConstruct会先跑一次refreshAll()保证容器重启后数据也是新的一天。门店自动选择策略预约前先替你挑店申购必须指定门店。IShopServiceImpl.java 提供了两种策略由账号的shopType字段决定类型策略兜底逻辑1本市出货量库存最大的门店本市没有库存时改为选本省距离最近的门店2距离自己位置最近的门店用 WGS84 球面公式地球半径 6378137m计算经纬度大圆距离添加账号时选择门店系统会自动回填经纬度、省份、城市之后每天预约时完全不用人工干预。门店列表页长这样请求发出去之前系统还要过两道手续这也是理解算法已淘汰的关键请求签名验证码、登录接口用MD5(密钥 参数 时间戳)校验报文加密预约报文里的门店、商品、数量经 AES-CBC 加密后作为actParam提交。这两组密钥硬编码在 IMTServiceImpl.java 里——官方接口或密钥一变这套代码当场失效。还有一个小动作请求头MT-APP-Version的版本号是系统自己抓取 App Store 页面解析出 i茅台 App 的最新版本号、再缓存进 Redis 的保证请求头永远和线上版本一致。多账号管理i茅台账号如何添加后台用户管理是整套流程里唯一的人工环节。输入手机号、点发送验证码系统调用 i茅台官方 vcode 接口填入验证码后点登录该账号的 token、cookie、userId 就落库了不填设备号时会自动生成一个随机deviceIdUUID。几个容易忽略的细节系统按登录时间记录一个 30 天后到期的到期时间token 的理论有效期token 失效后需要回后台重新登录刷新每个账号可用itemCode指定多个商品分隔预约时逐个商品循环提交每单之间随机延迟 3~5 秒多管理员场景下普通管理员只能查看和修改自己创建的账号仅超管userId1可见全部账号前端 vue_campus_admin/ 的业务页面就四个用户管理、预约项目、门店列表、日志管理。申购结果查询与推送傍晚六点出结果18:05 的appointmentResults遍历所有账号查询当日申购记录命中成功且 24 小时内的记录后写入申购成功日志同时触发推送。推送通道是 PushPlus 这类第三方消息服务账号表里填好各自的pushPlusToken即可标题会自动带上你给账号起的备注xxx-i茅台执行成功/失败。日志判定成败很简单内容里出现报错字样记为失败否则记为成功。预约、旅行、结果查询的每一次执行都写进i_log表管理后台有独立页面可追溯。旅行任务本身还有前置条件耐力值 ≥ 100、9 点至 20 点时段内、当日次数未耗尽不满足会记为执行失败而不是静默跳过。一键部署docker-compose 四容器方案✅ 部署是这个项目最省事的部分doc/docker/docker-compose.yml 一共 4 个容器容器镜像职责mysqlmysql:5.7存账号、门店、商品、日志自动建库campus_imaotairedisredis:6.2.12缓存门店列表、sessionId、App 版本号门店列表缓存 2 小时nginx-webnginx:1.23.4托管 Vue 管理端/prod-api/反向代理到后端campus-servercampus/campus-imaotai:1.0.13Java 后端服务监听 8160 端口大致两步走git clone https://gitcode.com/GitHub_Trending/ca/campus-imaotai把 doc/sql/campus_imaotai-1.0.5.sql 导入 MySQL包含i_user、i_shop、i_item、i_log四张业务表和一套sys_*后台管理表按 doc/docker/ 的目录约定创建/docker/mysql、/docker/nginx、/docker/server/conf等挂载目录放入前端构建产物与外部配置application-prod.ymlcompose 里已声明spring.config.additional-locationdocker-compose up -d即可。所有容器都用network_mode: hostnginx 监听 80 端口直接访问服务器 IP 就是管理后台。后端镜像基于adoptopenjdk/openjdk8对应 Java 8Spring Boot 2.5.15 MyBatis-Plus 3.5.4.1 hutool。重要边界一个已退役的学习项目动代码之前请务必把这几条看进去⚠️ README 第一句就声明本项目不提供成品使用的是已淘汰的算法——它依赖的接口、密钥、签名方式大概率已失效现在跑起来不一定有结果⚠️ 免责声明写得很硬所有直接或间接使用本项目的个人和组织应 24 小时内完成学习和研究并及时删除本项目中的所有内容⚠️ 自动化批量调用第三方平台接口本身存在平台规则与合规风险后果由使用者自行承担项目方对所有数据与后果免责。所以它的价值在哪作为一个逆向 App 接口 分钟级调度 多租户管理端 消息推送的完整工程样板常驻服务如何做分钟级错峰、缓存如何刷新、日志如何异步落库、推送如何解耦——这套模式在写其他定时类服务时是可以直接借鉴的。一句话总结campus-imaotai 多账号托管Web 管理端 门店智能选择 24 小时定时自动预约 结果推送docker-compose 一键部署。建议从 CampusIMTTask.java 的 5 个 cron 任务读起建立全局节奏感再顺着IMTServiceImpl的请求链路看细节是消化这个项目最快的路径。【免费下载链接】campus-imaotaii茅台app自动预约每日自动预约支持docker一键部署本项目不提供成品使用的是已淘汰的算法项目地址: https://gitcode.com/GitHub_Trending/ca/campus-imaotai创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考