SpringBoot自动贩卖机系统设计与实现

1. 项目背景与核心价值

去年帮学院评审毕业设计时，发现三个小组不约而同选择了自动贩卖机管理系统作为课题。这让我意识到，基于SpringBoot的饮品贩卖机系统正在成为计算机专业毕业设计的热门选题。这类系统之所以受欢迎，关键在于它完美融合了物联网设备控制、移动支付对接、库存管理等企业级开发的核心要素。

这个47209号源码项目，本质上是一个模拟真实商业场景的微型ERP系统。它不仅要处理常规的CRUD操作，更需要解决并发扣款、实时库存同步、设备状态监控等工业级问题。我在实际开发中发现，即使是最基础的"投币-出货-找零"流程，也涉及到事务管理、设备通信协议解析等关键技术点。

2. 系统架构设计解析

2.1 技术栈选型依据

采用SpringBoot 2.7 + MyBatis Plus组合主要基于以下考量：

• 内嵌Tomcat简化部署，适合学生快速验证
• MyBatis Plus的ActiveRecord模式比JPA更符合国内开发习惯
• 约定大于配置的特性让毕业生专注业务逻辑

数据库选择MySQL 8.0而非5.7，是因为：

sql复制-- 需要窗口函数实现销售排行榜功能
SELECT product_name, 
       SUM(quantity) OVER (PARTITION BY product_id) as total_sales
FROM order_detail
ORDER BY total_sales DESC

2.2 核心模块划分

系统采用经典的三层架构，但有几个特殊设计点：

1. 设备通信层单独抽象为独立模块
2. 支付服务通过策略模式支持多种支付方式
3. 库存管理采用乐观锁解决超卖问题

特别注意：与硬件通信时建议使用心跳检测机制，我们通过Spring的@Scheduled实现每30秒的设备状态检查，避免TCP长连接断开导致的状态不一致。

3. 关键业务逻辑实现

3.1 购买流程的分布式事务

典型的购买操作涉及：

1. 支付系统扣款
2. 库存系统减库存
3. 设备控制系统出货

我们采用本地消息表实现最终一致性：

java复制// 伪代码示例
@Transactional
public void purchase(Long productId) {
    // 1. 创建本地事务消息
    TransactionMessage message = createMessage();
    
    // 2. 执行本地业务
    inventoryService.reduceStock(productId);
    paymentService.deductBalance();
    
    // 3. 更新消息状态
    message.markAsProcessed();
    
    // 异步任务会定期扫描未完成的消息
}

3.2 库存管理优化方案

面对高频访问的库存查询，我们采用多级缓存策略：

• JVM缓存：Caffeine存储热点商品数据
• Redis缓存：存储全量商品库存
• 数据库：作为最终数据源

缓存更新策略特别重要，我们使用Redis的PUB/SUB机制实现集群环境下的缓存同步：

properties复制# application.properties关键配置
spring.cache.type=redis
spring.redis.host=127.0.0.1
spring.cache.redis.time-to-live=300s

4. 设备通信协议设计

4.1 串口通信实现

通过RXTX库实现串口通信，关键代码片段：

java复制public class SerialPortWrapper {
    private static final int BAUD_RATE = 9600;
    
    public void sendCommand(String portName, byte[] cmd) {
        SerialPort serialPort = new SerialPort(portName);
        serialPort.openPort();
        serialPort.setParams(BAUD_RATE, 8, 1, 0);
        serialPort.writeBytes(cmd);
        // ...异常处理逻辑
    }
}

4.2 通信协议设计建议

建议采用Modbus RTU协议格式：

5. 典型问题排查实录

5.1 出货失败问题排查

常见故障排查流程：

1. 检查硬件连接状态
2. 验证串口权限（Linux需要sudo权限）
3. 分析通信日志
4. 测试备用出货指令

我们总结的错误代码对照表：

5.2 并发问题处理

在高并发测试中遇到的典型问题：

• 超卖现象：通过Redis分布式锁解决
• 重复支付：采用支付流水号幂等设计
• 设备状态冲突：引入状态机模式

优化后的库存扣减逻辑：

java复制public boolean reduceStockWithLock(Long productId, int quantity) {
    String lockKey = "product_" + productId;
    try {
        // 尝试获取分布式锁
        Boolean locked = redisTemplate.opsForValue()
            .setIfAbsent(lockKey, "locked", 10, TimeUnit.SECONDS);
        
        if (Boolean.TRUE.equals(locked)) {
            // 实际库存操作
            return doReduceStock(productId, quantity);
        }
        return false;
    } finally {
        // 释放锁
        redisTemplate.delete(lockKey);
    }
}

6. 毕业设计扩展建议

如果想在这个基础上升级项目，可以考虑：

1. 增加机器学习模块：基于历史销售数据预测补货时间
2. 实现动态定价：根据库存和时段调整价格
3. 加入图像识别：通过摄像头识别商品缺货状态
4. 开发微信小程序控制端

对于想拿高分的同学，建议在以下方面深入：

• 实现完整的CI/CD流程
• 增加Prometheus监控指标
• 编写详细的压力测试报告
• 对比不同算法在库存预测中的效果

我在指导毕业设计时发现，优秀的项目往往在异常处理和设备兼容性方面做得特别完善。建议同学们在开发时多考虑边界情况，比如网络中断时的本地缓存机制、不同厂商设备的协议适配等。