3分钟读懂91160-cli把健康160自动挂号交给程序的完整实测【免费下载链接】91160-cli健康160全自动挂号脚本捡漏神器项目地址: https://gitcode.com/gh_mirrors/91/91160-cli下午 2:59我坐在电脑前等一个号。八秒后号源清空页面从余2变成约满。这是我认识 91160-cli 之前的日常——它是一个针对健康160平台的全自动挂号脚本最打动我的能力是把放号那一刻的抢号精确到秒。那之后的一周我把这场手速游戏换成了另一套玩法写一份配置文件然后去睡觉。这篇文章不是说明书是我从下载、配置到连续使用三周的真实记录包括我踩过的坑和现在还在用的优化习惯。挂号真正的难点不是点一下先说一个容易被忽略的事实挂号的难点从来不在点击挂号这个动作上而在于三点——时机热门号源放出来几十秒就会被抢光靠人眼盯刷新反应天生慢半拍重复抢号本质是在一个时间窗口内反复查询、反复尝试这恰恰是机器最擅长、人类最容易出错的事节奏频率太慢抢不到频率太快又可能触发平台的访问限制这个度很难拿捏。手动操作时这三件事靠的是专注力和运气而 91160-cli 把这三件事都翻译成了配置文件里的几个参数。你想约哪位医生、哪几天、哪个时间段甚至想在哪一秒开始抢都变成可以提前写好的规则而不是现场的手忙脚乱。这也是我建议先理解它怎么思考、再动手配置的原因——知道每个参数背后解决的是什么问题用起来才不容易出错。三个关键时刻脚本替我守住了什么放号前定时挂号把记得交给程序 我的第一次成功靠的其实是它的定时能力。当时我得知某位医生的号会在下午 3 点整放出但我下午有会大概率走神错过。配置里只有两行# 是否开启定时挂号 enableAppointtrue # 定时挂号时间精确到秒 appointTime2024-03-12 15:00:00程序启动后会先校准服务器时间算出与目标时刻的差值然后安静地等待。时间一到自动发起抢号。整个过程不需要我守在电脑前——这听起来简单但对放号即约满的专家号来说它省去的其实是人在关键时刻不可靠这件事。放号中两个接口轮询加一点随机节奏 抢号阶段的第一个惊喜来自刷号通道的设计。健康160平台实际存在两个查号接口一个来自科室排班页一个来自医生详情页。项目文档里记录过一个真实案例科室排班页显示没号医生详情页却明明有余号——如果程序只盯一个接口就会白白空刷。所以 91160-cli 默认会轮询这两个通道也可以手动指定其一# 刷号通道留空表示两个通道轮询 brushChannel另一个细节是休眠时间。它默认 3000 毫秒查一次但支持写成区间比如3000-8000让每次查询的间隔在区间内随机浮动。这种不规律的规律很有用——固定节奏容易被识别成机器随机节奏则更接近真人操作。# 刷号休眠时间支持固定值或区间 sleepTime3000-8000被特殊关照之后代理与频率管理 连续高频请求可能被平台限制这是所有自动化工具都会遇到的问题。91160-cli 的方案是代理刷号准备一个proxy.txt文本文件每行一条代理格式为协议IP:端口http127.0.0.1:1087 socks127.0.0.1:1086启动时它会对文件里的代理逐条做连通性检测自动剔除无效项刷号时按轮询或随机方式切换出口。这相当于给请求换了很多张门禁卡降低单一路径被盯上的概率。# 是否开启代理 enableProxytrue # 代理文件路径 proxyFilePathproxy.txt # 获取代理方式ROUND_ROBIN轮询/ RANDOM随机 proxyModeRANDOM这里我想多说一句代理不是越多越好稳定比数量更重要。选几个响应快的靠谱代理比塞一整个文件的失效地址更实际。收尾验证码与挂号成功的通知 ✅抢号还绕不开验证码。91160-cli 支持两种打码方案付费的斐斐打码以及免费的 ddddocr——后者需要自己搭一个 OCR 服务作者同时维护了配套项目模型经过专门训练识别率很高。初始化时让你选一个。真正让我觉得这工具成熟的是挂号成功后的通知。配合 Server酱的 SendKey抢号成功瞬间会往微信推一条消息——我第一次收到推送时正在超市排队结账那一刻才意识到挂号的整条链路确实可以完全交出去了。从下载到首次成功的完整流程我完整跑通一次大约花了 5 分钟分成三步。第一步准备环境。只需要 Java 1.8 及以上。在命令行输入java -version能正常输出版本号即可。第二步获取项目并初始化。git clone https://gitcode.com/gh_mirrors/91/91160-cli cd 91160-cli java -jar 91160-cli.jar initinit是一个交互式向导登录账号 → 选择就诊人 → 依次选择城市、医院、科室、医生、周几、时间段。选完会生成一份config.properties里面写好了全部参数和注释。这一步有点像回答问卷是最不容易出错的方式。第三步开始挂号。java -jar 91160-cli.jar register -c config.properties启动时会自动完成一轮体检打码账号验证、登录重试、代理连通性检测、就诊人是否认证等任何一项不合格都会直接给出明确提示。这也是我建议先用init生成配置的原因——手动写很容易漏项。想长期挂机用 Docker 如果你打算在服务器上跑项目提供了 Docker 镜像把配置和日志目录挂载出去即可# 初始化配置 docker run --rm \ -v $PWD/91160-cli/config:/app/config \ -e APP_CMDinit \ -e APP_CMD_ARGS-c config/config.properties \ -it pengpan/91160-cli:latest # 启动挂号 docker run --name 91160-cli \ -v $PWD/91160-cli/config:/app/config \ -v $PWD/91160-cli/logs:/app/logs \ -e APP_CMDregister \ -e APP_CMD_ARGS-c config/config.properties \ -d pengpan/91160-cli:latest # 查看日志 docker logs -f 91160-cli配置易错点自查清单 ⚠️以下是我自己和身边朋友都踩过的坑按出现频率排序日期格式必须带横杠brushStartDate用yyyy-MM-dd如2024-03-12而且不能早于今天否则程序会直接拒绝。hours的填写顺序有意义如果同时填写多个时间点优先抢到哪个取决于填写的先后顺序想优先哪个就把它写在前面。就诊人未认证会告警memberId指向的就诊人若未完成实名认证程序会提示可能导致挂号失败务必提前在健康160平台完成认证。sleepTime支持两种写法3000固定值或3000-8000区间随机别填成年月日之类的格式。Windows 中文乱码先执行chcp 65001再用java -Dfile.encodingutf-8 -jar 91160-cli.jar init|register并且用cmd.exe而不是 PowerShell。账号密码明文存在本地config.properties里包含账号密码注意保管别提交进公开仓库。用了三周我的几条调优心得频率策略分环境网络状况好时休眠可以压到 1500–2000 毫秒一般环境保持默认 3000 毫秒追求稳妥就写区间随机。我不建议无脑调低——被限制一次的代价远大于多等一秒。多账号建议分文件想为家人同时挂号可以复制多份配置文件分别运行但请先确认平台允许多设备登录避免账号被风控。日志是朋友运行日志在logs目录报错信息大多直白比如代理无效已剔除就诊人未认证。遇到问题先看日志能省去大量瞎猜的时间。先测试再实战正式抢号前建议先用非热门科室跑一遍完整流程确认配置和通知都正常。我第一次实战前就用这种方式排掉了一个 SendKey 配置错误。结尾工具放大的是正确的事写这篇记录时我的真实感受是91160-cli 没有把挂号变成必中的魔法它只是把人在关键时刻最不可靠的部分——注意力、反应速度、坚持重复的耐心——交给了程序。而省下来的精力恰好可以用来做更重要的事确认这次就诊是否必要安排好家人的时间。最后说两句负责任的提醒。项目本身标注仅供学习研究、禁止商用同时无论用不用工具都请遵守健康160平台的使用规则控制请求频率不要把公共医疗资源当成竞速赛场。如果你也想试试把挂号这件事托管出去可以从一条命令开始git clone https://gitcode.com/gh_mirrors/91/91160-cli跑一次init通读一遍生成的配置文件比读十篇教程都管用。愿大家都能约到想约的号。【免费下载链接】91160-cli健康160全自动挂号脚本捡漏神器项目地址: https://gitcode.com/gh_mirrors/91/91160-cli创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考