简介本资源为基于SSM与JSP的场馆预约管理系统完整项目包面向计算机相关专业毕业设计学生及Java Web初学者帮助解决场地预约场景下的系统设计与实现问题。项目采用SpringMVC、Spring、MyBatis作为后端框架前端使用JSP与jQuery划分管理员与用户两类角色集成场地管理、轮播图管理、通知管理、场馆预定等核心功能模块结构清晰适合作为课程设计或毕设参考。压缩包共1021个文件约22.43MB包含68个Java源文件、67个JSP页面、76个jar依赖包、1个SQL数据库脚本以及大量js、css、png、gif等前端静态资源覆盖后端逻辑、页面渲染与样式交互的完整链路。目前已有47人学习下载。读者可获取可直接部署运行的源码与数据库文件结合IDEA、MySQL、Tomcat环境快速搭建项目理解SSM整合流程与JSP页面开发方式并在此基础上进行功能扩展或二次开发。1. 从一份 SSMJSP 场馆预约系统源码说起它到底能解决什么问题如果你手头正好有一套基于 SSM 框架加 JSP 的场馆预约管理系统源码还附带数据库脚本那它大概率能帮你省掉从零搭架子的一两周时间。场馆预约这个场景听起来简单——用户选时间段、下单、管理员审核——但真正落到代码里核心难点集中在三处时间段冲突检测、并发下的重复预约、以及 JSP 页面与后端数据的同步刷新。SSMSpring SpringMVC MyBatis作为国内高校课程设计和中小型项目里最常见的组合配合 JSP 做服务端渲染天然适合这类需要快速交付、部署环境简单的管理系统。这套源码适合谁一是做课程设计或毕业设计的学生二是需要快速验证预约类业务逻辑的开发者三是想拿一个完整 CRUD 项目练手 SSM 整合的人。数据库脚本通常包含用户表、场馆表、预约记录表、管理员表这几张核心表导入 MySQL 后配合 Tomcat 就能跑起来。但拿到源码只是起点真正让它跑通、跑稳还得把环境、配置、SQL 和 JSP 刷新这几块逐一啃下来。2. 把源码跑起来环境搭建与数据库导入的完整路径2.1 JDK、Tomcat、Maven 的版本匹配问题SSM 项目对版本比较敏感尤其是 Spring 版本和 JDK 版本的对应关系。常见做法是 JDK 8 Tomcat 8.5 Maven 3.6 这套组合兼容性最好。如果你用 JDK 11 或 17Spring 4.x 的某些反射逻辑会报IllegalAccessError这不是代码写错了是模块化系统带来的访问限制。我一般会先确认pom.xml里 Spring 的版本号如果是 4.3.x就老老实实切回 JDK 8。# 查看当前 JDK 版本 java -version # 如果输出是 11 或 17需要切换到 JDK 8 export JAVA_HOME/usr/lib/jvm/java-8-openjdk-amd64 export PATH$JAVA_HOME/bin:$PATH # 验证切换结果 java -version上面这段命令的作用是临时切换 JDK 版本适合在 Linux 或 macOS 下快速验证。JAVA_HOME指向 JDK 8 的安装目录PATH确保java命令优先调用这个版本。Windows 下则在系统环境变量里改改完要新开命令行窗口才生效。参数上唯一要注意的是路径别写错/usr/lib/jvm/下面通常有多个版本用ls确认一下目录名。Maven 这边pom.xml里的依赖如果下载慢可以在settings.xml里配国内镜像。但别用太新的 Maven 3.9它对 HTTP 仓库的拦截比较严格老项目里有些依赖走 HTTP 协议会直接报错。Maven 3.6.3 是稳妥选择。2.2 数据库脚本导入与连接池配置数据库脚本一般是一个.sql文件用 Navicat 或命令行导入都行。命令行方式更可控# 登录 MySQL 并创建数据库 mysql -u root -p -e CREATE DATABASE venue_booking DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 导入 SQL 脚本 mysql -u root -p venue_booking venue_booking.sql # 验证表是否创建成功 mysql -u root -p -e USE venue_booking; SHOW TABLES;第一行创建数据库时指定utf8mb4字符集避免中文乱码。第二行把脚本导入指定库注意方向不能反。第三行列出所有表正常应该看到user、venue、booking、admin这几张。如果导入时报Unknown command \多半是脚本里用了 Windows 换行符用dos2unix转一下再导。连接池配置在applicationContext.xml或jdbc.properties里。常见的是 Druid 或 C3P0。重点看四个参数url、username、password、driverClassName。url里要加useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai否则时间字段会差 8 小时。maxActive设 20 左右够用maxWait设 3000 毫秒避免请求堆积时线程卡死。!-- jdbc.properties 示例 -- jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/venue_booking?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.passwordyour_password jdbc.maxActive20 jdbc.maxWait3000driver这里用的是com.mysql.cj.jdbc.Driver对应 MySQL 8.x 的驱动包。如果你本地是 MySQL 5.7驱动类名要改成com.mysql.jdbc.Driver否则启动时报ClassNotFoundException。serverTimezone必须显式指定不然 MySQL 8 会抛时区异常。2.3 Tomcat 部署与项目访问路径把项目打成 WAR 包丢进 Tomcat 的webapps目录是最直接的方式。在 IDEA 里配 Tomcat 的话注意Application context设成/或/venue这决定了你访问的 URL 前缀。# 在项目根目录执行打包 mvn clean package -DskipTests # 把 target 下的 war 包复制到 Tomcat cp target/venue-booking.war $TOMCAT_HOME/webapps/ # 启动 Tomcat $TOMCAT_HOME/bin/startup.sh # 查看启动日志确认无异常 tail -f $TOMCAT_HOME/logs/catalina.out-DskipTests跳过测试用例因为课程设计项目里的测试往往不完整跑了反而报错。复制 WAR 包后 Tomcat 会自动解压访问http://localhost:8080/venue-booking/就能看到登录页。如果 404先看catalina.out里有没有Context startup failed再检查web.xml里的servlet-mapping是否和 JSP 路径对得上。3. 场馆预约的核心逻辑时间段冲突检测与并发控制3.1 预约冲突检测的 SQL 写法与边界条件预约系统最核心的一条 SQL 就是判断某个场馆在某个时间段内是否已被占用。假设booking表有venue_id、start_time、end_time、status四个关键字段冲突检测的逻辑是新预约的[start, end)与已有预约的[start, end)有交集。SELECT COUNT(*) FROM booking WHERE venue_id #{venueId} AND status 1 AND start_time #{endTime} AND end_time #{startTime};这条 SQL 的四个条件缺一不可。status 1表示只查有效预约已取消的不算。start_time endTime和end_time startTime是区间重叠的标准判断注意用的是严格小于和严格大于这样相邻时间段比如 10:00-11:00 和 11:00-12:00不会被误判为冲突。返回COUNT(*)大于 0 就说明有冲突直接拒绝新预约。边界条件上有个容易翻车的地方如果用户预约的是 10:00-11:00而数据库里已有一条 11:00-12:00 的记录上面的 SQL 不会判定冲突这是对的。但如果数据库里存的是end_time 11:00:00而新预约start_time 11:00:00严格小于和严格大于保证了不冲突。可一旦有人把时间存成了10:59:59那就变成冲突了。所以前端传时间时统一用整点或整分别带秒的零头。3.2 并发下的重复预约从数据库唯一索引到应用层锁上面那条 SQL 在单线程下没问题但两个请求同时进来都查到COUNT 0然后都插入就产生了重复预约。这是典型的并发问题光靠应用层判断不够。最可靠的做法是在数据库层加约束。MySQL 没法直接对时间段加唯一索引但可以加一个UNIQUE KEY在(venue_id, start_time)上这样同一场馆同一开始时间只能有一条记录。插入时如果违反约束MyBatis 会抛DuplicateKeyException在 Service 层捕获后返回“该时段已被预约”。try { bookingMapper.insert(booking); } catch (DuplicateKeyException e) { throw new BusinessException(该时段已被预约请选择其他时间); }DuplicateKeyException是 Spring 对 SQL 完整性约束异常的封装捕获它比在代码里手动查一遍再插入要可靠得多。但注意这个方案只能防住start_time完全相同的并发如果两个请求的start_time差一秒唯一索引就拦不住。所以更完整的做法是在 Service 方法上加synchronized或使用 Redis 分布式锁但课程设计项目里通常用数据库唯一索引就够了。提示如果用的是 MySQL 5.7 以下版本DuplicateKeyException可能被包装成MySQLIntegrityConstraintViolationException捕获时用DataIntegrityViolationException更通用。3.3 MyBatis 映射文件里容易写错的三个地方第一个是resultMap的字段映射。数据库用下划线命名venue_idJava 实体用驼峰venueId如果没开mapUnderscoreToCamelCase就得在resultMap里手动写result columnvenue_id propertyvenueId/。我一般直接在mybatis-config.xml里开这个配置省事。settings setting namemapUnderscoreToCamelCase valuetrue/ setting namelogImpl valueSTDOUT_LOGGING/ /settingsmapUnderscoreToCamelCase开启后venue_id自动映射到venueId。logImpl设成STDOUT_LOGGING可以把 SQL 打印到控制台调试时非常有用但上线前记得关掉否则日志量很大。第二个是#{}和${}的区别。#{}是预编译参数能防 SQL 注入${}是字符串拼接只在动态表名或排序字段时用。预约查询里所有用户输入的时间、ID 都必须用#{}。第三个是useGeneratedKeys。插入预约记录后如果需要拿到自增主键要在insert标签上加useGeneratedKeystrue keyPropertyid否则booking.getId()返回 null。4. JSP 页面与后端数据同步刷新、展示与常见异常4.1 JSP 个人信息展示页面的数据绑定方式JSP 里展示个人信息常见做法是后端Controller把User对象放进ModelJSP 用 EL 表达式取。% page contentTypetext/html;charsetUTF-8 languagejava % html headtitle个人信息/title/head body h2欢迎${user.username}/h2 table trtd邮箱/tdtd${user.email}/td/tr trtd手机/tdtd${user.phone}/td/tr trtd注册时间/tdtd${user.createTime}/td/tr /table /body /html${user.username}会调用User类的getUsername()方法。如果页面显示空白先确认Controller里有没有model.addAttribute(user, user)再确认User类有没有对应的 getter。createTime如果是Date类型默认格式不好看可以用fmt:formatDate value${user.createTime} patternyyyy-MM-dd HH:mm/格式化但记得在页面顶部引入% taglib prefixfmt urihttp://java.sun.com/jsp/jstl/fmt %。4.2 让 JSP 页面加载完后自动刷新一次的实现有些场景需要页面加载完成后自动刷新一次比如支付回调后更新订单状态。纯 JSP 里可以用setTimeout配合location.reload()。window.onload function() { // 检查 URL 参数避免无限刷新 var url new URL(window.location.href); if (!url.searchParams.has(refreshed)) { url.searchParams.set(refreshed, 1); window.location.href url.toString(); } };这段代码的关键是加了refreshed参数判断否则window.onload里调location.reload()会陷入无限刷新循环。第一次加载时 URL 没有refreshed加上参数后跳转第二次加载时已有参数不再跳转。这是最稳妥的写法。如果只是想让某个数据区域刷新用 AJAX 局部更新更好别整页刷。注意URL对象在 IE 里不支持如果项目要求兼容 IE得用location.search手动解析。4.3 前端资源路径与 404 排查JSP 里引 CSS、JS、图片路径写不对就是 404。推荐用c:url标签或${pageContext.request.contextPath}拼绝对路径。link relstylesheet href${pageContext.request.contextPath}/static/css/main.css script src${pageContext.request.contextPath}/static/js/booking.js/script${pageContext.request.contextPath}会解析成项目部署的上下文路径比如/venue-booking。这样无论项目部署在哪个路径下资源都能正确加载。如果还是 404检查spring-mvc.xml里有没有配mvc:resources mapping/static/** location/static//没配的话 SpringMVC 会把静态资源请求当成 Controller 映射处理自然找不到。5. 避坑与排查源码跑不通时先看这五条5.1 启动报 NoClassDefFoundError 或 ClassNotFoundException现象Tomcat 启动时控制台刷java.lang.NoClassDefFoundError: org/springframework/context/ApplicationContext或类似异常。原因Maven 依赖没打进 WAR 包或者依赖冲突导致某个 jar 被排除。常见于pom.xml里 scope 设成了provided但 Tomcat 的 lib 目录下又没有对应的 jar。解决在项目根目录执行mvn dependency:tree看依赖树确认 spring-context、spring-webmvc、mybatis、mybatis-spring 这几个核心包都在。如果 scope 是provided要么改成默认的compile要么把 jar 手动丢进 Tomcat 的lib目录。另外检查WEB-INF/lib下有没有这些 jar没有就是打包配置漏了。5.2 数据库连接报 Access denied 或 Public Key Retrieval is not allowed现象启动时连接池初始化失败日志里出现Access denied for user rootlocalhost或Public Key Retrieval is not allowed。原因前者是密码错了或用户没权限后者是 MySQL 8 的 caching_sha2_password 认证插件要求公钥检索但连接串里没开。解决密码问题就改jdbc.properties里的password。公钥问题在url后面加allowPublicKeyRetrievaltrueuseSSLfalse。完整写法jdbc:mysql://localhost:3306/venue_booking?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrueuseSSLfalse。useSSLfalse在本地开发时没问题生产环境要开。5.3 预约时间存进数据库差 8 小时现象前端选的是 14:00数据库里存的是 06:00。原因JDBC 连接串没指定serverTimezoneMySQL 驱动用了默认时区和服务器时区不一致。解决在url里加serverTimezoneAsia/Shanghai。如果已经存了错误数据用UPDATE booking SET start_time DATE_ADD(start_time, INTERVAL 8 HOUR) WHERE ...修正但更推荐清库重来避免漏改。5.4 JSP 页面中文乱码现象页面上的中文显示成??????或测试。原因JSP 文件本身的编码、pageEncoding、contentType三者不一致或者数据库字符集不是utf8mb4。解决JSP 第一行确保是% page contentTypetext/html;charsetUTF-8 languagejava pageEncodingUTF-8 %。数据库建库时用utf8mb4表也用utf8mb4。Tomcat 的server.xml里 Connector 加URIEncodingUTF-8。三处都对了就不会乱码。5.5 修改代码后页面没变化现象改了 JSP 或 Java 代码重启 Tomcat 后访问还是旧页面。原因Tomcat 的work目录缓存了编译后的 JSP或者 IDEA 没有重新编译输出。解决删掉 Tomcat 的work/Catalina/localhost/下对应项目的目录重启。IDEA 里执行Build - Rebuild Project确保target/classes下的 class 文件是新的。如果用了热部署工具如 JRebel检查配置是否生效。6. 从能跑到好用预约系统的三个进阶改造点第一个改造点是时间段粒度。原始源码通常只支持整点预约比如 9:00-10:00、10:00-11:00。但实际场馆可能按半小时甚至 15 分钟为单位。改造方式是把start_time和end_time存成DATETIME前端用时间选择器限制最小间隔。冲突检测的 SQL 不用改因为区间重叠逻辑对任意粒度都成立。唯一要注意的是前端传参格式统一成yyyy-MM-dd HH:mm:ss别一会儿带秒一会儿不带。第二个改造点是预约状态机。原始表里可能只有一个status字段0 表示取消1 表示有效。但实际业务需要“待审核”“已通过”“已拒绝”“已取消”“已完成”多个状态。建议加一个status枚举表或者在代码里定义常量避免用魔法数字。状态流转的校验放在 Service 层比如“已取消”的预约不能再次审核通过。第三个改造点是查询性能。当booking表数据量到几万条时冲突检测的 SQL 会变慢。在(venue_id, start_time, end_time)上建联合索引让查询走索引扫描而不是全表扫描。ALTER TABLE booking ADD INDEX idx_venue_time (venue_id, start_time, end_time);这个索引对冲突检测的WHERE venue_id ? AND start_time ? AND end_time ?条件有加速效果因为venue_id等值匹配后start_time和end_time的范围扫描能在索引内完成。但注意索引不是越多越好写入时会增加维护成本这张表如果读多写少加这个索引是划算的。最后一个技巧是关于验证的。改完代码别急着上线先写一个简单的并发测试脚本用curl或 Postman 同时发 10 个相同时间段的预约请求看数据库里最终有几条记录。如果只有 1 条说明唯一索引生效如果多于 1 条说明并发控制还有漏洞。这个测试比看代码逻辑靠谱得多因为并发问题往往在代码审查时看不出来一跑就现原形。我自己踩过的最大一个坑是以为在 Service 方法上加synchronized就万事大吉结果 Tomcat 默认是多线程处理请求synchronized锁的是单个 Service 实例如果 Spring 配置里 Service 是单例的确实能锁住但一旦有人把 scope 改成 prototype锁就失效了。后来老老实实回到数据库唯一索引简单可靠。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/30 16:12:12 · 阅读 1.2k SSM+JSP场馆预约系统源码实战：环境搭建、冲突检测与并发控制
简介本资源为基于SSM与JSP的场馆预约管理系统完整项目包面向计算机相关专业毕业设计学生及Java Web初学者帮助解决场地预约场景下的系统设计与实现问题。项目采用SpringMVC、Spring、MyBatis作为后端框架前端使用JSP与jQuery划分管理员与用户两类角色集成场地管理、轮播图管理、通知管理、场馆预定等核心功能模块结构清晰适合作为课程设计或毕设参考。压缩包共1021个文件约22.43MB包含68个Java源文件、67个JSP页面、76个jar依赖包、1个SQL数据库脚本以及大量js、css、png、gif等前端静态资源覆盖后端逻辑、页面渲染与样式交互的完整链路。目前已有47人学习下载。读者可获取可直接部署运行的源码与数据库文件结合IDEA、MySQL、Tomcat环境快速搭建项目理解SSM整合流程与JSP页面开发方式并在此基础上进行功能扩展或二次开发。1. 从一份 SSMJSP 场馆预约系统源码说起它到底能解决什么问题如果你手头正好有一套基于 SSM 框架加 JSP 的场馆预约管理系统源码还附带数据库脚本那它大概率能帮你省掉从零搭架子的一两周时间。场馆预约这个场景听起来简单——用户选时间段、下单、管理员审核——但真正落到代码里核心难点集中在三处时间段冲突检测、并发下的重复预约、以及 JSP 页面与后端数据的同步刷新。SSMSpring SpringMVC MyBatis作为国内高校课程设计和中小型项目里最常见的组合配合 JSP 做服务端渲染天然适合这类需要快速交付、部署环境简单的管理系统。这套源码适合谁一是做课程设计或毕业设计的学生二是需要快速验证预约类业务逻辑的开发者三是想拿一个完整 CRUD 项目练手 SSM 整合的人。数据库脚本通常包含用户表、场馆表、预约记录表、管理员表这几张核心表导入 MySQL 后配合 Tomcat 就能跑起来。但拿到源码只是起点真正让它跑通、跑稳还得把环境、配置、SQL 和 JSP 刷新这几块逐一啃下来。2. 把源码跑起来环境搭建与数据库导入的完整路径2.1 JDK、Tomcat、Maven 的版本匹配问题SSM 项目对版本比较敏感尤其是 Spring 版本和 JDK 版本的对应关系。常见做法是 JDK 8 Tomcat 8.5 Maven 3.6 这套组合兼容性最好。如果你用 JDK 11 或 17Spring 4.x 的某些反射逻辑会报IllegalAccessError这不是代码写错了是模块化系统带来的访问限制。我一般会先确认pom.xml里 Spring 的版本号如果是 4.3.x就老老实实切回 JDK 8。# 查看当前 JDK 版本 java -version # 如果输出是 11 或 17需要切换到 JDK 8 export JAVA_HOME/usr/lib/jvm/java-8-openjdk-amd64 export PATH$JAVA_HOME/bin:$PATH # 验证切换结果 java -version上面这段命令的作用是临时切换 JDK 版本适合在 Linux 或 macOS 下快速验证。JAVA_HOME指向 JDK 8 的安装目录PATH确保java命令优先调用这个版本。Windows 下则在系统环境变量里改改完要新开命令行窗口才生效。参数上唯一要注意的是路径别写错/usr/lib/jvm/下面通常有多个版本用ls确认一下目录名。Maven 这边pom.xml里的依赖如果下载慢可以在settings.xml里配国内镜像。但别用太新的 Maven 3.9它对 HTTP 仓库的拦截比较严格老项目里有些依赖走 HTTP 协议会直接报错。Maven 3.6.3 是稳妥选择。2.2 数据库脚本导入与连接池配置数据库脚本一般是一个.sql文件用 Navicat 或命令行导入都行。命令行方式更可控# 登录 MySQL 并创建数据库 mysql -u root -p -e CREATE DATABASE venue_booking DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 导入 SQL 脚本 mysql -u root -p venue_booking venue_booking.sql # 验证表是否创建成功 mysql -u root -p -e USE venue_booking; SHOW TABLES;第一行创建数据库时指定utf8mb4字符集避免中文乱码。第二行把脚本导入指定库注意方向不能反。第三行列出所有表正常应该看到user、venue、booking、admin这几张。如果导入时报Unknown command \多半是脚本里用了 Windows 换行符用dos2unix转一下再导。连接池配置在applicationContext.xml或jdbc.properties里。常见的是 Druid 或 C3P0。重点看四个参数url、username、password、driverClassName。url里要加useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai否则时间字段会差 8 小时。maxActive设 20 左右够用maxWait设 3000 毫秒避免请求堆积时线程卡死。!-- jdbc.properties 示例 -- jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/venue_booking?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.passwordyour_password jdbc.maxActive20 jdbc.maxWait3000driver这里用的是com.mysql.cj.jdbc.Driver对应 MySQL 8.x 的驱动包。如果你本地是 MySQL 5.7驱动类名要改成com.mysql.jdbc.Driver否则启动时报ClassNotFoundException。serverTimezone必须显式指定不然 MySQL 8 会抛时区异常。2.3 Tomcat 部署与项目访问路径把项目打成 WAR 包丢进 Tomcat 的webapps目录是最直接的方式。在 IDEA 里配 Tomcat 的话注意Application context设成/或/venue这决定了你访问的 URL 前缀。# 在项目根目录执行打包 mvn clean package -DskipTests # 把 target 下的 war 包复制到 Tomcat cp target/venue-booking.war $TOMCAT_HOME/webapps/ # 启动 Tomcat $TOMCAT_HOME/bin/startup.sh # 查看启动日志确认无异常 tail -f $TOMCAT_HOME/logs/catalina.out-DskipTests跳过测试用例因为课程设计项目里的测试往往不完整跑了反而报错。复制 WAR 包后 Tomcat 会自动解压访问http://localhost:8080/venue-booking/就能看到登录页。如果 404先看catalina.out里有没有Context startup failed再检查web.xml里的servlet-mapping是否和 JSP 路径对得上。3. 场馆预约的核心逻辑时间段冲突检测与并发控制3.1 预约冲突检测的 SQL 写法与边界条件预约系统最核心的一条 SQL 就是判断某个场馆在某个时间段内是否已被占用。假设booking表有venue_id、start_time、end_time、status四个关键字段冲突检测的逻辑是新预约的[start, end)与已有预约的[start, end)有交集。SELECT COUNT(*) FROM booking WHERE venue_id #{venueId} AND status 1 AND start_time #{endTime} AND end_time #{startTime};这条 SQL 的四个条件缺一不可。status 1表示只查有效预约已取消的不算。start_time endTime和end_time startTime是区间重叠的标准判断注意用的是严格小于和严格大于这样相邻时间段比如 10:00-11:00 和 11:00-12:00不会被误判为冲突。返回COUNT(*)大于 0 就说明有冲突直接拒绝新预约。边界条件上有个容易翻车的地方如果用户预约的是 10:00-11:00而数据库里已有一条 11:00-12:00 的记录上面的 SQL 不会判定冲突这是对的。但如果数据库里存的是end_time 11:00:00而新预约start_time 11:00:00严格小于和严格大于保证了不冲突。可一旦有人把时间存成了10:59:59那就变成冲突了。所以前端传时间时统一用整点或整分别带秒的零头。3.2 并发下的重复预约从数据库唯一索引到应用层锁上面那条 SQL 在单线程下没问题但两个请求同时进来都查到COUNT 0然后都插入就产生了重复预约。这是典型的并发问题光靠应用层判断不够。最可靠的做法是在数据库层加约束。MySQL 没法直接对时间段加唯一索引但可以加一个UNIQUE KEY在(venue_id, start_time)上这样同一场馆同一开始时间只能有一条记录。插入时如果违反约束MyBatis 会抛DuplicateKeyException在 Service 层捕获后返回“该时段已被预约”。try { bookingMapper.insert(booking); } catch (DuplicateKeyException e) { throw new BusinessException(该时段已被预约请选择其他时间); }DuplicateKeyException是 Spring 对 SQL 完整性约束异常的封装捕获它比在代码里手动查一遍再插入要可靠得多。但注意这个方案只能防住start_time完全相同的并发如果两个请求的start_time差一秒唯一索引就拦不住。所以更完整的做法是在 Service 方法上加synchronized或使用 Redis 分布式锁但课程设计项目里通常用数据库唯一索引就够了。提示如果用的是 MySQL 5.7 以下版本DuplicateKeyException可能被包装成MySQLIntegrityConstraintViolationException捕获时用DataIntegrityViolationException更通用。3.3 MyBatis 映射文件里容易写错的三个地方第一个是resultMap的字段映射。数据库用下划线命名venue_idJava 实体用驼峰venueId如果没开mapUnderscoreToCamelCase就得在resultMap里手动写result columnvenue_id propertyvenueId/。我一般直接在mybatis-config.xml里开这个配置省事。settings setting namemapUnderscoreToCamelCase valuetrue/ setting namelogImpl valueSTDOUT_LOGGING/ /settingsmapUnderscoreToCamelCase开启后venue_id自动映射到venueId。logImpl设成STDOUT_LOGGING可以把 SQL 打印到控制台调试时非常有用但上线前记得关掉否则日志量很大。第二个是#{}和${}的区别。#{}是预编译参数能防 SQL 注入${}是字符串拼接只在动态表名或排序字段时用。预约查询里所有用户输入的时间、ID 都必须用#{}。第三个是useGeneratedKeys。插入预约记录后如果需要拿到自增主键要在insert标签上加useGeneratedKeystrue keyPropertyid否则booking.getId()返回 null。4. JSP 页面与后端数据同步刷新、展示与常见异常4.1 JSP 个人信息展示页面的数据绑定方式JSP 里展示个人信息常见做法是后端Controller把User对象放进ModelJSP 用 EL 表达式取。% page contentTypetext/html;charsetUTF-8 languagejava % html headtitle个人信息/title/head body h2欢迎${user.username}/h2 table trtd邮箱/tdtd${user.email}/td/tr trtd手机/tdtd${user.phone}/td/tr trtd注册时间/tdtd${user.createTime}/td/tr /table /body /html${user.username}会调用User类的getUsername()方法。如果页面显示空白先确认Controller里有没有model.addAttribute(user, user)再确认User类有没有对应的 getter。createTime如果是Date类型默认格式不好看可以用fmt:formatDate value${user.createTime} patternyyyy-MM-dd HH:mm/格式化但记得在页面顶部引入% taglib prefixfmt urihttp://java.sun.com/jsp/jstl/fmt %。4.2 让 JSP 页面加载完后自动刷新一次的实现有些场景需要页面加载完成后自动刷新一次比如支付回调后更新订单状态。纯 JSP 里可以用setTimeout配合location.reload()。window.onload function() { // 检查 URL 参数避免无限刷新 var url new URL(window.location.href); if (!url.searchParams.has(refreshed)) { url.searchParams.set(refreshed, 1); window.location.href url.toString(); } };这段代码的关键是加了refreshed参数判断否则window.onload里调location.reload()会陷入无限刷新循环。第一次加载时 URL 没有refreshed加上参数后跳转第二次加载时已有参数不再跳转。这是最稳妥的写法。如果只是想让某个数据区域刷新用 AJAX 局部更新更好别整页刷。注意URL对象在 IE 里不支持如果项目要求兼容 IE得用location.search手动解析。4.3 前端资源路径与 404 排查JSP 里引 CSS、JS、图片路径写不对就是 404。推荐用c:url标签或${pageContext.request.contextPath}拼绝对路径。link relstylesheet href${pageContext.request.contextPath}/static/css/main.css script src${pageContext.request.contextPath}/static/js/booking.js/script${pageContext.request.contextPath}会解析成项目部署的上下文路径比如/venue-booking。这样无论项目部署在哪个路径下资源都能正确加载。如果还是 404检查spring-mvc.xml里有没有配mvc:resources mapping/static/** location/static//没配的话 SpringMVC 会把静态资源请求当成 Controller 映射处理自然找不到。5. 避坑与排查源码跑不通时先看这五条5.1 启动报 NoClassDefFoundError 或 ClassNotFoundException现象Tomcat 启动时控制台刷java.lang.NoClassDefFoundError: org/springframework/context/ApplicationContext或类似异常。原因Maven 依赖没打进 WAR 包或者依赖冲突导致某个 jar 被排除。常见于pom.xml里 scope 设成了provided但 Tomcat 的 lib 目录下又没有对应的 jar。解决在项目根目录执行mvn dependency:tree看依赖树确认 spring-context、spring-webmvc、mybatis、mybatis-spring 这几个核心包都在。如果 scope 是provided要么改成默认的compile要么把 jar 手动丢进 Tomcat 的lib目录。另外检查WEB-INF/lib下有没有这些 jar没有就是打包配置漏了。5.2 数据库连接报 Access denied 或 Public Key Retrieval is not allowed现象启动时连接池初始化失败日志里出现Access denied for user rootlocalhost或Public Key Retrieval is not allowed。原因前者是密码错了或用户没权限后者是 MySQL 8 的 caching_sha2_password 认证插件要求公钥检索但连接串里没开。解决密码问题就改jdbc.properties里的password。公钥问题在url后面加allowPublicKeyRetrievaltrueuseSSLfalse。完整写法jdbc:mysql://localhost:3306/venue_booking?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrueuseSSLfalse。useSSLfalse在本地开发时没问题生产环境要开。5.3 预约时间存进数据库差 8 小时现象前端选的是 14:00数据库里存的是 06:00。原因JDBC 连接串没指定serverTimezoneMySQL 驱动用了默认时区和服务器时区不一致。解决在url里加serverTimezoneAsia/Shanghai。如果已经存了错误数据用UPDATE booking SET start_time DATE_ADD(start_time, INTERVAL 8 HOUR) WHERE ...修正但更推荐清库重来避免漏改。5.4 JSP 页面中文乱码现象页面上的中文显示成??????或测试。原因JSP 文件本身的编码、pageEncoding、contentType三者不一致或者数据库字符集不是utf8mb4。解决JSP 第一行确保是% page contentTypetext/html;charsetUTF-8 languagejava pageEncodingUTF-8 %。数据库建库时用utf8mb4表也用utf8mb4。Tomcat 的server.xml里 Connector 加URIEncodingUTF-8。三处都对了就不会乱码。5.5 修改代码后页面没变化现象改了 JSP 或 Java 代码重启 Tomcat 后访问还是旧页面。原因Tomcat 的work目录缓存了编译后的 JSP或者 IDEA 没有重新编译输出。解决删掉 Tomcat 的work/Catalina/localhost/下对应项目的目录重启。IDEA 里执行Build - Rebuild Project确保target/classes下的 class 文件是新的。如果用了热部署工具如 JRebel检查配置是否生效。6. 从能跑到好用预约系统的三个进阶改造点第一个改造点是时间段粒度。原始源码通常只支持整点预约比如 9:00-10:00、10:00-11:00。但实际场馆可能按半小时甚至 15 分钟为单位。改造方式是把start_time和end_time存成DATETIME前端用时间选择器限制最小间隔。冲突检测的 SQL 不用改因为区间重叠逻辑对任意粒度都成立。唯一要注意的是前端传参格式统一成yyyy-MM-dd HH:mm:ss别一会儿带秒一会儿不带。第二个改造点是预约状态机。原始表里可能只有一个status字段0 表示取消1 表示有效。但实际业务需要“待审核”“已通过”“已拒绝”“已取消”“已完成”多个状态。建议加一个status枚举表或者在代码里定义常量避免用魔法数字。状态流转的校验放在 Service 层比如“已取消”的预约不能再次审核通过。第三个改造点是查询性能。当booking表数据量到几万条时冲突检测的 SQL 会变慢。在(venue_id, start_time, end_time)上建联合索引让查询走索引扫描而不是全表扫描。ALTER TABLE booking ADD INDEX idx_venue_time (venue_id, start_time, end_time);这个索引对冲突检测的WHERE venue_id ? AND start_time ? AND end_time ?条件有加速效果因为venue_id等值匹配后start_time和end_time的范围扫描能在索引内完成。但注意索引不是越多越好写入时会增加维护成本这张表如果读多写少加这个索引是划算的。最后一个技巧是关于验证的。改完代码别急着上线先写一个简单的并发测试脚本用curl或 Postman 同时发 10 个相同时间段的预约请求看数据库里最终有几条记录。如果只有 1 条说明唯一索引生效如果多于 1 条说明并发控制还有漏洞。这个测试比看代码逻辑靠谱得多因为并发问题往往在代码审查时看不出来一跑就现原形。我自己踩过的最大一个坑是以为在 Service 方法上加synchronized就万事大吉结果 Tomcat 默认是多线程处理请求synchronized锁的是单个 Service 实例如果 Spring 配置里 Service 是单例的确实能锁住但一旦有人把 scope 改成 prototype锁就失效了。后来老老实实回到数据库唯一索引简单可靠。希望帮到你。本文还有配套的精品资源点击获取