又到了一年课设季后台私信里问得最多的就是这类“微信小程序SSM”的组合项目。今天挑一个很典型的题目来拆解即时空教室查询小程序。后台用的是SSMSpringSpringMVCMyBatis前端是微信小程序整套代码结构完整。如果你正准备做课设、毕设或者想快速搞一个能用的自习室/空教室查询工具这篇应该能帮你省不少事。先说清楚这个项目是干嘛的。大学里找空教室上自习是刚需但传统做法是去教学楼楼下看公告栏或者一间一间推门看效率很低。这个系统把“教室占用情况”搬到了线上管理员维护课表、教室信息学生在小程序里按教学楼、时间段、日期查哪些教室是空的还能看到教室类型普通教室、多媒体教室、机房甚至扫码查看当前教室的占用状态。“即时”两个字是关键——它不是静态课表展示而是能反映当前这一时刻某个教室是不是真的空着这会牵扯到后面的时间判断逻辑和状态刷新机制。需要说明的是网上流传的版本通常不会给你讲清楚内部设计思路代码拿下来能跑但你要是问“为什么这样设计”“改需求怎么改”很多人就卡壳了。这篇文章我按实际开发的顺序把整个系统的技术结构和核心逻辑捋一遍重点是那些容易被忽略但真正影响功能的细节以及我在跑通这个项目时踩过的坑。1. 系统定位与需求拆解空教室查询要解决的三个核心问题1.1 “即时”到底是怎么定义的先看需求文档里最容易含糊的一个词即时。用户打开小程序期望看到的是“现在这个教室有没有课”。但系统后台存的是课表课表是静态数据怎么判断“当前有没有课”标准做法是三个维度的匹配当前星期几 当前第几节课 教室状态。上午第1节8:00-8:45对应课程表里的第1节次以此类推。后端拿到前端传来的查询时间后先换算成“星期几”和“节次”再查这个时间段该教室有没有被课程占用没有占用且没有被管理员挂起比如临时借用、设备维修的就是“空闲”。这里有个容易踩的坑节次的换算不能写死在前端。因为不同学校的作息时间不一样有的学校上午4节有的上午5节有的每节课45分钟有的50分钟。我把节次表t_section设计成了独立的数据库表由管理员在后台配置前端只传“当前时间戳”后端根据配置的作息时间计算节次。这样换学校部署时只需要改数据库里的作息配置不用改代码。1.2 系统的角色边界和权限设计这套系统有三种角色权限边界必须清晰学生/普通用户登录后查询空教室、查看教室详情、收藏常用教室、提交教室报修反馈。不能修改任何教室数据。教务管理员维护教室信息增删改查、导入课程表、管理教室类型、发布临时占用公告。系统管理员在教务管理员的基础上还能管理用户账号、分配角色、查看操作日志。从安全角度说后端所有管理接口都必须校验管理员的角色身份不能只靠前端隐藏按钮。我在代码里写了一个简单的拦截器Interceptor对/admin/**路径统一拦截校验Session里的用户角色标识不是管理员直接返回403 JSON这个拦截逻辑你也可以直接参考。1.3 “源码_kaic”这类包常见的模块划分拿到这套源码后你会发现它的模块划分比较规矩前端小程序文件和后台Java工程是分开的├── miniapp/ # 微信小程序前端 │ ├── pages/ │ │ ├── index/ # 首页快捷查询入口 │ │ ├── query/ # 空教室查询页核心页面 │ │ ├── detail/ # 教室详情页含扫码入口 │ │ ├── scan/ # 扫码查询页 │ │ ├── mine/ # 个人中心 │ ├── utils/ │ ├── app.js │ └── app.json ├── ssm-backend/ # 后端Java工程 │ ├── src/main/java/ │ │ ├── com/kaic/classroom/ │ │ │ ├── controller/ # 接口层 │ │ │ ├── service/ # 业务逻辑层 │ │ │ ├── dao/ # MyBatis数据访问层 │ │ │ ├── entity/ # 实体类 │ │ │ ├── interceptor/ # 拦截器登录、权限 │ │ │ ├── util/ # 工具类时间换算、二维码生成 │ ├── src/main/resources/ │ │ ├── mapper/ # MyBatis XML映射文件 │ │ └── spring/ # Spring配置文件模块分层是标准的MVC没有花哨的东西好处是阅读和二次开发都很友好。你拿到手应该先花20分钟把目录结构过一遍别急着跑起来理清每个包负责什么后面改需求才不迷路。2. 数据库设计这是整个系统最容易翻车的地方2.1 核心数据表的结构与关系空教室查询系统在数据库层面绕不开这几张表。我把表名和关键字段列出来你可以直接对照自己的项目检查设计是否合理教室表 t_classroom字段类型说明idint主键buildingvarchar教学楼如“明理楼”floorint楼层room_novarchar房间号location_descvarchar位置描述如“明理楼A区304”capacityint容纳人数typeint教室类型1普通 2多媒体 3机房 4实验室statusint状态0禁用 1启用qrcode_urlvarchar二维码图片地址课程表 t_course字段类型说明idint主键course_namevarchar课程名称teacher_namevarchar授课教师course_weekvarchar上课周次如“1-16周单周”course_dayint星期几1-7section_startint起始节次section_endint结束节次classroom_idint关联教室ID占用记录表 t_occupy字段类型说明idint主键classroom_idint教室IDoccupy_datedate占用日期section_startint起始节次section_endint结束节次reasonvarchar占用原因活动、临时借用等create_timedatetime创建时间用户表 t_useropenid、nickname、avatar、role0学生 1教务管理员 2系统管理员、create_time。节次表 t_sectionid、section_no第几节、start_time、end_time。这个表在1.1里讲过了是让系统能适配不同作息时间的关键。收藏表 t_favoriteuser_id、classroom_id、create_time用于个人收藏功能。2.2 周次和单双周的逻辑处理课程表里的course_week字段是个容易出问题的点。大学课表里“1-16周”“单周”“双周”“1-8周”这种写法非常普遍如果只存字符串“1-16周”查询的时候没法直接用SQL判断。我的做法是在实体类里增加一个week_start起始周、week_end结束周、week_type0全部 1单周 2双周三个字段来替代纯字符串。Java代码里写一个判断方法将“当前教学周”传进去如果是单周且当前是单周、且在起始周和结束周之间这门课就在本周生效。教学周怎么算在t_school_config表里配置开学日期后端启动时计算当前日期 - 开学日期 1得到当前周。这个设计一开始没做直接存字符串结果写查询SQL的时候几乎没办法处理“单双周”的判断数据查出来乱套。后来改成结构化字段才彻底解决问题。你如果自己建表一定别嫌麻烦拆开存。2.3 为什么没有用复杂的存储过程很多新手会问空教室查询是不是得写存储过程其实完全不需要。核心查询逻辑就一条SQL加上分页和过滤条件。数据量级也就是几千条记录的级别MySQL性能绰绰有余。与其把逻辑写在数据库里不如写在后端Service层方便调试也方便换数据库。3. 后端接口设计SSM架构下如何把“空教室查询”做成稳定接口3.1 接口清单和调用流程整个系统的后端接口不多但每个都有明确的用途。核心是三个接口路径方法说明/api/classroom/queryPOST按条件查询空闲教室/api/classroom/detailGET教室详情/api/classroom/scanPOST扫码获取教室当前状态/api/course/listGET获取指定教室的课表/admin/classroom/savePOST新增/编辑教室/admin/course/importPOST导入课程表Excel前端小程序的调用流程是用户在小程序里选好教学楼、日期、节次点击查询前端把参数封装成JSON发给后端/api/classroom/query后端解析参数调用Service层拼接查询条件查数据库返回空闲教室列表前端渲染成卡片展示。整个请求链路很短关键在于Service层对查询条件的处理。3.2 MyBatis动态SQL处理多条件查询空教室查询的过滤条件比较多教学楼、教室类型、容纳人数、日期、节次。这里必须用到MyBatis的if动态SQL标签否则你要写一堆空值判断。我在Mapper XML里写的核心查询逻辑是这样的思路先把“带课表占用的教室ID”查出来再用NOT IN排除掉。具体点说查出指定日期、指定节次下所有有课的教室ID集合然后查询教室表时用WHERE id NOT IN (...)。如果某个条件下没有查出的占用ID就用一个必然为假的AND 12来返回空。SELECT * FROM t_classroom WHERE status 1 if testbuilding ! null and building ! AND building #{building} /if if testclassroomType ! null AND type #{classroomType} /if if testcapacity ! null and capacity 0 AND capacity #{capacity} /if AND id NOT IN ( SELECT DISTINCT classroom_id FROM t_course WHERE course_day #{dayOfWeek} AND #{currentWeek} BETWEEN week_start AND week_end AND (week_type 0 OR (week_type 1 AND #{currentWeek} % 2 1) OR (week_type 2 AND #{currentWeek} % 2 0)) AND section_start #{sectionNo} AND section_end #{sectionNo} )这段SQL是整个查询的核心它一次性把“本周这节课时间有课”的教室排除掉。同时还要处理t_occupy临时占用表意思差不多只是日期是具体的天occupy_date比周次逻辑简单得多AND id NOT IN ( SELECT DISTINCT classroom_id FROM t_occupy WHERE occupy_date #{queryDate} AND section_start #{sectionNo} AND section_end #{sectionNo} )两条NOT IN用AND连接查出来的就是既没有课程占用、也没有临时占用的空闲教室。3.3 扫码查询教室状态的实现小程序里可以调起摄像头扫码扫教室门口贴的二维码然后跳到教室详情页。这个功能的核心不是二维码本身而是码里存什么信息。我在生成二维码时把内容定为classroom?id18这样的格式服务器地址不写进二维码。这样做的原因是如果以后换了域名或IP二维码不用重新再生成。小程序端拿到扫码结果后解析id参数调/api/classroom/detail接口后端返回教室信息当天课表当前节次的占用状态。后端获取当前状态时会走一个getCurrentStatus(classroomId)方法先算当前是星期几、第几节然后查课表和临时占用只要有一个命中就返回“占用中”同时把占用课程信息带上。这样用户扫码后马上就能知道这间教室现在是不是空的不用自己算节次。3.4 关于跨域和Session的配置SSM架构的项目小程序请求后端时最容易出两个问题跨域和Session不一致。跨域问题在小程序端其实还好因为小程序不是浏览器环境不存在浏览器的同源策略限制。但如果你以后要加一个H5管理后台同一个后端就要处理跨域了。在SpringMVC的配置里加一个CorsFilter允许指定域名跨域访问这是必须的。Session问题更隐蔽。小程序的wx.request默认不会自动携带Cookie登录后后端Session里存的用户信息下一次请求就找不到了。解决办法有两种一是前端把wx.request返回的Set-Cookie存下来每次请求手动放到Header里二是后端改用Token机制登录后返回一个UUID前端存到Storage里后续每次请求带在请求头X-Token里。我在这个项目里推荐第二种省心也安全。4. 微信小程序前端实现核心页面和交互逻辑4.1 登录和用户信息获取注意网络热词里的那个坑很多学弟学妹跑这个项目时会卡在登录环节报错提示类似“小程序获取登录后的微信用户失败”。这个问题其实和源码本身没关系大部分原因是小程序的AppID不匹配。具体来说你拿到的源码里app.js或者utils/request.js中可能写死了某个AppID比如wx1cb4398e1413dce7。这个AppID是作者当时注册的你本地运行时要换成自己在微信公众平台申请的小程序AppID。另外wx.login拿到的code是临时的调后端提供的/api/user/login接口换取openid时这个code只能使用一次且必须在5分钟内使用。有一种情况很常见后端请求微信接口时用的是appid secret这个secret是你的小程序密钥注意别把它暴露在小程序前端代码里。我见过有人把secret直接写在前端这是严重的低级错误。登录这块我建议流程做两次请求wx.login获取临时code后端用code调微信jscode2session接口换openid然后查t_user表存在就返回自定义登录态Token不存在就自动注册一个新账号代码里对应的样子大概是这样// app.js 或登录页 wx.login({ success: (res) { const code res.code; wx.request({ url: https://your-server.com/api/user/login, method: POST, data: { code: code }, success: (resp) { const token resp.data.data.token; wx.setStorageSync(token, token); } }); } });后端根据code调微信接口时请求的URL是https://api.weixin.qq.com/sns/jscode2session?appidAPPIDsecretSECRETjs_codeCODEgrant_typeauthorization_code返回的JSON里就会带上openid和session_key。在实际测试过程中这个code有时候会失效比如用户短时间内反复登录后端要做容错处理不能一报错就抛异常否则小程序端会一直转圈。我在Service层对jscode2session的返回做了一层判断如果微信接口返回errcode非0就往下走一个备用的测试登录逻辑——本地调试时先用mock_openid放行正式环境再关掉。4.2 空教室查询页面的状态管理查询页面是小程序的核心UI上用户要能选择日期今天/明天/后天或日期选择器、教学楼下拉列表、节次第几节课。这些选择项可以通过picker组件实现数据从后端接口拉取下拉选项。需要注意的是节次列表必须由后端/api/section/list返回前端不能写死。因为不同学校的节次不一样如果你写死9:00-9:45第1节换一个学校就不对了。后端节次表数据可以提前在数据库里初始化好。查询结果的渲染用wx:for遍历数组每个教室展示教学楼、房间号、教室类型、容纳人数、楼层。点击某一项跳转到详情页。状态管理上我用了一个简单的配置对象data: { queryParams: { building: , classroomType: 0, date: , sectionNo: 0 }, roomList: [], loading: false }这里的loading状态很重要实际网络请求是异步的如果没有loading遮罩用户连着点好几次查询会发出多个重复请求不仅体验差还可能把后端搞崩。在request的complete回调里把loading置为false这样能保证在请求期间按钮不可重复点击。4.3 教室详情页和“扫码识别”的动态路由教室详情页是pages/detail/detail通过onLoad(options)接收上一个页面传过来的id参数然后请求详情接口。这里有一个编码细节options里拿到的参数值如果包含特殊字符URL编码后要记得decodeURIComponent解码否则中文教室名会出现乱码。详情页的课程表展示逻辑我选择用一张表格形式列出“今天”的课程安排同时高亮当前节次的课程。如果当前节次没有课就显示“当前空闲”。核心代码逻辑就是在onShow生命周期里触发一次状态刷新因为用户可能停留在详情页一段时间时间过去了当前节次就变了所以不能在onLoad里只请求一次就完事要在onShow里重新拉取状态。扫码识别逻辑在pages/scan/scan.js中调wx.scanCode后把扫码结果字符串解析出classroomId然后调用详情接口。这个方案能让教室二维码通用不受服务器地址影响。4.4 常见的前端页面问题开发过程中我遇到一个很常见的问题小程序真机预览时网络请求返回net::err_connection_reset。这种报错十有八九是服务器地址配错了或者后端没启动。排查步骤在开发者工具里打开“不校验合法域名”开关本地调试要靠它。如果工具里能通、真机不通检查request合法域名是否已在微信公众平台配置并且必须是HTTPS。开发时如果后端部署在本地真机没法访问localhost要填电脑在局域网里的IP同时后端要监听0.0.0.0不能只监听127.0.0.1。网络热词里还有人搜“微信小程序顶部导航栏高度”这个在界面适配时确实会用到。小程序的导航栏默认在不同机型上高度不一样如果你要做自定义导航栏可以在app.js的onLaunch里通过wx.getSystemInfoSync()拿到statusBarHeight然后根据胶囊按钮位置算出导航栏高度不要写死。4.5 下拉刷新和加载更多教室列表如果超过一屏需要做分页加载。小程序的onReachBottom页面事件可以触发加载更多。这里一定要给分页加上“是否有下一页”的标志避免重复请求同一页。我习惯在列表底部展示当前总数、加载状态“已加载全部”这个小细节能防止用户误以为列表没有更多数据。查询结果的排序也有讲究默认按教学楼名称升序、楼层升序让用户更容易找到目标教室。5. 管理员端功能教室信息维护和课表导入5.1 Excel导入课表的设计思路管理员维护课表是个体力活一条一条录不现实。最实用的方案是提供Excel批量导入。后端用Apache POI解析.xlsx文件逐行读取课程名称、教师、周次、星期、节次、教室编号然后校验教室编号是否存在存在就插入t_course表。导入模板需要固定格式表头如下| 课程名称 | 教师 | 起始周 | 结束周 | 单双周 | 星期几 | 开始节次 | 结束节次 | 教室编号 |这个模板我会在后端放一个/admin/course/template下载接口管理员先下载模板填好数据再上传能减少很多格式错误。POI解析时有一个坑日期格式的单元格。如果你的Excel里写着“1-16周”POI读出来可能会变成字符串或者数字必须做好类型判断。更稳妥的思路是起始周和结束周分别用两个数字列让Excel单元格类型就是整数避免格式转换问题。解析过程里每一行都可能出错比如教室编号不存在、节次超出范围不能一整批全部失败。我的实现是逐行校验错误的行记录错误原因全部行处理完后把错误汇总返回给前端展示。管理员可以知道第几行第几列错了改完模板再传。5.2 临时占用管理除开固定课表教室还会被临时借用社团活动、考试、宣讲会等。管理员在小程序管理端或后台网页里填写教室、日期、起始节次、结束节次、占用原因保存到t_occupy表。查询空教室时这一部分必须和课表一起参与过滤否则会出现“课表上没课但教室正在被考试占用”的严重Bug。我在代码里把两条过滤条件合并在一起逻辑在前面的SQL里已经写了。临时占用功能还能用来处理特殊情况某天某个教室设备故障停用管理员直接加一条占用记录说明“设备维修中”用户查询时就不会再看到这间教室。5.3 报修反馈的处理方式用户在小程序里可以对教室设备问题进行反馈比如“第三排第三个投影仪坏了”“空调不制冷”。反馈记录存在t_feedback表里管理员在后台能查看并标记处理状态。这个功能表面上不起眼但在课设答辩时对系统完整度很加分因为它体现了“用户可操作、管理员可管理、状态可流转”的闭环思维。没有这个功能的系统答辩老师会觉得只是一个查询工具有反馈功能就变成了一个完整的管理系统。6. 跑通项目后的几个关键验证测试6.1 动态时间下的正确性验证拿到源码后建议你做一轮验证测试确定这个系统“真的能正确判断空教室”。我当时的测试方法在t_course表里给某教室插入一条周五第3-4节10:05-11:40的课程记录。在t_section表里确认周五第3节对应的时间段。用Postman调/api/classroom/query传date本周五sectionNo3确认查不到这个教室。传sectionNo1周五第1节该教室应该出现在结果列表里。这套验证逻辑跑通了核心功能才算真的没问题。注意测试时要确认“本周五”对应的日期确实是数据库里存的那个course_day。6.2 并发场景下的数据一致性做课设评审时老师可能会问“如果一个用户刚查到空教室另一个用户同时预约了这间怎么办”大部分简单实现是不管这个问题的因为系统设计上就没有“预约”功能教室状态以课表和临时占用为准。如果你的版本有预约功能就需要在t_occupy表里加一个“状态”字段0待审核 1已通过 2已拒绝用户提交预约后生成待审核记录管理员通过后该时段才真正占用。查询空教室时只把状态为“已通过”的记录纳入过滤条件这样避免了冲突。但如果两个用户在完全同一时刻预约同一间教室还需要在数据库层面做唯一约束比如UNIQUE KEY(classroom_id, occupy_date, section_start, section_end)这是更严格的做法。从源码角度这个项目没做这么复杂的并发控制但答辩时你能把这个方案讲清楚就远超平均水平了。6.3 部署环境的坑后端能跑不等于小程序能连上后端本地跑通了小程序却连不上这是大家最容易卡住的地方。我用一个表格总结一下排查点你直接按顺序检查检查项操作备注后端启动地址启动时看日志里的端口默认8080小程序request地址确认写的是http://局域网IP:8080真机不能写localhostHTTPS证书正式版要求域名备案HTTPS开发版可勾选不校验后端防火墙放行8080端口Linux用firewall-cmd或iptables数据库连接确认MySQL的IP、账号、密码正确本机部署常见问题AppID一致性app.js和project.config.json里是否一致不一致会导致登录失败第四行是大家很容易忽略的你在服务器上装MySQL时有些Linux发行版默认不允许远程连接即使后端部署在同一台服务器也需要在MySQL的user表里授权root%才能正常访问。源码包里如果没写清楚这一步你就要自己搞定。6.4 性能优化查询接口的响应速度虽然是课设但性能问题提前考虑一下没坏处。空教室查询接口的两个主要性能瓶颈第一NOT IN子查询效率。当t_course表数据量大了以后NOT IN深层的子查询可能较慢。好在课表数据量一般不会超过几万条MySQL的索引优化足够应对。但是要确保t_course表的classroom_id、course_day、section_start、section_end字段有索引否则全表扫描会很痛苦。第二t_occupy表的查询。如果临时的占用记录非常多比如整个学期每天都有建议给occupy_date加索引。实测下来这个查询在几千条课程记录、几百条占用记录的情况下响应时间在100ms以内完全够用。6.5 源码结构完成度与常见“缺斤短两”网上下载的课设源码水平参差不齐拿到手先核对一下几个关键文件是否存在数据库初始化脚本.sql文件是否包含所有表结构和初始数据后端配置文件jdbc.properties里数据库连接是否正确小程序的app.json是否注册了所有页面二维码生成工具类是否依赖了zxing库pom.xml里有没有引入对应依赖pom.xml里有没有正确的Maven坐标比如spring-webmvc、mybatis、mybatis-spring、mysql-connector-java我曾经拿到过一个版本数据库脚本只有五张表缺少t_section表导致前端选“节次”下拉列表时永远为空。这种问题不看文档光看代码根本发现不了。所以拿到源码后第一步就是逐个核对表结构是否完整、字段类型是否匹配别急着启动。7. 二次开发方向怎样让这个项目从“能跑”变成“有亮点”7.1 增加“空教室预测”和“使用率统计”模块课设如果是“即时空教室查询”答辩老师往往会问“能不能统计某个教室的使用率”这其实是一个很自然的扩展方向。实现思路是利用课表和临时占用数据统计某个学期内某个教室每周被占用的节次数量除以总可用的节次数比如每天12节×每周5天60节得到占用率和空闲率。前端用ECharts的小程序版本ec-canvas渲染饼图或柱状图直观展示。这个功能复用现有的t_course和t_occupy数据就可以实现不需要额外的数据表只是多写几个查询和聚合计算性价比很高。7.2 教室推荐算法根据距离和人数推荐可以做一个“推荐空教室”的简单算法用户当前位置传入经纬度系统计算所有空教室离当前教学楼的距离推荐最近的一间。实现方式是小程序端通过wx.getLocation获取经纬度传到后端后端根据教室所在楼宇的经纬度可提前配置在教室表用高德或腾讯地图的calculateDistance计算直线距离按距离排序。不想引入地图SDK的话可以做一个简化版在候选项里按教学楼排序优先推荐当前教学楼。这个扩展示例能体现你对用户需求的思考答辩时也是一个加分项。7.3 消息订阅教室空闲提醒小程序支持订阅消息用户选定一个教室、设定提醒时间比如“下午2点提醒我明理楼A304有没有空”到点通过订阅消息推送当前状态。这个功能的实现需要用户订阅消息授权wx.requestSubscribeMessage、后端定时任务Spring Task或Quartz扫提醒表、到点调用微信订阅消息接口下发。代码量不小但功能一做完整个系统的实用性和技术含量瞬间不一样。8. 实操总结我在这个项目上踩过的坑和最终的心得最后分享几个真金白银换来的经验不按条列举了想到哪说哪。第一拿到源码先别急着改代码花半小时把数据库脚本导入、把项目跑通、小程序能连接到后端确认“原始状态是好的”然后再动手改需求。很多人一拿到源码就想去改界面、加功能结果连数据库都没建成功最后连原始版本都跑不起来白白浪费时间。第二学会看日志比会写代码更重要。后端报错不要只盯着红色的Exception堆栈看要从下往上找关键错误信息。最常见的就是ClassNotFoundException缺依赖、Table doesnt exist没导数据库、Access denied for user数据库账号密码错、Connection refusedMySQL没启动或端口不对。这些错误看一眼日志就能定位比瞎猜快得多。第三小程序端和后端的时间格式一定要统一。前后端交互的日期字符串必须明确是“yyyy-MM-dd”还是“yyyy-MM-dd HH:mm:ss”格式不一致会导致日期比较出错。我掉过这个坑查空教室时明明当天没课结果因为前端传的时间格式带时分秒数据库date类型隐式转换后匹配不上查出来全是“占用中”。第四答辩时要能讲清楚自己的设计取舍。比如为什么用SSM而不是SpringBoot因为课设指定了SSM为什么不用云开发的云函数因为要练习传统后端。你只要把选型理由说清楚老师就不会硬挑你技术栈老。第五公网部署时记得在小程序后台把服务器域名配置好。开发工具里勾选“不校验合法域名”真机上也勾选这是很多人忽略的。正式上线发布必须HTTPS并且备案域名这个流程要提前准备别等最后一周才去弄。这个项目做完之后我对“空教室查询”这件事的理解也超出了“做个课设”的层面——它本质上是把传统静态课表变成了一个动态信息服务核心难点不在于增删改查而在于“时间维度”的正确建模和判断。周次、节次、单双周、临时占用、当前状态任何一个环节想不清楚查询结果就会出错。课设和毕设的意义在于这个过程而不只是交一个能跑的代码。你把这个项目的每张表、每个接口、每个判断逻辑都吃透了以后做任何类似的排课系统、会议室预订系统、工位查询系统思路都是一通百通的。希望这篇拆解能帮你少走几步弯路动手之前想清楚动手之后少踩坑。