毕业设计实战：Spring Boot校园体育场馆预约系统，从高并发选场到避坑全指南！毕业设计实战：Spring Boot

毕业设计实战：Spring Boot校园体育场馆预约系统，从高并发选场到避坑全指南！

家人们谁懂啊！当初做校园体育场馆预约系统时，光“时间段冲突检测”就折磨了我整整一周——一开始用简单的时间字符串比较，结果同一场地上午9-10点和9:30-10:30居然能同时预约成功，导师看了直摇头说“时间逻辑有严重bug”😫 后来踩遍所有坑才总结出这套高并发场景下的时间段解决方案，今天把场馆预约从需求分析、Spring Boot框架搭建、时间冲突算法到并发测试的核心细节说透，学弟学妹们不用再为预约冲突烦恼，轻松搞定毕设！

一、先搞懂“校园体育场馆系统要啥”！别做成普通预约系统

刚开始我把场馆预约做成简单的“会议室预约”，花两周搞了“人脸识别签到”，结果导师一句“核心是时间段管理、场地类型、并发预约、费用结算，不是生物识别”直接打回重改！后来才明白，体育场馆系统需求得抓准“校园体育场景特殊性”，这步做对，少走60%弯路。

1. 核心用户&功能拆解（踩坑后总结版）

系统主要有两类核心用户：管理员、学生用户（别漏“教师用户”角色！我当初只考虑学生，结果导师问“教师团体预约怎么处理”时懵了）：

管理员端（场地管理核心）：
- 场地管理：维护场馆信息（名称/图片/类型/容量）、设置开放时间、管理价格策略（原价/学生价）
- 时间段配置：设置可预约时间段（如9:00-10:00、14:00-15:00）、管理特殊时段（考试周/节假日）
- 订单管理：审核预约订单、处理取消申请、导出使用统计报表
- 系统管理：发布公告、维护场地类型、管理用户账号、处理论坛内容
学生端（预约体验核心）：
- 场地浏览：按类型筛选场地（篮球场/足球场/羽毛球馆）、查看场地详情（图片/价格/容量）
- 智能预约：选择日期→选择时间段→选择场地→冲突检测→支付/确认→预约成功
- 个人中心：查看我的预约、取消预约、收藏场地、发表论坛帖子、查看公告
- 费用管理：余额充值、查看消费记录（我当初漏了余额字段，导师让补上）

2. 体育场馆特殊需求分析（血泪教训！）

别照搬酒店预订逻辑！场馆预约核心是“时间段精确性”和“场地类型匹配”，我当初按小时预约，结果足球场被分成4个15分钟段，被吐槽“不合理”
一定要画预约流程图！用DrawIO画“用户选择→时间冲突检测→并发锁定→支付确认→预约成功”完整流程，重点标注“时间段重叠算法”（当初没画，编码时逻辑混乱）
写“校园体育场景约束文档”！把特殊规则写清楚（如“同一用户同一时间段只能预约一个场地”“提前30分钟可取消”“考试周预约规则不同”），编码时对着做

3. 可行性分析要突出“高并发抢场场景”

导师必问“体育课选课期间系统能撑住吗”，从3个角度回答：

技术可行性：Spring Boot + Redis实现分布式锁，MySQL事务保证数据一致性，完全支撑校园高并发预约
校园适用性：符合校园信息化建设要求，替代人工登记，提高场地利用率，规范使用流程
操作可行性：界面简洁，学生3步完成预约，支持手机端操作，符合学生使用习惯

二、技术选型要稳！Spring Boot比SSM更适合快速开发

刚开始我坚持用传统的SSM框架，结果“时间段冲突检测”逻辑复杂，代码冗余严重😫 后来换成Spring Boot 2.7 + MyBatis Plus + MySQL 8.0 + Redis + Vue 2 + Element UI，开发效率提升2倍！

1. 技术栈核心选择（附体育场景适配理由）

技术工具	为什么选它	体育场景适配点	避坑提醒！
Spring Boot 2.7	快速开发，自动配置	校园项目时间紧，Spring Boot减少配置时间	别用Spring Boot 3.x！部分学校服务器JDK版本低
MyBatis Plus	简化CRUD，提高效率	场馆系统的增删改查操作多，MP代码生成省时	别用太老的版本！3.5.x稳定且功能全
MySQL 8.0	支持窗口函数，时间处理强	时间段冲突查询需要复杂SQL，MySQL 8.0窗口函数好用	必须使用datetime类型存时间，别用varchar！
Redis 6.x	缓存热点数据，实现分布式锁	缓存热门场地、时间段状态、并发锁	配置哨兵模式，防止单点故障
Vue 2 + Element UI	组件丰富，开发效率高	时间选择器、场地日历视图用Element UI很方便	别用Vue 3 + Element Plus！兼容性要求高
微信支付/校园卡	支付对接必备	校园场景常用微信支付或校园卡扣费	先用模拟支付，答辩时演示流程即可

2. 体育场馆系统开发环境搭建（关键步骤）

时间段数据设计：设计合理的时间段划分（建议30分钟或1小时为一个时段）

Spring Boot项目初始化：用Spring Initializr创建项目，必须引入：

<!-- 场馆系统核心依赖 -->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
<dependency>
    <groupId>com.baomidou</groupId>
    <artifactId>mybatis-plus-boot-starter</artifactId>
    <version>3.5.3</version>
</dependency>
<dependency>
    <groupId>cn.hutool</groupId>
    <artifactId>hutool-all</artifactId>
    <version>5.8.16</version> <!-- 时间处理工具 -->
</dependency>

时间业务配置：application.yml中配置：

sports:
  booking:
    min-before-cancel: 30 # 提前30分钟可取消
    max-days-ahead: 7    # 最多提前7天预约
    time-slots: "09:00-10:00,10:00-11:00,14:00-15:00,15:00-16:00" # 可预约时段

三、数据库设计：时间段冲突检测是核心难点

这是场馆系统“最易出错点”，我当初用简单的时间字符串，结果9:00-10:00和9:30-10:30检测不出冲突😫 后来用“开始时间+结束时间+状态位”三重保障，彻底解决。

1. 核心场馆实体&关联（附ER图技巧）

场馆系统8张核心表，关联必须清晰：

基础信息表：用户表（yonghu）、场地表（changdi）、场地类型表（changdi_type）
业务核心表：预约订单表（changdi_order）、时间段配置表（time_slot，我当初漏了！）
辅助表：收藏表（changdi_collection）、论坛表（forum）、公告表（gonggao）

关键表设计提醒：

必须加时间段配置表：time_slot_config（id, slot_name, start_time, end_time, is_available）——管理所有可预约时段！
订单表关键字段：buy_time预约日期、shijianduan时间段（存slot_id）、status（0待确认/1已预约/2已取消/3已使用）
场地时间状态表：changdi_time_status（changdi_id, date, time_slot_id, status, user_id）——解决并发核心！

2. 场馆系统表关键设计（时间冲突解决方案）

-- 时间段配置表 - 系统核心
CREATE TABLE `time_slot_config` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `slot_name` varchar(50) NOT NULL COMMENT '时段名称',
  `start_time` time NOT NULL COMMENT '开始时间',
  `end_time` time NOT NULL COMMENT '结束时间',
  `is_available` tinyint(1) DEFAULT '1' COMMENT '是否可用',
  `price_coefficient` decimal(3,2) DEFAULT '1.00' COMMENT '价格系数',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_time_range` (`start_time`,`end_time`), -- 防止重复时段
  KEY `idx_available` (`is_available`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='时间段配置表';

-- 场地时间状态表 - 解决冲突关键
CREATE TABLE `changdi_time_status` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `changdi_id` int(11) NOT NULL,
  `booking_date` date NOT NULL COMMENT '预约日期',
  `time_slot_id` int(11) NOT NULL COMMENT '时段ID',
  `status` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0空闲 1锁定中 2已预约',
  `user_id` int(11) DEFAULT NULL COMMENT '用户ID',
  `lock_time` datetime DEFAULT NULL COMMENT '锁定时间',
  `version` int(11) DEFAULT '0' COMMENT '版本号',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_changdi_date_slot` (`changdi_id`,`booking_date`,`time_slot_id`), -- 唯一约束
  KEY `idx_date_status` (`booking_date`,`status`),
  KEY `idx_lock_time` (`lock_time`) -- 清理过期锁
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='场地时间状态表';

-- 插入示例时间段数据
INSERT INTO `time_slot_config` VALUES 
(1, '上午第一场', '09:00:00', '10:00:00', 1, 1.00),
(2, '上午第二场', '10:00:00', '11:00:00', 1, 1.00),
(3, '下午第一场', '14:00:00', '15:00:00', 1, 1.00),
(4, '下午第二场', '15:00:00', '16:00:00', 1, 1.00),
(5, '晚上第一场', '18:00:00', '19:00:00', 1, 1.20), -- 晚上加价
(6, '晚上第二场', '19:00:00', '20:00:00', 1, 1.20);

3. 时间冲突检测SQL（必做！）

-- 检测某个场地某天某个时段是否可预约
SELECT 
  cts.status,
  cts.user_id,
  u.yonghu_name as locked_user
FROM changdi_time_status cts
LEFT JOIN yonghu u ON cts.user_id = u.id
WHERE cts.changdi_id = 1 
  AND cts.booking_date = '2023-10-01'
  AND cts.time_slot_id = 1;

-- 复杂场景：检测连续时段预约（如篮球比赛需要2个连续时段）
SELECT 
  ts.slot_name,
  cts.status
FROM time_slot_config ts
LEFT JOIN changdi_time_status cts ON ts.id = cts.time_slot_id 
  AND cts.changdi_id = 1 
  AND cts.booking_date = '2023-10-01'
WHERE ts.id IN (1, 2)  -- 检测时段1和时段2
ORDER BY ts.start_time;

-- 如果有任意一个时段不可用，则不能预约连续时段

四、功能实现：场馆预约核心模块

不用做所有功能！先搞定3个核心模块，答辩足够出彩：

1. 用户端：智能场地预约模块（答辩亮点！）

这是场馆系统最复杂模块，我当初用简单下拉框选择时间，被吐槽“体验差”，重做后用了日历+时间轴可视化：

预约算法逻辑：
1. 前端：日历组件选择日期，时间轴显示所有时段，绿色=空闲，红色=已约，黄色=锁定
2. 冲突检测：用户选择时段→AJAX请求后端→检测时间冲突→检测连续时段可用性
3. 并发控制：Redis分布式锁（setnx with expire）锁定选中时段
4. 费用计算：基础价格 × 时段系数 × 用户类型系数（学生8折）

页面设计（Vue + Element UI + FullCalendar）：

<!-- 预约日历组件 -->
<template>
  <div class="booking-container">
    <!-- 场地选择 -->
    <el-select v-model="selectedChangdi" @change="loadTimeSlots">
      <el-option v-for="item in changdiList" :key="item.id" 
                 :label="item.changdi_name" :value="item.id">
      </el-option>
    </el-select>
    
    <!-- 日历组件 -->
    <full-calendar :options="calendarOptions" />
    
    <!-- 时间轴 -->
    <div class="time-slots">
      <div v-for="slot in timeSlots" :key="slot.id" 
           :class="['time-slot', getSlotClass(slot)]"
           @click="selectSlot(slot)">
        <div class="time">{{ slot.start_time }}-{{ slot.end_time }}</div>
        <div class="status">{{ getStatusText(slot) }}</div>
        <div class="price">{{ calculatePrice(slot) }}元</div>
      </div>
    </div>
  </div>
</template>

<script>
export default {
  data() {
    return {
      selectedChangdi: null,
      selectedDate: null,
      timeSlots: [],
      calendarOptions: {
        initialView: 'dayGridMonth',
        dateClick: this.handleDateClick,
        events: []
      }
    }
  },
  methods: {
    // 选择日期
    handleDateClick(info) {
      this.selectedDate = info.dateStr;
      this.loadTimeSlots();
    },
    
    // 选择时段
    async selectSlot(slot) {
      if (slot.status !== 0) {
        this.$message.warning('该时段不可预约');
        return;
      }
      
      // 请求后端锁定时段
      const res = await this.$http.post('/booking/lock', {
        changdiId: this.selectedChangdi,
        date: this.selectedDate,
        slotId: slot.id
      });
      
      if (res.data.success) {
        this.$message.success('时段锁定成功，请在15分钟内完成支付');
        this.startCountdown(900); // 15分钟倒计时
      } else {
        this.$message.error(res.data.message || '锁定失败');
      }
    },
    
    // 计算价格
    calculatePrice(slot) {
      const basePrice = this.selectedChangdi?.changdi_new_money || 0;
      const coefficient = slot.price_coefficient || 1.0;
      const discount = this.userInfo?.is_student ? 0.8 : 1.0;
      return (basePrice * coefficient * discount).toFixed(2);
    }
  }
}
</script>

2. 用户端：我的预约管理模块（用户体验关键！）

学生需要方便地管理自己的预约，重点“状态清晰”和“操作便捷”：

订单状态机设计：
1. 待支付（15分钟倒计时）→ 支付成功 → 已预约
2. 待支付 → 用户取消 → 已取消
3. 待支付 → 超时未支付 → 已过期（自动释放锁定）
4. 已预约 → 使用前30分钟 → 可取消（扣20%手续费）
5. 已预约 → 已使用 → 可评价
页面设计：
- 日历视图：显示所有预约，不同状态不同颜色
- 快捷操作：一键取消（符合条件时）、查看详情、导航到场地
- 统计信息：本月预约次数、消费金额、常用场地

3. 管理员端：场地时段管理模块（业务核心！）

管理员核心操作，重点“批量设置”和“特殊日期管理”：

操作逻辑：
1. 常规设置：设置工作日/周末开放时段、设置不同季节时间调整
2. 特殊日期：考试周（减少开放）、节假日（增加开放）、维修日（关闭）
3. 批量操作：复制某天设置到整个月、一键开放/关闭所有场地
4. 价格策略：设置学生优惠、团体优惠、长期预约优惠
页面设计：
- 可视化排班表：按场地×日期矩阵显示状态，支持批量修改
- 特殊日期标记：红色=关闭日，绿色=特殊开放日
- 时段模板管理：保存常用时段组合，快速应用

五、场馆系统测试要覆盖高并发场景！

体育场馆系统最怕并发预约，测试必须严格：

1. 功能测试（场馆特殊场景）

测试场景	操作步骤	预期结果	重要性
两人同时预约同一时段	用户A和B同时点击9:00-10:00时段	一人成功，一人提示“该时段已被预约”	避免超约，必须通过
连续时段预约检测	用户预约9:00-10:00后，尝试预约10:00-11:00	可以正常预约（非冲突时段）	保证合理使用
跨时段冲突检测	用户已约9:00-10:00，再约9:30-10:30	提示“时间冲突，请选择其他时段”	核心算法测试
特殊日期预约	考试周尝试预约场地	提示“考试周期间场地不开放”	特殊规则测试

2. 压力测试（体育课选课场景）

模拟体育课选课高峰期：

并发预约测试：模拟50人同时抢20个时段，系统应正确处理并发
连续时段压力：模拟篮球比赛预约（需要2-3个连续时段），检测连续时段算法
锁性能测试：测试Redis分布式锁性能，响应时间<100ms

3. 兼容性测试（多终端预约）

学生可能用各种设备预约：

手机浏览器：微信内置浏览器（重点！学生常用）
不同屏幕：手机竖屏/横屏适配
支付方式：微信支付、校园卡余额、支付宝（至少实现一个）

六、答辩准备：突出体育场馆特色

演示流程要有场景感：按“学生选场地→选择日期时段→冲突检测→支付确认→预约成功→到场签到”完整流程演示
讲“时间冲突解决方案”：比如“简单时间比较不准确→用区间算法；并发超约问题→用Redis分布式锁+数据库乐观锁；连续时段预约→用事务保证原子性”
准备体育场馆业务问题：
- Q：如果学生预约后不去，场地空置怎么办？ A：系统有爽约机制，爽约3次限制预约；提前30分钟可免费取消，30分钟内取消扣手续费
- Q：团体活动怎么预约？ A：支持团体预约功能，队长预约后生成邀请码，队员凭码加入，统一支付

七、最后：体育场馆系统毕设要点总结

以上就是Spring Boot校园体育场馆预约系统的避坑指南！场馆系统毕设要抓住“时间冲突”和“并发预约”两个难点，把时间段算法、并发控制、状态机三个核心做扎实，数据库设计一定要考虑时间处理（datetime类型+区间算法）。

需要场馆系统完整源码（带可视化预约、时间冲突检测、并发控制）、时间算法工具类、高并发测试方案的学弟学妹，评论区扣“体育场馆系统”，我私发你；卡在某个业务场景（如连续时段预约、特殊日期规则），也可以留言，看到必回！

点赞收藏，体育场馆毕设不迷茫～祝大家顺利毕业，答辩高分！🏀⚽🎾