SpringBoot校园点餐平台：高并发架构与实战

1. 项目背景与核心价值

校园点餐平台是当前高校数字化转型中的典型应用场景。作为一名经历过多个校园信息化项目的开发者，我深刻理解这类系统需要平衡的三个核心诉求：学生使用的便捷性、商户管理的易用性、以及校园场景的特殊性（如集中用餐时段的并发压力）。这个基于SpringBoot的解决方案，正是针对这些痛点设计的实战项目。

传统校园餐饮存在几个明显痛点：食堂窗口排队时间长、校外餐饮配送无法进校、学生团体订餐缺乏统一渠道。这个平台实现了线上点餐、支付对接、订单管理和数据统计的全流程数字化，实测可降低食堂高峰期排队时间40%以上。源码采用模块化设计，包含商户端、用户端、配送端三个子系统，使用SpringBoot 2.7.x + MyBatis-Plus + Redis技术栈，适合作为企业级项目的入门实践。

提示：校园场景的特殊性在于用户群体固定（学号认证）、用餐时间集中（午间12:00-13:00瞬时并发高）、支付方式受限（通常需对接校园一卡通），这些都是在架构设计时需要重点考虑的约束条件。

2. 技术架构解析

2.1 整体架构设计

系统采用经典的三层架构，但针对校园场景做了特殊优化：

code复制表现层：Thymeleaf + Bootstrap (商户端) + Uni-app (学生移动端)
业务层：SpringBoot 2.7.6 + Spring Security (OAuth2学号认证)
数据层：MySQL 8.0 (主库) + Redis 7.0 (缓存/秒杀)
中间件：RabbitMQ 3.11 (订单异步处理) + Aliyun OSS (餐品图片)

这种架构选择基于三个考量：

1. 前后端分离但保留Thymeleaf模板引擎，便于商户快速上手管理后台
2. 采用学号而非手机号作为主账号体系，符合校园实名制要求
3. Redis双写策略解决用餐高峰期的库存超卖问题

2.2 关键技术实现

2.2.1 高并发订单处理

在12:00-12:15的用餐高峰时段，系统需要处理每秒300+的订单请求。我们通过以下方案保证稳定性：

java复制// 使用Redis分布式锁防止重复下单
public Result submitOrder(OrderDTO dto) {
    String lockKey = "order:" + dto.getStudentId();
    RedisLock lock = new RedisLock(redisTemplate, lockKey, 30, 1000);
    try {
        if (lock.lock()) {
            // 1. 校验库存
            int remain = redisTemplate.opsForValue()
                .decrement("dish:" + dto.getDishId(), dto.getQuantity());
            if (remain < 0) {
                redisTemplate.opsForValue()
                    .increment("dish:" + dto.getDishId(), dto.getQuantity());
                return Result.error("库存不足");
            }
            // 2. 异步创建订单
            rabbitTemplate.convertAndSend(
                "order.queue", 
                JSON.toJSONString(dto));
            return Result.success();
        }
    } finally {
        lock.unlock();
    }
}

2.2.2 多端权限控制

系统采用RBAC模型扩展，针对三类角色设计权限矩阵：

通过自定义注解实现接口级控制：

java复制@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface RequireRole {
    UserType[] value() default {UserType.STUDENT};
}

// 使用示例
@RequireRole({UserType.MERCHANT, UserType.ADMIN})
@PostMapping("/dish")
public Result updateDish(@Valid @RequestBody Dish dish) {
    // ...
}

3. 核心功能实现细节

3.1 智能推荐模块

基于用户历史订单数据实现推荐算法：

1. 协同过滤：计算相似学生的点餐偏好
2. 时段推荐：早餐推粥类、夜宵推快餐等
3. 热销榜单：按食堂窗口实时更新

sql复制-- 热销统计SQL示例
SELECT d.id, d.name, COUNT(o.id) as sales 
FROM dish d LEFT JOIN order_detail od ON d.id = od.dish_id
LEFT JOIN orders o ON od.order_id = o.id
WHERE o.create_time > DATE_SUB(NOW(), INTERVAL 7 DAY)
GROUP BY d.id
ORDER BY sales DESC
LIMIT 10;

3.2 支付对接方案

校园场景需支持多种支付方式：

• 校园一卡通（通过学校开放API）
• 微信小程序支付（需特殊资质报备）
• 余额充值（平台内部账户）

支付状态机设计：

mermaid复制stateDiagram
    [*] --> 待支付
    待支付 --> 已取消: 超时未支付
    待支付 --> 支付中: 发起支付
    支付中 --> 支付成功: 回调通知
    支付中 --> 支付失败: 错误返回

注意：校园支付需特别注意合规性，建议：

1. 一卡通对接必须通过学校官方接口
2. 微信支付需申请教育类目
3. 余额充值需设置单日限额

4. 部署与性能优化

4.1 服务器配置建议

根据实测数据给出推荐配置：

4.2 缓存策略实践

采用多级缓存提升响应速度：

1. 静态菜单数据：Redis缓存2小时
2. 个人推荐列表：Redis缓存 + 本地缓存(Caffeine)
3. 热销榜单：每5分钟预计算

缓存更新策略对比：

5. 源码解析与二次开发

5.1 工程结构说明

code复制src/
├── main/
│   ├── java/
│   │   ├── config/       # 系统配置
│   │   ├── controller/   # 三层架构
│   │   ├── service/
│   │   ├── mapper/
│   │   ├── entity/
│   │   ├── util/         # 工具类
│   │   └── CampusOrderApplication.java
│   └── resources/
│       ├── static/       # 前端资源
│       ├── templates/    # 商户后台页面
│       └── application.yml
└── test/                 # 测试代码

5.2 关键配置示例

数据库多数据源配置（主从分离）：

yaml复制spring:
  datasource:
    master:
      url: jdbc:mysql://master.db:3306/campus
      username: root
      password: 123456
    slave:
      url: jdbc:mysql://slave.db:3306/campus
      username: read
      password: 123456
  redis:
    host: redis.db
    port: 6379
    password: campus@2023

6. 常见问题解决方案

6.1 性能问题排查

场景：午高峰时段接口响应变慢
排查步骤：

1. 使用Arthas监控方法耗时：trace com.example.service.OrderService submitOrder
2. 检查Redis慢查询：redis-cli --latency -h 127.0.0.1
3. 分析MySQL慢SQL：SHOW PROCESSLIST;

典型优化案例：

• 将COUNT(*)查询改为COUNT(id)
• 为order_detail表的dish_id添加索引
• 调整MyBatis批量插入batchSize为500

6.2 事务一致性保障

采用最终一致性方案处理支付与订单状态：

1. 支付成功后发送MQ消息
2. 消费者更新订单状态+增加商户余额
3. 定时任务补偿异常订单

java复制@Transactional
public void handlePaySuccess(PayNotify notify) {
    // 1. 更新订单状态
    orderMapper.updateStatus(notify.getOrderNo(), PAID);
    // 2. 增加商户余额
    merchantMapper.addBalance(
        notify.getMerchantId(), 
        notify.getAmount());
    // 3. 记录资金流水
    financeMapper.insert(buildFlow(notify));
}

7. 扩展方向建议

根据实际落地经验，给出三个有价值的扩展方向：

1. 智能调度系统
   结合课程表数据预测各食堂人流，动态调整接单窗口数量

2. 食品安全溯源
   对接食材供应商系统，实现从采购到售出的全链条追踪

3. 低碳积分体系
   对选择环保包装或参与"光盘行动"的学生给予积分奖励

项目源码已包含完整的Docker Compose部署文件，实现一键环境初始化。建议二次开发时重点关注：

• 学校个性化需求（如院系补贴账户）
• 特殊时期处理（如考试周延长营业时间）
• 与现有校园系统的对接（门禁、课表等）