★ FEATURED ARTICLE 随着线下DIY娱乐场景的爆发拼豆作为低门槛、高趣味性的手工项目广受年轻用户欢迎传统拼豆门店依赖人工收银、物料管理、工位调度人力成本高且营业时间受限。无人自助拼豆系统通过软硬件一体化的设计实现24小时无人值守用户扫码即可完成从开台、取料、创作到结算的全流程操作大幅提升门店运营效率。本文将从架构设计、功能实现、硬件对接、部署落地四个维度完整讲解无人自助拼豆系统的开发全流程。系统核心需求与架构设计需求拆分系统分为三大角色端用户端支持扫码进店、拼豆套餐选择、材料柜解锁、工位计时、多人组队、自助结算、作品存管、历史订单查询等功能需适配小程序、H5、APP多端入口。管理端包含物料库存管理、订单统计、设备状态监控、库存预警、用户会员管理、运营数据看板等功能满足门店运营人员的日常管理需求。硬件端覆盖智能门禁、材料存取柜、工位电源控制器、自助覆膜机四类设备需支持远程控制、状态上报、断网缓存三大核心能力。技术选型与架构分层参考成熟的无人共享系统技术栈本系统采用前后端分离架构后端服务基于Spring Boot MyBatis Plus MySQL构建Redis作为缓存中间件MQTT协议对接物联网设备。用户端采用UniApp基于Vue语法开发一套代码多端打包降低跨端开发成本。管理后台基于Vue Element UI搭建快速实现后台管理页的标准化开发。架构从下到上分为四层硬件接入层负责对接所有物联网设备、数据层负责数据存储与缓存、业务逻辑层实现所有核心业务规则、展示层对接多端用户入口各层之间解耦支持独立迭代扩展。核心功能模块的技术实现1. 用户身份与权限校验用户首次进入系统时通过授权登录后端调用接口获取openid作为用户标识自动完成注册生成JWT token返回给前端后续所有请求携带token做身份校验。核心代码示例如下RestControllerRequestMapping(/api/auth)publicclassWxAuthController{AutowiredprivateWxServiceService;AutowiredprivateUserServiceuserService;PostMapping(/login)publicRlogin(RequestBodyWxLoginRequestrequest){// 调用接口获取openid和session_keyWxSessionDTOsessionService.code2Session(request.getCode());if(StringUtils.isBlank(session.getOpenid())){returnR.fail(授权失败);}// 查询用户是否存在不存在则自动注册UseruseruserService.getOne(Wrappers.UserlambdaQuery().eq(User::getOpenid,session.getOpenid()));if(usernull){usernewUser();user.setOpenid(session.getOpenid());user.setAvatar(request.getAvatar());user.setNickname(request.getNickname());userService.save(user);}// 生成JWT token返回给前端过期时间7天StringtokenJwtUtils.generateToken(user.getId(),user.getOpenid(),7*24*3600);returnR.ok(token);}}2. 拼豆组队模块参考拼课系统的组队逻辑支持用户创建2-4人的拼豆局生成6位数字邀请码其他用户输入邀请码即可加入组队成功后所有成员共享工位时长分摊使用成本。组队状态通过WebSocket实时推送给所有成员避免轮询带来的性能损耗成员加入/退出、组队满员等状态可秒级同步。3. 计时结算模块用户开台后系统启动计时器支持多2次临时暂停每次暂停时长不超过30分钟结算时自动计算实际使用时长对接支付接口完成扣款。为避免重复提交订单、重复扣款的问题通过自定义注解Redis实现接口幂等校验核心代码示例如下AspectComponentpublicclassIdempotentAspect{AutowiredprivateRedisTemplateString,ObjectredisTemplate;Around(annotation(idempotent))publicObjectaround(ProceedingJoinPointpoint,Idempotentidempotent)throwsThrowable{// 从请求参数中获取订单IDStringorderIdgetRequestOrderId(point);StringlockKeyidempotent:order:orderId;// 如果Redis中已存在该key说明是重复请求直接返回if(Boolean.TRUE.equals(redisTemplate.hasKey(lockKey))){returnR.fail(请求已处理请勿重复操作);}// 存入Redis过期时间1小时覆盖异常场景下的重试需求redisTemplate.opsForValue().set(lockKey,1,1,TimeUnit.HOURS);try{returnpoint.proceed();}catch(Exceptione){// 业务处理异常时删除key允许用户重试redisTemplate.delete(lockKey);throwe;}}}物联网硬件对接方案参考无人共享球杆柜、无人售卖柜的物联网对接逻辑本系统采用MQTT协议实现硬件与后端的通信MQTT Broker选用开源的EMQX支持单机10万设备并发连接满足多门店设备接入需求。以材料柜开锁为例完整对接流程如下用户端点击「取材料」按钮携带订单ID向服务端发起开柜请求。后端校验订单状态是否有效、用户是否已支付对应套餐校验通过后生成开柜指令。后端向EMQX发布开柜指令Topic为device/cabinet/{cabinetId}/cmd payload包含开锁指令和请求ID。对应材料柜订阅自身Topic收到指令后执行开锁操作将开锁结果发布到Topicdevice/cabinet/{cabinetId}/resp。后端订阅所有设备的响应Topic收到开锁成功的消息后记录操作日志推送通知给用户端如果3秒内未收到设备响应自动重试2次重试失败则触发管理后台告警同时给用户推送异常提示。所有设备每30秒上报一次心跳后端统计设备在线率离线超过5分钟的设备自动标记为异常通知运维人员排查。落地部署与优化实践部署架构系统分为开发、测试、生产三套环境隔离部署生产环境架构如下后端Spring Boot服务采用Jar包部署Nginx做反向代理和负载均衡支持多节点横向扩展。MySQL采用一主两从架构实现读写分离降低主库压力定时做全量备份。Redis采用三节点集群部署作为缓存、会话存储、延迟队列的载体。EMQX采用三节点集群部署保障硬件接入的高可用性。用户端H5、管理后台静态资源部署到Nginx开启Gzip压缩配置CDN加速降低访问延迟。优化方案热点数据缓存将门店信息、物料套餐信息、设备基础信息等不常变更的数据缓存到Redis过期时间24小时数据更新时主动淘汰缓存降低DB查询压力。超时订单处理用Redis ZSet实现延迟队列用户下单后15分钟未支付自动取消避免定时任务扫表的性能损耗支持百万级订单的超时处理。服务降级高峰时段如果服务负载超过阈值自动关闭非核心接口比如作品分享、历史订单导出优先保障开台、结算、设备控制等核心接口的可用性。运维监控采用Prometheus Grafana搭建监控大盘采集接口响应时间、设备在线率、订单量、CPU/内存使用率等核心指标配置告警规则接口错误率超过1%、设备离线超过5分钟、服务节点宕机时自动触发告警。日志采用ELK栈统一收集存储支持多维度日志检索快速排查线上问题。无人自助拼豆系统的核心是打通C端用户、管理端、物联网设备的全链路数据流转实现完全自动化的运营流程在实际落地过程中还可以根据线下场景的特殊需求快速扩展比如作品AI识别、会员专属权益、跨门店通用等功能都可以基于现有架构快速迭代。
阅读完成 · 觉得有帮助？
