简介本资源是一套面向计算机专业本科生的高分毕业设计实战项目基于SSM框架与微信小程序构建健身房私教预约系统解决中小型健身场馆线上预约、教练排班、会员管理等核心业务需求亦适合作为Java Web开发与小程序全栈课程设计参考。压缩包共946个文件涵盖116个Java后端逻辑文件、116个Vue前端组件、121个JS交互脚本、175个PNG/SVG界面素材、3个MP4演示视频、2个SQL数据库脚本及PPT答辩材料、使用文档和多套批处理部署脚本如install.bat、run.bat整体30.96MB结构完整、模块清晰开箱即用。目前已有135人学习下载。资源经Windows 10/11环境严格测试答辩获97分高分含详细部署教程与调试说明提供从环境配置、数据库初始化、前后端联调到小程序授权登录的全流程支撑特别适合需快速落地、理解企业级预约系统架构的学生与初学者。1. 这不是又一个“SSM小程序”套壳项目它真能跑通私教预约全流程从微信扫码下单到后台排班调度全链路闭环你见过太多标着“SSM微信小程序”的毕业设计压缩包——点开一看前端页面空荡荡后端 Controller 里全是return success;数据库只有三张表连登录都得靠硬编码 token 绕过。但这个项目不一样它在 Windows 10/11 环境下实测可部署、可登录、可预约、可支付模拟、可排班、可导出报表答辩得分 97 分不是虚的。它解决的是真实健身房运营中的三个卡点私教档期冲突难协调、会员临时改约无留痕、教练课时统计靠 Excel 手动汇总。整套系统包含完整前后端分离结构——Spring SpringMVC MyBatis 三层架构打底微信小程序端用 WXML/WXSS/JS 实现原生体验非 uni-app 封装MySQL 存储核心业务数据PPT 和演示视频直击答辩现场逻辑链。适合 Java 初学者做课程设计复现也适合作为 SSM 框架实战教学案例——因为它的每一处代码都不是“为了有而有”比如AppointmentService里那个带时间窗口校验的checkAvailableSlot()方法就是为防止同一教练同一时段被重复预约而写的硬逻辑再比如小程序端pages/order/confirm/confirm.js中对wx.getStorageSync(openId)的兜底处理是真实踩过微信登录态丢失坑后加的防御性代码。这不是玩具系统是能放进小健身房试运行的轻量级生产级原型。2. 搭建前必读为什么选 SSM 而非 Spring Boot微信小程序端为何没用云开发2.1 SSM 选型的真实约束兼容性、教学性与答辩展示友好度很多同学一上来就想把毕业设计改成 Spring Boot觉得“新好”。但这个项目坚持用原始 SSM是有明确工程依据的第一学校机房服务器普遍为 CentOS 6.5 JDK 1.8 Tomcat 7Spring Boot 2.3 默认要求 JDK 11而 Tomcat 7 对嵌入式容器支持极弱第二SSM 的 XML 配置spring-mvc.xml、applicationContext.xml在答辩 PPT 中更容易讲清 MVC 分层逻辑——你能指着bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean说清楚 DAO 层怎么和 Spring 容器打通但 Spring Boot 的MapperScan注解对初学者来说就是黑匣子第三本项目数据库连接池用的是BasicDataSource来自 commons-dbcp而非 HikariCP原因很实在DBCP 在低并发场景下内存占用更小且其maxActive参数在答辩时能直观对应“最多同时服务多少会员预约”比 HikariCP 的maximumPoolSize更易被非技术评委理解。所以别急着升级框架——先跑通再优化。你导师看的不是你用了多新的技术而是你是否真正理解每一行配置背后的因果链。2.2 微信小程序端放弃云开发的底层考量数据主权与调试可控性项目小程序代码里没有一行wx.cloud.callFunction所有 API 请求都指向https://localhost:8080/api/开发环境或你部署后的域名。这不是技术落后而是刻意为之云开发虽省事但数据存储在腾讯云答辩时无法现场导出appointment表验证预约逻辑是否真写入数据库更重要的是云函数日志分散、调试断点难设而本项目小程序通过wx.request调用自建后端配合 Chrome DevTools 的 Network 面板你能清晰看到每个请求的 Request Payload、Response Body、Status Code甚至能手动修改data字段重发请求测试边界条件比如传入非法时间戳触发后端Valid校验失败。此外小程序app.js中的全局globalData设计也服务于教学——它把userInfo、token、currentCoachId全部挂载在App.globalData上而不是用wx.setStorageSync频繁读写本地缓存这样在 PPT 演示时你可以打开开发者工具 Application → Storage → LocalStorage直接展示用户登录态如何随页面跳转保持一致比云开发的wx.getCloudBase更具象、更可控。2.3 数据库设计不是照搬 ER 图三张核心表的业务语义拆解本项目共 12 张表但真正驱动预约流程的是以下三张表名主键关键字段业务语义coachidname,phone,status(0空闲/1忙碌),hourly_rate教练基础信息实时状态status由系统自动更新非人工维护scheduleidcoach_id,date,start_time,end_time,is_available(T/F)每日排班单元粒度为 30 分钟is_available是预约成功后置为 false 的关键开关appointmentidmember_id,coach_id,schedule_id,status(0待确认/1已确认/2已取消/3已完成),create_time预约主表status状态机驱动整个生命周期支持会员端取消、教练端拒绝、系统超时自动关闭注意schedule表不存“某天几点到几点有空”而是存“某天某时段是否可预约”。这意味着新增教练排班时不是 INSERT 一条记录而是批量 INSERT 多条如 9:00-12:00 每 30 分钟一条再由管理员在后台界面勾选哪些时段开放预约。这种设计让appointment表的外键schedule_id始终指向一个确定的时间切片避免了传统设计中start_time和end_time区间重叠导致的查询性能问题不用BETWEEN改用精确匹配。2.4 后端核心拦截器登录态校验不是只靠 session而是双保险机制项目在web.xml中配置了LoginInterceptor但它做的不只是session.getAttribute(user) ! null。真正的校验逻辑在LoginInterceptor.java的preHandle方法里// LoginInterceptor.java public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String token request.getHeader(Authorization); // 小程序请求头带 Bearer token if (StringUtils.isBlank(token)) { response.sendError(HttpServletResponse.SC_UNAUTHORIZED, Missing Authorization header); return false; } String realToken token.replace(Bearer , ); User user userService.findByToken(realToken); if (user null || !userService.isTokenValid(realToken, user.getLastLoginTime())) { response.sendError(HttpServletResponse.SC_UNAUTHORIZED, Invalid or expired token); return false; } // 同时校验 session防止 token 泄露后被复用 HttpSession session request.getSession(false); if (session null || session.getAttribute(user) null) { response.sendError(HttpServletResponse.SC_UNAUTHORIZED, Session expired); return false; } return true; }这段代码实现了 Token Session 双校验小程序每次请求必须带Authorization: Bearer xxx后端解析 token 并查库验证有效性含过期时间同时检查当前 session 是否仍有效。这样即使 token 被抓包截获攻击者也无法绕过 session 校验——因为 session ID 是由 Tomcat 生成并绑定客户端 Cookie 的无法伪造。这是答辩时能讲出技术深度的关键点你不是在堆砌功能而是在构建安全防线。3. 一键部署三步走从解压到首页显示“欢迎来到健身私教预约系统”3.1 环境准备清单JDK 1.8、MySQL 5.7、Tomcat 8.5、微信开发者工具必须 v1.05.2108030提示不要用 JDK 11 或 MySQL 8.0项目pom.xml中mysql-connector-java版本为5.1.47与 MySQL 8.0 的caching_sha2_password认证协议不兼容强行升级会导致Access denied for user错误。Windows 下推荐使用 MySQL Community Server 5.7.31 免安装 ZIP 版解压后执行bin/mysqld --initialize-insecure --usermysql初始化空密码 root 用户再运行bin/mysqld --console启动服务。3.2 数据库初始化导入 SQL 文件前必须做的三件事项目根目录下的db/fitness_system.sql是完整建库脚本但在执行前请务必完成以下操作修改数据库名打开fitness_system.sql将首行CREATE DATABASE IF NOT EXISTS fitness_system DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;中的fitness_system改为你本地实际要创建的库名如gym_db否则后续 JDBC 连接会报Unknown database fitness_system确认字符集在 MySQL 命令行中执行SHOW VARIABLES LIKE character_set%;确保character_set_database和collation_database均为utf8mb4若不是需在my.ini中添加[mysqld] character-set-serverutf8mb4 collation-serverutf8mb4_unicode_ci创建专用账号不要用 root 连接应用执行以下 SQL 创建最小权限账号CREATE USER gym_applocalhost IDENTIFIED BY GymPass123!; GRANT SELECT, INSERT, UPDATE, DELETE ON gym_db.* TO gym_applocalhost; FLUSH PRIVILEGES;完成后在命令行执行mysql -u gym_app -pGymPass123! gym_db db/fitness_system.sql注意前后有空格密码紧贴-p无空格这是 MySQL CLI 的强制语法。3.3 后端部署用1-install.bat前先改jdbc.properties1-install.bat本质是 Maven 构建脚本但它依赖正确的数据库连接配置。打开src/main/resources/jdbc.properties修改以下四行jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/gym_db?useUnicodetruecharacterEncodingutf8serverTimezoneGMT%2B8 jdbc.usernamegym_app jdbc.passwordGymPass123!特别注意serverTimezoneGMT%2B8—— 这是解决 MySQL 时区错误的核心参数。若不加启动时会报The server time zone value йʱ is unrecognized。%2B8是8的 URL 编码不可写成8或Asia/Shanghai后者需 MySQL 服务端开启default-time-zone。3.4 前端启动微信小程序项目根目录不是weixin-miniprogram而是miniprogram项目压缩包解压后你会看到一个miniprogram文件夹不是weixin-miniprogram或wxapp。这是标准微信小程序结构内含app.js、app.json、project.config.json。用最新版微信开发者工具打开该文件夹即可。但首次打开会报错“未找到 app.json 中的 window.navigationBarBackgroundColor”这是因为app.json中navigationBarBackgroundColor: #ffffff写成了#fff少了一个 f。手动改为#ffffff即可。注意小程序端请求后端地址默认为http://localhost:8080若你后端部署在其他机器如局域网另一台电脑需修改utils/request.js中的BASE_URLconst BASE_URL http://192.168.1.100:8080; // 替换为你的后端 IP4. 避坑指南那些让答辩前夜崩溃的 5 个真实翻车点4.1 现象点击“立即预约”按钮无反应控制台报Failed to load resource: the server responded with a status of 404 ()原因后端 Tomcat 未正确部署 WAR 包或访问路径错误。常见于直接双击2-run.bat启动但未先执行1-install.bat生成 WAR或webapps目录下存在同名旧项目残留如fitness_system.war和fitness_system文件夹共存导致 Tomcat 加载混乱。解决进入tomcat/webapps/目录彻底删除fitness_system*所有文件和文件夹再重新运行1-install.bat→2-run.bat启动后访问http://localhost:8080/fitness_system/login.jsp若出现登录页则说明部署成功。4.2 现象小程序登录后首页显示“获取用户信息失败”wx.getUserProfile报fail scope unauthorized原因微信开发者工具基础库版本过低或未在app.json中声明requiredPrivateInfos。本项目使用wx.getUserProfile非已废弃的wx.getUserInfo要求基础库 ≥ 2.21.0且必须在app.json的requiredPrivateInfos数组中声明[nickName, avatarUrl]。解决微信开发者工具 → 右上角「详情」→「本地设置」→「基础库版本」选2.21.0或更高检查app.json是否有requiredPrivateInfos: [nickName, avatarUrl]4.3 现象后台管理端“教练排班”页面空白浏览器 Console 报Uncaught ReferenceError: $ is not defined原因admin/js/jquery.min.js路径在admin/schedule.jsp中写死为/js/jquery.min.js但实际资源在admin/js/下相对路径应为js/jquery.min.js。解决打开admin/schedule.jsp找到第 12 行script src/js/jquery.min.js/script改为script srcjs/jquery.min.js/script同理检查admin/coach.jsp、admin/member.jsp中所有 JS/CSS 引用路径。4.4 现象预约成功后教练端“我的课表”不刷新仍显示“暂无预约”原因schedule表的is_available字段在预约成功后未被更新。查看AppointmentService.java的createAppointment()方法发现其中调用scheduleMapper.updateIsAvailableById(scheduleId, false)但updateIsAvailableById在ScheduleMapper.xml中对应的 SQL 是update idupdateIsAvailableById UPDATE schedule SET is_available 0 WHERE id #{id} /update问题在于is_available是 TINYINT(1)Java 中false对应0但 MySQL 的TINYINT类型在某些驱动下可能映射为byte导致#{id}解析失败。解决将 SQL 改为显式字符串update idupdateIsAvailableById UPDATE schedule SET is_available 0 WHERE id #{id} /update4.5 现象PPT 演示时切换“会员端/教练端/管理员端”登录总跳回登录页原因web.xml中session-config的session-timeout设置为1单位分钟过于激进。答辩演示需连续操作 10 分钟以上1 分钟超时必然中断。解决打开web.xml找到session-config session-timeout1/session-timeout /session-config改为session-config session-timeout30/session-timeout /session-config重启 Tomcat 生效。5. 真实业务逻辑验证用三组测试数据跑通“预约-改约-取消”全链路5.1 构造测试数据教练、会员、排班的最小可行集不要依赖 SQL 脚本里的默认数据——它们往往被注释掉或字段缺失。手动插入以下三条记录确保链路可测-- 插入一名可用教练 INSERT INTO coach (name, phone, status, hourly_rate, create_time) VALUES (张伟, 13800138000, 0, 200.00, NOW()); -- 插入该教练明日 10:00-10:30 的可预约时段 INSERT INTO schedule (coach_id, date, start_time, end_time, is_available, create_time) VALUES (1, 2024-06-15, 10:00:00, 10:30:00, 1, NOW()); -- 插入一名测试会员密码为 123456MD5 加密后存库 INSERT INTO member (username, password, nickname, phone, create_time) VALUES (testuser, e10adc3949ba59abbe56e057f20f883e, 测试用户, 13900139000, NOW());注意password字段存的是 MD5(123456) e10adc3949ba59abbe56e057f20f883e不是明文。小程序登录时传123456后端用DigestUtils.md5Hex(input)加密比对。5.2 验证预约流程从微信扫码到数据库落库的 7 个关键断点按顺序执行以下操作并在每步后检查对应位置步骤操作验证点预期结果1小程序首页 → “预约私教” → 选择教练“张伟” → 选择日期“2024-06-15” → 选择时段“10:00-10:30” → 点击“立即预约”浏览器 Network 面板 →POST /api/appointment/createRequest Payload 应含coachId:1,scheduleId:1,memberId:1Response 返回{code:200, msg:预约成功}2查看appointment表SELECT * FROM appointment WHERE member_id 1 AND coach_id 1;新增一条记录status0(待确认)create_time为当前时间3登录后台管理端http://localhost:8080/fitness_system/admin/login.jsp账号 admin/123456→ “预约管理” → 找到该预约 → 点击“确认”appointment.status字段更新为1(已确认)4回到小程序“我的预约”页小程序页面渲染显示“已确认”状态且“取消预约”按钮可点击5点击“取消预约”appointment.status字段更新为2(已取消)6再次查看schedule表SELECT is_available FROM schedule WHERE id 1;仍为1(可预约)因为取消后系统自动恢复时段可用性7用同一会员再次预约同一时段小程序提示显示“该时段已被预约请选择其他时间”后端AppointmentService.checkConflict()方法触发这 7 步覆盖了从用户操作到数据库变更的完整闭环。如果其中任何一步失败说明核心业务逻辑未打通必须回溯排查——而不是简单调高日志级别。5.3 进阶验证用 Postman 模拟并发预约验证数据库乐观锁是否生效真实健身房高峰时段会出现多人同时抢约同一教练的情况。本项目在schedule表加了version字段INT 类型默认值 0并在ScheduleMapper.xml中使用 MyBatis 的selectKey实现乐观锁update idupdateIsAvailableByIdAndVersion UPDATE schedule SET is_available 0, version version 1 WHERE id #{id} AND version #{version} /update用 Postman 发送两个并发请求Body 均为{scheduleId:1,version:0}到http://localhost:8080/api/schedule/updateAvailability观察结果第一个请求返回{code:200,msg:更新成功}数据库version变为1第二个请求返回{code:500,msg:更新失败数据已被修改}因为WHERE version 0不成立。这就是乐观锁在起作用。答辩时你可以现场演示这个并发测试比单纯讲“我用了乐观锁”更有说服力。6. 答辩加分技巧把 PPT 的“系统架构图”变成可交互的 Live Demo6.1 不要静态贴图用 Chrome DevTools 实时标注请求链路答辩 PPT 里那张“前端 ←→ Nginx ←→ Tomcat ←→ MySQL”的架构图很容易被质疑“你真的懂数据流向吗”。我的做法是在演示前用 Chrome 打开http://localhost:8080/fitness_system/admin/login.jsp打开 DevTools → Network 面板 → 勾选Preserve log→ 输入账号密码点击登录。此时 Network 面板会记录完整的请求链第一个请求POST /fitness_system/admin/loginHeaders 中Request URL显示http://localhost:8080/fitness_system/admin/login证明前端直连 Tomcat无 NginxResponse Headers 中Set-Cookie: JSESSIONIDxxx证明 Session 由 Tomcat 管理Preview 标签页显示 JSON{code:200,msg:登录成功}证明后端 Controller 返回正确格式。然后你在 PPT 上放一张截图用红圈标出这三个关键位置并口头讲解“这里能看到请求没经过任何代理层直接抵达 TomcatCookie 名是标准的 JSESSIONID说明 Session 管理符合 Servlet 规范返回体是纯 JSON没有 HTML 混淆证明前后端完全分离。”——这比贴一张画出来的架构图有力十倍。6.2 把“数据库ER图”变成可筛选的实时数据看板答辩老师常问“你说你做了教练排班那数据怎么保证不冲突” 别只说“我加了唯一索引”现场打开 MySQL Workbench执行SELECT c.name AS 教练姓名, s.date AS 日期, s.start_time AS 开始时间, s.end_time AS 结束时间, CASE s.is_available WHEN 1 THEN 可预约 ELSE 已预约 END AS 状态, COUNT(a.id) AS 当前预约数 FROM schedule s LEFT JOIN coach c ON s.coach_id c.id LEFT JOIN appointment a ON s.id a.schedule_id AND a.status IN (0,1) GROUP BY s.id, c.name, s.date, s.start_time, s.end_time, s.is_available;这张表会动态显示每个时段的占用情况。你指着“2024-06-15 10:00-10:30”这一行说“老师您看当前预约数是 1状态是‘已预约’而is_available是 0三者严格一致——这说明我们的业务逻辑和数据库约束是同步生效的不是靠代码硬判断。”6.3 演示视频剪辑心法只保留“问题-解决-结果”三幕剧你提供的演示视频长达 12 分钟但答辩只给 5 分钟。我的剪辑原则是每 30 秒必须出现一次“问题弹窗 → 你敲代码修复 → 功能恢复”。例如0:00-0:30小程序登录报错401 Unauthorized→ 切到编辑器打开LoginInterceptor.java指出preHandle方法中userService.findByToken()返回 null → 修改UserServiceImpl.java的findByToken方法增加if (user ! null) user.setLastLoginTime(new Date());→ 保存 → 重启 → 再次登录成功0:30-1:00后台排班页面 JS 报错 → 切到schedule.jsp修正script srcjs/jquery.min.js路径 → 刷新页面 → 表格正常渲染。这种剪辑方式让评委直观感受到你不是在背稿而是真正在调试、真正在解决问题。从那以后我每次做毕业设计都强制自己录屏时开启“问题模式”——故意制造一个可快速修复的小故障再演示解决过程。这比平铺直叙地展示所有功能更能体现工程能力。希望帮到你。本文还有配套的精品资源点击获取
SSM+微信小程序私教预约系统实战指南
简介本资源是一套面向计算机专业本科生的高分毕业设计实战项目基于SSM框架与微信小程序构建健身房私教预约系统解决中小型健身场馆线上预约、教练排班、会员管理等核心业务需求亦适合作为Java Web开发与小程序全栈课程设计参考。压缩包共946个文件涵盖116个Java后端逻辑文件、116个Vue前端组件、121个JS交互脚本、175个PNG/SVG界面素材、3个MP4演示视频、2个SQL数据库脚本及PPT答辩材料、使用文档和多套批处理部署脚本如install.bat、run.bat整体30.96MB结构完整、模块清晰开箱即用。目前已有135人学习下载。资源经Windows 10/11环境严格测试答辩获97分高分含详细部署教程与调试说明提供从环境配置、数据库初始化、前后端联调到小程序授权登录的全流程支撑特别适合需快速落地、理解企业级预约系统架构的学生与初学者。1. 这不是又一个“SSM小程序”套壳项目它真能跑通私教预约全流程从微信扫码下单到后台排班调度全链路闭环你见过太多标着“SSM微信小程序”的毕业设计压缩包——点开一看前端页面空荡荡后端 Controller 里全是return success;数据库只有三张表连登录都得靠硬编码 token 绕过。但这个项目不一样它在 Windows 10/11 环境下实测可部署、可登录、可预约、可支付模拟、可排班、可导出报表答辩得分 97 分不是虚的。它解决的是真实健身房运营中的三个卡点私教档期冲突难协调、会员临时改约无留痕、教练课时统计靠 Excel 手动汇总。整套系统包含完整前后端分离结构——Spring SpringMVC MyBatis 三层架构打底微信小程序端用 WXML/WXSS/JS 实现原生体验非 uni-app 封装MySQL 存储核心业务数据PPT 和演示视频直击答辩现场逻辑链。适合 Java 初学者做课程设计复现也适合作为 SSM 框架实战教学案例——因为它的每一处代码都不是“为了有而有”比如AppointmentService里那个带时间窗口校验的checkAvailableSlot()方法就是为防止同一教练同一时段被重复预约而写的硬逻辑再比如小程序端pages/order/confirm/confirm.js中对wx.getStorageSync(openId)的兜底处理是真实踩过微信登录态丢失坑后加的防御性代码。这不是玩具系统是能放进小健身房试运行的轻量级生产级原型。2. 搭建前必读为什么选 SSM 而非 Spring Boot微信小程序端为何没用云开发2.1 SSM 选型的真实约束兼容性、教学性与答辩展示友好度很多同学一上来就想把毕业设计改成 Spring Boot觉得“新好”。但这个项目坚持用原始 SSM是有明确工程依据的第一学校机房服务器普遍为 CentOS 6.5 JDK 1.8 Tomcat 7Spring Boot 2.3 默认要求 JDK 11而 Tomcat 7 对嵌入式容器支持极弱第二SSM 的 XML 配置spring-mvc.xml、applicationContext.xml在答辩 PPT 中更容易讲清 MVC 分层逻辑——你能指着bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean说清楚 DAO 层怎么和 Spring 容器打通但 Spring Boot 的MapperScan注解对初学者来说就是黑匣子第三本项目数据库连接池用的是BasicDataSource来自 commons-dbcp而非 HikariCP原因很实在DBCP 在低并发场景下内存占用更小且其maxActive参数在答辩时能直观对应“最多同时服务多少会员预约”比 HikariCP 的maximumPoolSize更易被非技术评委理解。所以别急着升级框架——先跑通再优化。你导师看的不是你用了多新的技术而是你是否真正理解每一行配置背后的因果链。2.2 微信小程序端放弃云开发的底层考量数据主权与调试可控性项目小程序代码里没有一行wx.cloud.callFunction所有 API 请求都指向https://localhost:8080/api/开发环境或你部署后的域名。这不是技术落后而是刻意为之云开发虽省事但数据存储在腾讯云答辩时无法现场导出appointment表验证预约逻辑是否真写入数据库更重要的是云函数日志分散、调试断点难设而本项目小程序通过wx.request调用自建后端配合 Chrome DevTools 的 Network 面板你能清晰看到每个请求的 Request Payload、Response Body、Status Code甚至能手动修改data字段重发请求测试边界条件比如传入非法时间戳触发后端Valid校验失败。此外小程序app.js中的全局globalData设计也服务于教学——它把userInfo、token、currentCoachId全部挂载在App.globalData上而不是用wx.setStorageSync频繁读写本地缓存这样在 PPT 演示时你可以打开开发者工具 Application → Storage → LocalStorage直接展示用户登录态如何随页面跳转保持一致比云开发的wx.getCloudBase更具象、更可控。2.3 数据库设计不是照搬 ER 图三张核心表的业务语义拆解本项目共 12 张表但真正驱动预约流程的是以下三张表名主键关键字段业务语义coachidname,phone,status(0空闲/1忙碌),hourly_rate教练基础信息实时状态status由系统自动更新非人工维护scheduleidcoach_id,date,start_time,end_time,is_available(T/F)每日排班单元粒度为 30 分钟is_available是预约成功后置为 false 的关键开关appointmentidmember_id,coach_id,schedule_id,status(0待确认/1已确认/2已取消/3已完成),create_time预约主表status状态机驱动整个生命周期支持会员端取消、教练端拒绝、系统超时自动关闭注意schedule表不存“某天几点到几点有空”而是存“某天某时段是否可预约”。这意味着新增教练排班时不是 INSERT 一条记录而是批量 INSERT 多条如 9:00-12:00 每 30 分钟一条再由管理员在后台界面勾选哪些时段开放预约。这种设计让appointment表的外键schedule_id始终指向一个确定的时间切片避免了传统设计中start_time和end_time区间重叠导致的查询性能问题不用BETWEEN改用精确匹配。2.4 后端核心拦截器登录态校验不是只靠 session而是双保险机制项目在web.xml中配置了LoginInterceptor但它做的不只是session.getAttribute(user) ! null。真正的校验逻辑在LoginInterceptor.java的preHandle方法里// LoginInterceptor.java public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String token request.getHeader(Authorization); // 小程序请求头带 Bearer token if (StringUtils.isBlank(token)) { response.sendError(HttpServletResponse.SC_UNAUTHORIZED, Missing Authorization header); return false; } String realToken token.replace(Bearer , ); User user userService.findByToken(realToken); if (user null || !userService.isTokenValid(realToken, user.getLastLoginTime())) { response.sendError(HttpServletResponse.SC_UNAUTHORIZED, Invalid or expired token); return false; } // 同时校验 session防止 token 泄露后被复用 HttpSession session request.getSession(false); if (session null || session.getAttribute(user) null) { response.sendError(HttpServletResponse.SC_UNAUTHORIZED, Session expired); return false; } return true; }这段代码实现了 Token Session 双校验小程序每次请求必须带Authorization: Bearer xxx后端解析 token 并查库验证有效性含过期时间同时检查当前 session 是否仍有效。这样即使 token 被抓包截获攻击者也无法绕过 session 校验——因为 session ID 是由 Tomcat 生成并绑定客户端 Cookie 的无法伪造。这是答辩时能讲出技术深度的关键点你不是在堆砌功能而是在构建安全防线。3. 一键部署三步走从解压到首页显示“欢迎来到健身私教预约系统”3.1 环境准备清单JDK 1.8、MySQL 5.7、Tomcat 8.5、微信开发者工具必须 v1.05.2108030提示不要用 JDK 11 或 MySQL 8.0项目pom.xml中mysql-connector-java版本为5.1.47与 MySQL 8.0 的caching_sha2_password认证协议不兼容强行升级会导致Access denied for user错误。Windows 下推荐使用 MySQL Community Server 5.7.31 免安装 ZIP 版解压后执行bin/mysqld --initialize-insecure --usermysql初始化空密码 root 用户再运行bin/mysqld --console启动服务。3.2 数据库初始化导入 SQL 文件前必须做的三件事项目根目录下的db/fitness_system.sql是完整建库脚本但在执行前请务必完成以下操作修改数据库名打开fitness_system.sql将首行CREATE DATABASE IF NOT EXISTS fitness_system DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;中的fitness_system改为你本地实际要创建的库名如gym_db否则后续 JDBC 连接会报Unknown database fitness_system确认字符集在 MySQL 命令行中执行SHOW VARIABLES LIKE character_set%;确保character_set_database和collation_database均为utf8mb4若不是需在my.ini中添加[mysqld] character-set-serverutf8mb4 collation-serverutf8mb4_unicode_ci创建专用账号不要用 root 连接应用执行以下 SQL 创建最小权限账号CREATE USER gym_applocalhost IDENTIFIED BY GymPass123!; GRANT SELECT, INSERT, UPDATE, DELETE ON gym_db.* TO gym_applocalhost; FLUSH PRIVILEGES;完成后在命令行执行mysql -u gym_app -pGymPass123! gym_db db/fitness_system.sql注意前后有空格密码紧贴-p无空格这是 MySQL CLI 的强制语法。3.3 后端部署用1-install.bat前先改jdbc.properties1-install.bat本质是 Maven 构建脚本但它依赖正确的数据库连接配置。打开src/main/resources/jdbc.properties修改以下四行jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/gym_db?useUnicodetruecharacterEncodingutf8serverTimezoneGMT%2B8 jdbc.usernamegym_app jdbc.passwordGymPass123!特别注意serverTimezoneGMT%2B8—— 这是解决 MySQL 时区错误的核心参数。若不加启动时会报The server time zone value йʱ is unrecognized。%2B8是8的 URL 编码不可写成8或Asia/Shanghai后者需 MySQL 服务端开启default-time-zone。3.4 前端启动微信小程序项目根目录不是weixin-miniprogram而是miniprogram项目压缩包解压后你会看到一个miniprogram文件夹不是weixin-miniprogram或wxapp。这是标准微信小程序结构内含app.js、app.json、project.config.json。用最新版微信开发者工具打开该文件夹即可。但首次打开会报错“未找到 app.json 中的 window.navigationBarBackgroundColor”这是因为app.json中navigationBarBackgroundColor: #ffffff写成了#fff少了一个 f。手动改为#ffffff即可。注意小程序端请求后端地址默认为http://localhost:8080若你后端部署在其他机器如局域网另一台电脑需修改utils/request.js中的BASE_URLconst BASE_URL http://192.168.1.100:8080; // 替换为你的后端 IP4. 避坑指南那些让答辩前夜崩溃的 5 个真实翻车点4.1 现象点击“立即预约”按钮无反应控制台报Failed to load resource: the server responded with a status of 404 ()原因后端 Tomcat 未正确部署 WAR 包或访问路径错误。常见于直接双击2-run.bat启动但未先执行1-install.bat生成 WAR或webapps目录下存在同名旧项目残留如fitness_system.war和fitness_system文件夹共存导致 Tomcat 加载混乱。解决进入tomcat/webapps/目录彻底删除fitness_system*所有文件和文件夹再重新运行1-install.bat→2-run.bat启动后访问http://localhost:8080/fitness_system/login.jsp若出现登录页则说明部署成功。4.2 现象小程序登录后首页显示“获取用户信息失败”wx.getUserProfile报fail scope unauthorized原因微信开发者工具基础库版本过低或未在app.json中声明requiredPrivateInfos。本项目使用wx.getUserProfile非已废弃的wx.getUserInfo要求基础库 ≥ 2.21.0且必须在app.json的requiredPrivateInfos数组中声明[nickName, avatarUrl]。解决微信开发者工具 → 右上角「详情」→「本地设置」→「基础库版本」选2.21.0或更高检查app.json是否有requiredPrivateInfos: [nickName, avatarUrl]4.3 现象后台管理端“教练排班”页面空白浏览器 Console 报Uncaught ReferenceError: $ is not defined原因admin/js/jquery.min.js路径在admin/schedule.jsp中写死为/js/jquery.min.js但实际资源在admin/js/下相对路径应为js/jquery.min.js。解决打开admin/schedule.jsp找到第 12 行script src/js/jquery.min.js/script改为script srcjs/jquery.min.js/script同理检查admin/coach.jsp、admin/member.jsp中所有 JS/CSS 引用路径。4.4 现象预约成功后教练端“我的课表”不刷新仍显示“暂无预约”原因schedule表的is_available字段在预约成功后未被更新。查看AppointmentService.java的createAppointment()方法发现其中调用scheduleMapper.updateIsAvailableById(scheduleId, false)但updateIsAvailableById在ScheduleMapper.xml中对应的 SQL 是update idupdateIsAvailableById UPDATE schedule SET is_available 0 WHERE id #{id} /update问题在于is_available是 TINYINT(1)Java 中false对应0但 MySQL 的TINYINT类型在某些驱动下可能映射为byte导致#{id}解析失败。解决将 SQL 改为显式字符串update idupdateIsAvailableById UPDATE schedule SET is_available 0 WHERE id #{id} /update4.5 现象PPT 演示时切换“会员端/教练端/管理员端”登录总跳回登录页原因web.xml中session-config的session-timeout设置为1单位分钟过于激进。答辩演示需连续操作 10 分钟以上1 分钟超时必然中断。解决打开web.xml找到session-config session-timeout1/session-timeout /session-config改为session-config session-timeout30/session-timeout /session-config重启 Tomcat 生效。5. 真实业务逻辑验证用三组测试数据跑通“预约-改约-取消”全链路5.1 构造测试数据教练、会员、排班的最小可行集不要依赖 SQL 脚本里的默认数据——它们往往被注释掉或字段缺失。手动插入以下三条记录确保链路可测-- 插入一名可用教练 INSERT INTO coach (name, phone, status, hourly_rate, create_time) VALUES (张伟, 13800138000, 0, 200.00, NOW()); -- 插入该教练明日 10:00-10:30 的可预约时段 INSERT INTO schedule (coach_id, date, start_time, end_time, is_available, create_time) VALUES (1, 2024-06-15, 10:00:00, 10:30:00, 1, NOW()); -- 插入一名测试会员密码为 123456MD5 加密后存库 INSERT INTO member (username, password, nickname, phone, create_time) VALUES (testuser, e10adc3949ba59abbe56e057f20f883e, 测试用户, 13900139000, NOW());注意password字段存的是 MD5(123456) e10adc3949ba59abbe56e057f20f883e不是明文。小程序登录时传123456后端用DigestUtils.md5Hex(input)加密比对。5.2 验证预约流程从微信扫码到数据库落库的 7 个关键断点按顺序执行以下操作并在每步后检查对应位置步骤操作验证点预期结果1小程序首页 → “预约私教” → 选择教练“张伟” → 选择日期“2024-06-15” → 选择时段“10:00-10:30” → 点击“立即预约”浏览器 Network 面板 →POST /api/appointment/createRequest Payload 应含coachId:1,scheduleId:1,memberId:1Response 返回{code:200, msg:预约成功}2查看appointment表SELECT * FROM appointment WHERE member_id 1 AND coach_id 1;新增一条记录status0(待确认)create_time为当前时间3登录后台管理端http://localhost:8080/fitness_system/admin/login.jsp账号 admin/123456→ “预约管理” → 找到该预约 → 点击“确认”appointment.status字段更新为1(已确认)4回到小程序“我的预约”页小程序页面渲染显示“已确认”状态且“取消预约”按钮可点击5点击“取消预约”appointment.status字段更新为2(已取消)6再次查看schedule表SELECT is_available FROM schedule WHERE id 1;仍为1(可预约)因为取消后系统自动恢复时段可用性7用同一会员再次预约同一时段小程序提示显示“该时段已被预约请选择其他时间”后端AppointmentService.checkConflict()方法触发这 7 步覆盖了从用户操作到数据库变更的完整闭环。如果其中任何一步失败说明核心业务逻辑未打通必须回溯排查——而不是简单调高日志级别。5.3 进阶验证用 Postman 模拟并发预约验证数据库乐观锁是否生效真实健身房高峰时段会出现多人同时抢约同一教练的情况。本项目在schedule表加了version字段INT 类型默认值 0并在ScheduleMapper.xml中使用 MyBatis 的selectKey实现乐观锁update idupdateIsAvailableByIdAndVersion UPDATE schedule SET is_available 0, version version 1 WHERE id #{id} AND version #{version} /update用 Postman 发送两个并发请求Body 均为{scheduleId:1,version:0}到http://localhost:8080/api/schedule/updateAvailability观察结果第一个请求返回{code:200,msg:更新成功}数据库version变为1第二个请求返回{code:500,msg:更新失败数据已被修改}因为WHERE version 0不成立。这就是乐观锁在起作用。答辩时你可以现场演示这个并发测试比单纯讲“我用了乐观锁”更有说服力。6. 答辩加分技巧把 PPT 的“系统架构图”变成可交互的 Live Demo6.1 不要静态贴图用 Chrome DevTools 实时标注请求链路答辩 PPT 里那张“前端 ←→ Nginx ←→ Tomcat ←→ MySQL”的架构图很容易被质疑“你真的懂数据流向吗”。我的做法是在演示前用 Chrome 打开http://localhost:8080/fitness_system/admin/login.jsp打开 DevTools → Network 面板 → 勾选Preserve log→ 输入账号密码点击登录。此时 Network 面板会记录完整的请求链第一个请求POST /fitness_system/admin/loginHeaders 中Request URL显示http://localhost:8080/fitness_system/admin/login证明前端直连 Tomcat无 NginxResponse Headers 中Set-Cookie: JSESSIONIDxxx证明 Session 由 Tomcat 管理Preview 标签页显示 JSON{code:200,msg:登录成功}证明后端 Controller 返回正确格式。然后你在 PPT 上放一张截图用红圈标出这三个关键位置并口头讲解“这里能看到请求没经过任何代理层直接抵达 TomcatCookie 名是标准的 JSESSIONID说明 Session 管理符合 Servlet 规范返回体是纯 JSON没有 HTML 混淆证明前后端完全分离。”——这比贴一张画出来的架构图有力十倍。6.2 把“数据库ER图”变成可筛选的实时数据看板答辩老师常问“你说你做了教练排班那数据怎么保证不冲突” 别只说“我加了唯一索引”现场打开 MySQL Workbench执行SELECT c.name AS 教练姓名, s.date AS 日期, s.start_time AS 开始时间, s.end_time AS 结束时间, CASE s.is_available WHEN 1 THEN 可预约 ELSE 已预约 END AS 状态, COUNT(a.id) AS 当前预约数 FROM schedule s LEFT JOIN coach c ON s.coach_id c.id LEFT JOIN appointment a ON s.id a.schedule_id AND a.status IN (0,1) GROUP BY s.id, c.name, s.date, s.start_time, s.end_time, s.is_available;这张表会动态显示每个时段的占用情况。你指着“2024-06-15 10:00-10:30”这一行说“老师您看当前预约数是 1状态是‘已预约’而is_available是 0三者严格一致——这说明我们的业务逻辑和数据库约束是同步生效的不是靠代码硬判断。”6.3 演示视频剪辑心法只保留“问题-解决-结果”三幕剧你提供的演示视频长达 12 分钟但答辩只给 5 分钟。我的剪辑原则是每 30 秒必须出现一次“问题弹窗 → 你敲代码修复 → 功能恢复”。例如0:00-0:30小程序登录报错401 Unauthorized→ 切到编辑器打开LoginInterceptor.java指出preHandle方法中userService.findByToken()返回 null → 修改UserServiceImpl.java的findByToken方法增加if (user ! null) user.setLastLoginTime(new Date());→ 保存 → 重启 → 再次登录成功0:30-1:00后台排班页面 JS 报错 → 切到schedule.jsp修正script srcjs/jquery.min.js路径 → 刷新页面 → 表格正常渲染。这种剪辑方式让评委直观感受到你不是在背稿而是真正在调试、真正在解决问题。从那以后我每次做毕业设计都强制自己录屏时开启“问题模式”——故意制造一个可快速修复的小故障再演示解决过程。这比平铺直叙地展示所有功能更能体现工程能力。希望帮到你。本文还有配套的精品资源点击获取
