SpringBoot+Redis构建食品节约盲盒系统设计与实践

1. 项目背景与核心价值

去年参与某连锁餐饮企业的数字化改造时，我发现后厨每天要处理大量未售出的新鲜食材。这些食材往往因为卖相不佳或临近保质期被直接丢弃，而同一时间城市另一端可能有人正为晚餐发愁。这种矛盾促使我设计了这个食物节约盲盒系统——用技术手段搭建供需桥梁，让每一份食物都能物尽其用。

这个毕业设计级别的系统本质上是一个B2C的食品分发平台，但加入了"盲盒"玩法降低用户预期，同时提高商户参与积极性。技术上选择SpringBoot框架，不仅因为其快速开发特性适合学生项目，更因为它能轻松整合支付、地图、消息推送等第三方服务，为后续商业化预留空间。

2. 系统架构设计

2.1 技术栈选型

后端采用经典的SpringBoot+MyBatis组合，数据库使用MySQL 8.0。特别说明几个关键选择：

• 弃用JPA选择MyBatis：食品数据需要复杂的状态流转（如"待领取"-"已预约"-"已核销"），手写SQL更易维护
• 引入Redis：秒杀场景下用String类型存储库存，用Set类型实现一人一单限制
• 微信小程序端：比H5更好的用户体验，且能直接调用地理位置API

2.2 核心数据模型

设计时特别注意了食品行业的特殊性：

java复制// 食品条目
class FoodItem {
    Long id;
    String name; 
    String category;  // 需符合国家食品分类标准
    LocalDateTime productDate;
    LocalDateTime expiryDate;
    Integer shelfLife; // 小时为单位
    String storageCondition; // 冷藏/冷冻/常温
    String allergyInfo; // 过敏原信息
}

// 盲盒商品
class MysteryBox {
    Long id;
    Long merchantId;
    BigDecimal originalPrice;
    BigDecimal discountPrice; 
    Integer foodCount;  // 包含食品种类数
    LocalDateTime pickupStart;
    LocalDateTime pickupEnd;
    String qrCode; // 核销二维码
}

3. 关键业务逻辑实现

3.1 智能匹配算法

不是简单按距离排序，而是综合三个维度：

1. 新鲜度系数 = (剩余保质期/总保质期)*100
2. 环保系数 = 商品原价/折扣价 (差价越大说明节约价值越高)
3. 距离系数 = 1/(实际距离+1)

java复制public List<MysteryBox> recommendBoxes(Long userId) {
    User user = userDao.selectById(userId);
    List<MysteryBox> candidates = boxDao.selectAvailable();
    
    return candidates.stream()
        .map(box -> {
            double freshness = calculateFreshness(box);
            double ecoValue = box.getOriginalPrice().divide(box.getDiscountPrice());
            double distance = geoService.getDistance(user.getAddress(), box.getAddress());
            
            box.setRecommendScore(
                0.4*freshness + 0.3*ecoValue + 0.3*(1/(distance+1))
            );
            return box;
        })
        .sorted(Comparator.comparing(MysteryBox::getRecommendScore).reversed())
        .limit(20)
        .collect(Collectors.toList());
}

3.2 安全核销机制

为防止黄牛倒卖，设计双重验证：

1. 动态二维码：每次打开小程序生成新二维码，服务端记录有效时间
2. 地理位置围栏：核销时校验设备GPS是否在门店200米范围内

sql复制CREATE TABLE verification_log (
    id BIGINT PRIMARY KEY,
    box_id BIGINT NOT NULL,
    user_id BIGINT NOT NULL,
    qrcode VARCHAR(64) NOT NULL,
    verify_time DATETIME NOT NULL,
    device_geo POINT NOT NULL,
    SPATIAL INDEX(device_geo)
);

4. 特色功能实现

4.1 食品信息区块链存证

虽然毕业设计不要求区块链，但为体现技术前瞻性，使用Hyperledger Fabric简单实现关键数据上链：

1. 商户资质信息
2. 食品质检报告
3. 核销记录

yaml复制# fabric链码示例
contract FoodSafety {
    async UploadCert(ctx, merchantId, certHash) {
        await ctx.stub.putState(`CERT_${merchantId}`, certHash);
    }
    
    async VerifyCert(ctx, merchantId) {
        return await ctx.stub.getState(`CERT_${merchantId}`);
    }
}

4.2 智能预警系统

通过定时任务检查：

• 临期食品：提前6小时推送提醒
• 未领取订单：截止前2小时发送短信
• 异常温度：对接IoT设备监测冷链存储

java复制@Scheduled(cron = "0 0/30 * * * ?")
public void checkExpiringFood() {
    List<MysteryBox> boxes = boxDao.selectExpiringSoon();
    boxes.forEach(box -> {
        if(box.getReserved() > 0) {
            pushService.sendTemplateMsg(
                box.getUserId(),
                "您的盲盒即将过期",
                "请在" + box.getPickupEnd() + "前领取"
            );
        }
    });
}

5. 开发踩坑实录

5.1 时间处理陷阱

初期直接用Date类型导致时区问题：

永远用LocalDateTime替代Date
MySQL字段用DATETIME而非TIMESTAMP
前端传递时间戳而非格式化字符串

5.2 并发控制方案对比

测试时发现超卖问题，最终方案：

1. 乐观锁（版本号）→ 高并发下重试次数过多
2. Redis原子操作 → 简单场景有效
3. 分布式锁（Redisson）→ 最终选择

java复制public boolean reserveBox(Long boxId, Long userId) {
    String lockKey = "lock:box:" + boxId;
    RLock lock = redissonClient.getLock(lockKey);
    
    try {
        if(lock.tryLock(1, 10, TimeUnit.SECONDS)) {
            // 真正的库存扣减逻辑
            return doReserve(boxId, userId);
        }
    } finally {
        lock.unlock();
    }
    return false;
}

6. 项目扩展方向

实际部署时可考虑：

1. 接入饿了么开放平台获取商户资源
2. 增加AI图像识别：用户上传冰箱照片推荐搭配方案
3. 引入碳积分体系：节约食物可兑换优惠券

数据库表设计建议预留扩展字段：

sql复制ALTER TABLE mystery_box 
ADD COLUMN extend_data JSON COMMENT '扩展字段';

这个项目让我深刻体会到，好的技术方案需要兼顾商业可行性和社会价值。在调试冷链监控模块时，凌晨三点收到温度异常报警的测试短信，那一刻突然理解了什么叫"用代码改变世界"。