随着线下手工DIY业态的快速发展拼豆作为低门槛的手工品类受到大量年轻用户喜爱传统门店需要专人值守负责拼豆称重、收银人力成本高且营业时间受限。无人自助拼豆系统通过软硬件一体化的方案实现用户扫码拼单、自助取豆、库存自动盘点的全流程无人化运营本文将从需求拆解到上线部署完整讲解这套系统的开发实战过程。需求拆解与系统架构设计核心需求分层拆解无人自助拼豆系统的角色分为三类对应不同的功能需求C端用户支持扫码进入系统、查看当前门店拼豆品类与库存、选择拼单规格单买/拼团、查看拼单进度、支付后获取开柜权限、历史订单查询、退款申请等核心功能同时支持一键导航到店、查看附近门店等延伸功能。管理端运营人员支持拼豆品类管理、库存上下限配置、拼单规则配置成团人数、成团有效期、拼单优惠比例、设备状态监控、订单数据统计、异常订单处理、门店信息管理等功能。IoT硬件端支持格口电子锁控制、拼豆重量数据采集、设备状态上报、离线指令缓存、网络异常自动重连等功能。系统架构设计采用经典的四层分层架构保证高可用性与可扩展性接入层支持小程序、H5、APP多端接入IoT设备通过MQTT协议单独接入业务逻辑层拆分拼单中心、订单中心、用户中心、设备中心、库存中心5个独立模块模块间通过内部接口调用降低耦合度数据层采用MySQL存储业务持久化数据Redis存储拼单实时状态、设备在线状态、热点拼豆信息等高频访问数据时序数据库存储硬件上报的重量、心跳等时序数据基础设施层包含容器化部署环境、消息队列、日志采集、监控告警等基础组件。非功能需求层面要求核心接口响应时间低于200ms设备开锁成功率达99.9%以上设备离线时多可缓存72小时数据网络恢复后自动同步到云端。核心技术栈选型与业务模块实现技术栈选型参考成熟的无人共享类系统的技术方案本系统采用如下技术栈兼顾开发效率与稳定性后端服务基于Spring Boot MyBatis Plus搭建Spring Boot生态完善可快速集成各类中间件MyBatis Plus可大幅简化单表CRUD开发降低重复代码量C端用户端采用UniApp基于Vue语法开发一套代码可同时编译为小程序、H5、安卓/IOS APP大幅降低多端适配的开发成本管理后台采用Vue Element UI搭建Element UI提供丰富的后台组件可快速搭建表单、列表、数据看板等管理端页面IoT接入层采用EMQX作为MQTT Broker支持百万级设备并发接入满足多门店设备大规模部署的需求。核心模块实现拼单核心模块拼单是系统的核心业务逻辑采用状态机管控拼单全生命周期避免非法状态流转核心状态包括待成团、已成团、已取消、已完成四类核心状态流转代码示例如下publicenumGroupBuyStatus{WAITING(0,待成团),SUCCESS(1,已成团),CANCELLED(2,已取消),FINISHED(3,已完成);}// 拼单状态流转逻辑TransactionalpublicvoidupdateGroupBuyStatus(LonggroupBuyId,GroupBuyStatustargetStatus){GroupBuyEntitygroupBuygroupBuyMapper.selectById(groupBuyId);// 状态机前置校验禁止非法流转比如已取消的拼单直接转为已成团if(!statusTransferValid(groupBuy.getStatus(),targetStatus)){thrownewBizException(非法的拼单状态变更);}groupBuy.setStatus(targetStatus.getCode());groupBuyMapper.updateById(groupBuy);// 已成团触发后续流程分配空闲格口、给所有参团用户下发开锁权限、推送模板消息通知if(targetStatusGroupBuyStatus.SUCCESS){cabinetService.dispatchAvailableGrid(groupBuyId,groupBuy.getBeanId(),groupBuy.getTotalWeight());notifyService.sendGroupSuccessNotice(groupBuyId);}}同时配置XXL-JOB定时任务每10分钟扫描超过有效期未成团的拼单自动执行取消操作并发起退款。库存防超卖实现拼豆属于实物库存为避免并发拼单导致的超卖问题采用数据库乐观锁实现库存扣减核心SQL如下updateiddeductStockupdate bean_stock set stock stock - #{deductCount}, update_time now() where bean_id #{beanId} and stock #{deductCount}/update后端通过判断update语句的返回行数确认是否扣减成功返回行数为0时说明库存不足直接返回拼单失败提示。IoT硬件对接核心逻辑无人自助拼豆系统的硬件核心是智能拼豆柜每个格口配置独立电子锁与高精度重量传感器通过MQTT协议与云端通信核心交互流程如下设备注册与心跳设备上电后首先向云端上报设备ID、所属门店ID、格口数量、每个格口的承重信息完成注册之后每30秒上报一次心跳心跳中携带当前设备在线状态、所有格口的锁状态、重量数据云端超过3分钟未收到心跳则判定设备离线触发告警通知运营人员。开锁指令流转用户支付完成后云端生成开锁指令通过MQTT下发到对应设备指令格式示例如下{deviceId:BD00123,gridId:3,cmd:UNLOCK,requestId:REQ123456789,timestamp:1698723456000}设备收到指令后执行开锁操作之后上报开锁结果云端收到成功结果后更新订单状态为待取货用户取走拼豆后重量传感器检测到重量变化上报取货完成事件云端更新订单为已完成。3.异常处理设备离线时云端下发的指令会存入消息队列设备上线后自动拉取未执行的指令多重试3次重试失败则触发告警。重量传感器每小时上报一次格口重量云端换算为库存数量与系统库存对比偏差超过5%时触发库存校准告警提醒运营人员现场核查。上线部署与性能优化容器化部署方案系统所有组件采用Docker容器化部署通过Docker Compose实现一键编排部署结构如下前端资源UniApp打包后的小程序直接上传公众平台发布H5与管理后台静态资源部署到Nginx容器配置gzip压缩与缓存策略提升访问速度后端服务Spring Boot服务打成Jar包后构建为Docker镜像部署时配置JVM参数同时挂载日志目录到宿主机中间件MySQL配置主从复制实现读写分离Redis配置持久化策略EMQX配置集群满足大规模设备接入需求。部署完成后按照《技术文档》《部署文档》逐项校验功能点确保所有接口、硬件交互逻辑正常。性能优化与监控上线前采用JMeter进行压测针对拼单提交、开锁指令下发两个核心接口压测目标为单接口QPS不低于1000压测过程中发现的高频问题与优化方案如下拼单状态更新频繁导致MySQL写入压力大优化为拼单实时状态优先写入Redis异步同步到MySQL降低DB写入压力热门拼豆的拼单信息频繁访问导致缓存击穿采用热点Key永不过期互斥锁的方案避免缓存失效时大量请求打透到DB设备上报的时序数据量过大优化为采用时序数据库存储同时配置数据降采样策略降低存储成本。上线后搭建Prometheus Grafana监控体系监控指标包括服务CPU、内存、接口请求耗时、设备在线率、开锁成功率、拼单成团率等异常指标触发告警通知开发人员及时处理。这套系统基于成熟的无人共享系统技术栈搭建稳定性与可扩展性较强后续可根据业务需求快速扩展会员体系、AI推荐拼单、跨店拼单等功能适配不同规模的门店运营需求。