微信小程序+SSM+MySQL社团活动管理毕设：完整可运行部署解析

简介面向毕业设计及微信小程序开发学习者这套以微信小程序为前端、SSM框架为后端、MySQL为数据库的社团活动管理系统完整实现了管理员、社长、社员三类角色的功能闭环。管理员可在后台管理学生、社长、社团分类、社团信息、加入审核、活动报名及系统配置社长通过小程序端完成社团资料维护、加入审核、活动发布与报名审批、成员管理社员则能浏览社团、报名活动、查看个人信息。压缩包共994个文件约60.24MB涵盖Java后端源码、Vue后台管理端、小程序页面wxml/wxss/js、SQL数据库脚本、毕业论文文档、mp4视频演示以及一键启动bat脚本从开发到部署讲解齐全。目前已有237人学习下载适合作为毕设参考或项目实战蓝本。附带的论文和视频能辅助梳理系统设计脉络源码目录按功能模块划分便于对照学习数据库设计、接口实现和移动端交互能有效提升开发效率并减少排错成本。1. 这是什么样的毕业设计项目能跑、能讲、能答辩的社团活动管理小程序每年毕业设计季总有一批人被同一个问题卡住题目定的是“大学生社团活动管理小程序”技术栈写的是微信小程序 SSM MySql结果查了一圈资料框架版本对不上、数据库脚本缺失、小程序和后端接口各说各话最后只能拿着半成品上台。这套基于微信小程序 SSM MySql 开发的社团活动管理毕业设计交付的是完整可运行的一套东西前端小程序源码、SSM 后端源码、数据库脚本、毕业论文和视频演示覆盖从登录、社团创建、活动发布到报名审核的完整管理闭环。它解决的核心问题不是“代码多高级”而是让一个学生能在两周内把系统跑起来、把论文写出来、把答辩讲清楚。适合计算机、软件工程等专业做管理类系统选题的同学也适合想快速看清 SSM 和小程序如何协作的开发新人。2. 拆开 SSM MySQL 微信小程序三层怎么分工一次登录的数据流长什么样2.1 微信小程序端只做页面和交互不要碰业务规则小程序端本质是一个微信里的前端应用由 WXML、WXSS、JavaScript 三部分组成页面写在 pages 目录下AppID 决定它能跑在哪个环境里。它负责的事情很纯粹渲染页面、收集用户输入、把请求发给后端、把结果画出来。以社团活动管理这个项目为例“活动列表”页面要做的就是用 wx.request 去请求后端的活动接口拿到 JSON 后用 WXML 的 wx:for 渲染成卡片列表。业务规则比如哪些角色能看到某个活动、报名人数超没超上限都不该写在前端否则后端接口一旦变化前端要跟着改一圈。在毕设答辩时很多人会被问“为什么用小程序而不用 App”。常见回答是微信自带流量入口用户无需安装扫码即用对社团活动这种低频管理场景小程序比原生 App 更轻。这个回答本身没有问题但要在技术方案里体现出来——通常会在小程序端做微信登录用 wx.login 换取 openid让用户以微信身份直接进入系统省掉注册流程。这一块是论文里需求分析和系统设计部分的重头戏也是视频演示里最能一眼看出效果的功能。2.2 SSM 后端Spring、SpringMVC、MyBatis 各干一件什么事SSM 是三块框架的合称Spring 负责管理对象和事务SpringMVC 负责接收 HTTP 请求并分发到对应的 Controller 方法MyBatis 负责把 Java 方法和 SQL 语句映射起来。它们部署在 Tomcat 这样的 Servlet 容器里对外提供 REST 风格接口。拿到一份源码时我一般先看 pom.xml 里引了哪些依赖——如果看到 spring-webmvc、mybatis、mybatis-spring 这几个坐标基本可以断定是 SSM 项目再配合 web.xml 里配置的 DispatcherServlet 和 ContextLoaderListener就能确认 Spring 和 SpringMVC 的加载方式。dependency groupIdorg.springframework/groupId artifactIdspring-webmvc/artifactId version5.3.x/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis/artifactId version3.5.x/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version2.0.x/version /dependency这段依赖说明的是SpringMVC 需要 spring-webmvc 提供 DispatcherServlet 和 Controller 注解支持MyBatis 本身只认 Mapper 接口和 SQL 映射文件mybatis-spring 这个桥接包负责把 SqlSessionFactory 交给 Spring 容器统一管理。版本这里我特意写成 x因为不同源码用的版本会有差异但选型逻辑一致Spring 5.x 对应 JDK 8MyBatis 3.5.x 是当前稳定主线mybatis-spring 2.0.x 和 Spring 5 兼容良好。如果源码里用的是 Spring 4.x 和 JDK 7那 Tomcat 版本也要跟着往下降这部分到第 3 章讲环境时再具体说。顺便说一句SSM 项目本地开发时一般在 IDEA 里直接配 Tomcat 运行生产环境则是打 war 包丢进 Tomcat 的 webapps 目录。毕设场景用 IDEA 直跑就够了war 打包流程写进论文的环境部署章节不用真的折腾。2.3 一次登录请求的数据流从点击按钮到数据库查表把三层拆开看还不够需要把它们串成一条线。以用户登录为例一次完整请求是这样的小程序端点击登录前端 wx.login 拿到一个临时 code通过 wx.request 发给后端 /api/login 接口SpringMVC 的 HandlerMapping 根据 URL 找到 LoginController 的 login 方法方法里调用 UserService 去查数据库MyBatis 根据 UserMapper.xml 里写的 SQL 把结果映射成 User 对象返回Controller 再包一层统一的返回结构通常叫 Result 或 R包含 code、message、data 三个字段写回前端。小程序端收到后把 token 存到 wx.setStorageSync后续每个请求都在 header 里带上它。这段链路里最容易忽略的是“code 换 openid”这一步。code 不是用户身份只是微信临时发的一张“入场券”后端要拿着它去向微信的 code2session 接口换 openid 和 session_key。换取成功后后端一般会查一下这个 openid 在 user 表里有没有记录没有就自动注册一个有就直接登录然后生成自定义 token 返回前端。为了验证后端接口是否已经跑通我习惯先绕开小程序直接在本机用 curl 打一个接口看返回格式这一步能快速区分“后端没起来”和“小程序代码有问题”。curl -X POST http://localhost:8080/api/login \ -H Content-Type: application/json \ -d {code:test-code-001}如果后端回复类似 {code:200,message:success,data:{token:...}} 的结构说明整条链路已经打通如果返回 404 或连接被拒绝就要回去看 Tomcat 是否启动、上下文路径是否带了项目名、Controller 的 RequestMapping 是否写错。我一般会在这时顺手打开微信开发者工具的 Network 面板把请求 URL、状态码、响应体截图存下来这些截图后面直接放进论文的系统测试章节比临时补省事得多。3. 把源码数据库跑起来从空环境到小程序里看到数据3.1 版本先对齐JDK、Maven、Tomcat、MySQL 的匹配关系SSM 是老技术栈最忌讳“装最新版”。我看到过太多人用 JDK 17 跑 Spring 4 项目报错信息看不懂最后玄学式换版本碰运气。MySQL 的安装配置教程遍地都是但跟着装完连不上项目的也不在少数根因基本都是版本和驱动没对齐。拿到的源码如果是常见的 Spring 5 MyBatis 3.5 组合我一般会按下面这套版本配兼容性最稳能查到的资料也最多组件推荐版本说明JDK1.88u 以上SSM 在 JDK 8 下最稳避开 JDK 11 的模块化问题Maven3.6.x3.8 也可以3.6 对老仓库兼容更好Tomcat8.5支持 Servlet 3.1和 Spring 5 匹配MySQL5.7 或 8.05.7 省心8.0 要换驱动名并处理时区微信开发者工具稳定版导入项目后语言版本选通配符即可版本对齐这件事看起来基础但它决定了后面所有报错长什么样。JDK 8 配 Tomcat 8.5报错大多是你代码的问题JDK 17 配 Tomcat 10报错可能来自 javax 到 jakarta 的命名迁移跟业务逻辑一点关系都没有。所以动手第一步永远是确认版本而不是急着点运行。MySQL 选 5.7 还是 8.0看源码里的 JDBC 驱动名就能定5.7 对应 com.mysql.jdbc.Driver8.0 对应 com.mysql.cj.jdbc.Driver。3.2 初始化数据库先执行 SQL 脚本不手动建表数据库脚本是整个系统的底稿用户、社团、活动、报名这些表都在里面。拿到源码后先在项目目录里找后缀为 .sql 的文件常见命名是 init.sql 或 xxx_db.sql用命令行导入。不要打开 Navicat 手动建表手建容易漏外键和测试数据。导入前先确认 MySQL 服务已启动然后执行mysql -uroot -p /path/to/society_db.sql执行成功后进 MySQL 验证表和测试数据是否都在。下面这条语句能列出所有表再随意查一条记录看内容是不是中文、id 有没有自增。这一步的目的是尽早发现编码和权限问题而不是等后端起不来再回头排查。USE society_db; SHOW TABLES; SELECT * FROM user LIMIT 5;如果导入时提示编码不对可以在执行前加一句 SET NAMES utf8mb4; 或者给命令行加 --default-character-setutf8mb4。SQL 脚本里如果包含 DROP TABLE IF EXISTS 语句重复导入也不会报错这是正常现象。导入完成后记住库名下一步后端配置里要写。这里有个小技巧导入成功后把 SQL 文件里的测试数据过一眼看有没有初始化社团和管理员账号。很多毕设源码默认带一个 admin 账号改掉密码后直接写进论文测试章节演示时用它登录比现场注册学生账号再切换角色省事。3.3 导入 SSM 后端改这三个地方就能启动后端代码用 IDEA 导入选 Maven 方式等依赖下载完。依赖下载慢就去配置阿里云镜像改 Maven 的 settings.xml 里的 mirror 节点这一步能省下大量时间。依赖就绪后要改的配置通常集中在三个文件里数据库连接配置、MyBatis 映射配置、Tomcat 部署配置。数据库配置一般叫 jdbc.properties默认在 resources 目录下核心就这几行jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/society_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你的数据库密码 jdbc.maxActive20每一行都要对上自己的环境driver 取决于 MySQL 版本url 里的 society_db 是 3.2 里导入的库名localhost 表示数据库在本机username 和 password 是 MySQL 账号。maxActive 是连接池最大连接数毕设系统并发不高20 够用不需要调大。改完 jdbc.properties 后再检查 mybatis-config.xml 里有没有开启驼峰映射mapUnderscoreToCamelCase以及 mapper-locations 有没有指向 Mapper XML 目录这两项错一个启动时就会提示找不到 statement。最后用 IDEA 配置一个 Tomcat把项目以 war exploded 方式部署Application context 建议改成空或 /这样小程序端请求 URL 可以不带项目名少一层路径少一个坑。启动 Tomcat 后看控制台输出出现类似 Connector 监听 8080 的字样就说明后端起来了。这时可以回到 2.3 的 curl 命令再打一次确认接口真的通了再进下一步。3.4 导入微信小程序端改一个 baseUrl 就能预览后端跑通后小程序端就简单了。打开微信开发者工具导入项目选择源码里的小程序目录AppID 先用测试号等真正要上线再换自己的。工具会提示选择后端服务本地调试时直接点“不使用云服务”因为我们用的是自己的 SSM 后端。小程序端通常把接口地址集中定义在一个文件里常见是 app.js 的 globalData 或一个 utils/request.js。以 app.js 为例需要改的是 baseUrl把默认地址改成 http://localhost:8080App({ globalData: { baseUrl: http://localhost:8080 } })改完后在开发者工具里勾选“不校验合法域名、web-view业务域名、TLS 版本以及 HTTPS 证书”因为本地开发用的是 http 且地址是 localhost微信默认不允许。改完 baseUrl 后重新编译小程序首页如果能拉到后端数据整套源码就算跑通了。提示勾选“不校验合法域名”只对本机开发者工具生效真机预览和发布体验版时这个开关不生效需要在真机调试模式或配置合法域名后使用。4. 数据库设计与核心接口社团、活动、报名、审核一条链4.1 表设计四张核心表三种关系拿到源码后先不要急着写代码把数据库表结构读懂论文的数据库设计章节就有素材了。社团活动管理系统通常围绕四张核心表展开用户表、社团表、活动表、报名表。用户与社团是多对一一个用户可以是普通学生也可以作为社长绑定一个社团社团与活动是一对多活动与用户通过报名表建立多对多关系。下面是一个简化的建表结构实际源码字段可能更多但骨架一致CREATE TABLE user ( id INT NOT NULL AUTO_INCREMENT, openid VARCHAR(64) NOT NULL COMMENT 微信openid, student_no VARCHAR(20) DEFAULT NULL COMMENT 学号, name VARCHAR(50) DEFAULT NULL COMMENT 姓名, role TINYINT DEFAULT 0 COMMENT 0学生 1社长 2管理员, PRIMARY KEY (id), UNIQUE KEY uk_openid (openid) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用户表; CREATE TABLE club ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(100) NOT NULL, intro VARCHAR(500) DEFAULT NULL, leader_id INT DEFAULT NULL COMMENT 社长用户id, PRIMARY KEY (id), KEY idx_leader (leader_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT社团表; CREATE TABLE activity ( id INT NOT NULL AUTO_INCREMENT, club_id INT NOT NULL, title VARCHAR(100) NOT NULL, content TEXT, location VARCHAR(100), start_time DATETIME, max_people INT DEFAULT 50, status TINYINT DEFAULT 0 COMMENT 0报名中 1已结束, PRIMARY KEY (id), KEY idx_club (club_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT活动表; CREATE TABLE enroll ( id INT NOT NULL AUTO_INCREMENT, activity_id INT NOT NULL, user_id INT NOT NULL, status TINYINT DEFAULT 0 COMMENT 0待审核 1已通过 2已拒绝, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_act_user (activity_id, user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT报名表;四张表的关键点集中在两个地方一是 openid 加唯一索引保证同一个微信用户只能注册一次二是 enroll 表用 (activity_id, user_id) 联合唯一索引从数据库层面挡住重复报名。有些源码会真的加上外键约束但毕设项目里我更推荐只建索引不建物理外键——逻辑外键足够应付业务删数据时不用顾虑约束顺序论文里也解释得通。字段注释写中文后面导出数据字典直接能用省整理时间。提示如果源码里的表结构和你自己设计的业务有出入优先保留 openid 唯一索引和报名表联合唯一索引这两个约束它们是系统不产生脏数据的两条保险。4.2 核心接口链路从 Controller 到 Mapper 的完整代码接口是后端的脸面。毕设系统常见的接口包括用户登录、活动列表、活动详情、发起报名、审核报名、创建社团、发布活动等。以“获取活动列表”为例整条链路是 Controller 收参数、Service 调分页、Mapper 查数据库、返回统一结果。下面是一个简化但完整的示例RestController RequestMapping(/api/activity) public class ActivityController { Autowired private ActivityService activityService; GetMapping(/list) public Result list(RequestParam(defaultValue 1) Integer page, RequestParam(defaultValue 10) Integer size, RequestParam(required false) String keyword) { return Result.ok(activityService.pageQuery(page, size, keyword)); } }Controller 本身不写 SQL它只做三件事接收参数、调用 Service、把返回值包成统一结构。这里 page 和 size 都有默认值keyword 允许为空避免前端漏传导致空指针。Result.ok 是静态工厂方法内部把 code 设成 200data 放业务数据。Service 层负责分页参数的计算和业务校验真正查库的动作在 Mapper 层。MyBatis 的 XML 里分页 SQL 这样写select idpageQuery resultTypecom.example.entity.Activity SELECT id, club_id, title, content, location, start_time, max_people, status FROM activity where if testkeyword ! null and keyword ! AND title LIKE CONCAT(%, #{keyword}, %) /if /where ORDER BY start_time DESC LIMIT #{offset}, #{size} /select这个 XML 有三个值得在答辩时说清楚的参数细节。第一#{keyword} 是预编译占位符MyBatis 会把它转成 PreparedStatement 的 ?能防 SQL 注入如果用 ${keyword} 就是字符串拼接只适合动态排序字段这类场景。第二LIMIT 的两个参数是 offset 和 sizeoffset 等于 (page - 1) 乘 size这个换算放在 Service 层做Controller 拿到的是用户看的页码Mapper 拿到的是物理偏移量。第三 标签会自动处理多余的 ANDkeyword 为空时整个条件不拼进去SQL 就变成纯分页查询日志里看一眼就能确认。4.3 小程序怎么对接后端登录与请求封装后端接口就绪前端的活集中在两件事登录和请求封装。登录是第一个坑一定要按微信的规则来。下面这段代码能完成从 wx.login 到写入 token 的完整流程注意错误处理function login() { return new Promise((resolve, reject) { wx.login({ success: (res) { if (!res.code) { reject(new Error(登录失败未获取到 code)); return; } wx.request({ url: ${getApp().globalData.baseUrl}/api/login, method: POST, data: { code: res.code }, success: (res) { const data res.data; if (data.code 200) { wx.setStorageSync(token, data.data.token); resolve(data.data); } else { reject(new Error(data.message || 登录失败)); } }, fail: reject }); }, fail: reject }); }); }这段代码里 wx.login 拿到的 code 是临时的5 分钟有效且只能换一次 openid所以每次启动 App 都应该重新 login而不是把旧的 code 存下来复用。成功返回后返回结构必须和后端 Result 约定一致即 code 是数字、data 是对象否则前端判断逻辑要跟着后端改。拿到 token 后后续每个请求的 header 里都要带上它后端拦截器才能识别当前用户。下面是用 Promise 封装的通用请求函数页面里不用再关心 token 怎么传function request(url, method, data) { const token wx.getStorageSync(token); return new Promise((resolve, reject) { wx.request({ url: ${getApp().globalData.baseUrl}${url}, method: method || GET, data: data || {}, header: { Authorization: token || }, success: (res) { if (res.statusCode 200) { resolve(res.data); } else if (res.statusCode 401) { login().then(() { wx.reLaunch({ url: /pages/index/index }); }); } else { reject(res); } }, fail: reject }); }); }请求封装的核心价值是统一处理错误码后端如果返回 401所有页面都会自动走“重新登录”这条路不用每个页面都写一遍判断。这种封装在论文的系统设计里写一笔属于前端公共模块设计。小程序端还有两个页面层面的常见操作下拉刷新和上拉加载活动列表一般在 onReachBottom 里触发下一页请求把 page 加一再调用 request。这块代码不复杂但论文的测试截图里能看到分页加载说明不是静态页面。5. 避坑SSM 小程序组合最常见的 5 个翻车点5.1 真机预览一片空白接口超时现象微信开发者工具里一切正常一换真机预览小程序页面加载不出来Network 面板显示请求 pending 或超时。 原因微信真机环境要求小程序请求的接口地址满足两个条件使用已备案域名并且启用 HTTPS。本地开发用的 localhost 或局域网 IP 都不满足正式要求同时开发者工具勾选的“不校验合法域名”只对本机工具生效不作用于真机。 解决真机预览时不要直接填 localhost。先确认手机和电脑在同一个局域网把 baseUrl 换成电脑的局域网 IP比如 http://192.168.1.100:8080然后在开发者工具里选“真机调试”真机调试模式允许跳过域名校验适合演示用。要正式发布必须把后端部署到服务器配上 HTTPS 证书和已备案域名并在小程序后台把域名加进 request 合法域名列表。这条链路是微信的硬性规则绕不开。5.2 MySQL 8 连不上驱动名和时区是重灾区现象Tomcat 启动时控制台报 Communications link failure或者连接池初始化失败应用能启动但一查表就超时。 原因MySQL 8 把 JDBC 驱动类从 com.mysql.jdbc.Driver 换成了 com.mysql.cj.jdbc.Driver并且默认时区与系统不一致连接串里没有 serverTimezone 就直接报错。如果源码是早期基于 MySQL 5.7 写的驱动名还是旧的那个直接连 8.0 大概率翻车。 解决先确认自己的 MySQL 版本再改 jdbc.properties。8.0 用下面这串5.7 则把驱动名改回 com.mysql.jdbc.Driverjdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/society_db?serverTimezoneAsia/ShanghaiuseUnicodetruecharacterEncodingutf8useSSLfalse驱动名和 URL 参数错一个都是启动即崩这也是我在 3.1 里强调先看源码里的驱动名再定 MySQL 版本的原因。改完记得重启 Tomcat连接池初始化只在启动时发生一次热部署不会重新加载这份配置。5.3 接口有数据前端页面空白驼峰与下划线现象后端接口用 Postman 一调JSON 返回很正常小程序页面却显示空白或字段全是 undefined。 原因数据库字段是下划线风格比如 start_time、max_people而 Java 实体类里写的是驼峰风格 startTime、maxPeople。如果 mybatis-config.xml 里没有开启 mapUnderscoreToCamelCaseMyBatis 默认不会自动把下划线映射成驼峰实体类属性全是 nullJSON 序列化后前端自然取不到值。 解决在 mybatis-config.xml 的 settings 节点加一行settings setting namemapUnderscoreToCamelCase valuetrue/ /settings加完重新编译实体类并重启验证。还有一种情况XML 里写了自定义 resultMap那驼峰配置就不生效需要手动在 resultMap 里把 column 和 property 一一对应。遇到这种问题先看 XML 是 resultType 还是 resultMap再决定改哪边不要两处都动。5.4 登录时好时坏code 不是身份证现象小程序刚打开时登录正常过几分钟后再点某个功能就报登录失效有时候完全没反应。 原因wx.login 返回的 code 有效期只有 5 分钟而且只能用一次。前端如果只登录一次后面一直拿同一个 code 去后端换 openid第二次必然失败。另一个常见原因是后端把 code 换 openid 的结果做了长期缓存没有处理过期逻辑。 解决每次进入小程序都重新 wx.login不要存 code 复用。后端的 /api/login 接口每次收到 code 都实时调用微信接口换取 openid不要在内存或 Redis 里做长时间缓存。还有一个容易忽略的点code2session 返回的 openid 如果对不上用户表记录应该自动注册而不是直接登录失败否则新用户永远进不来。5.5 中文乱码三个环节都得是 utf8现象数据库里中文变成 ??接口返回的中文正常但前端显示乱码或者接口直接返回乱码。 原因乱码是字符集不一致的老问题。MySQL 连接串没加 characterEncodingutf8、表默认字符集是 latin1、Tomcat 的 URI 编码没设 UTF-8这三种情况单独或叠加都会导致乱码。小程序端因为走 JSON 传输本身不会产生乱码问题几乎都出在连接串和底层存储。 解决三层统一。第一层库表构建时显式指定 DEFAULT CHARSETutf8mb4第二层jdbc.url 加上 useUnicodetruecharacterEncodingutf8第三层如果是 Tomcat在 server.xml 的 Connector 节点加 URIEncodingUTF-8。utf8mb4 比 utf8 多支持 emoji 和生僻字答辩演示时如果有人用包含 emoji 的昵称注册还能正常显示这个小细节反而是加分项。6. 论文怎么写、答辩怎么演示这套代码的“增值”用法6.1 论文结构图表比代码更能撑场面读代码、跑通系统花的时间在写论文时都能换回来。论文章节按“选题背景、需求分析、概要设计、详细设计、系统测试、结论”组织数据库设计章节直接复用第 4 章的四张表画一张 E-R 图就能把关系讲清楚。论文里的代码不要大段贴截取关键方法即可每段代码后写一两句设计意图比堆代码更得分。建议按下面这张表准备图表素材答辩 PPT 也照着这个顺序放图表对应内容来源系统用例图学生、社长、管理员三种角色的操作需求分析章节系统架构图小程序端、SSM 后端、MySQL 分层概要设计章节E-R 图用户、社团、活动、报名四表关系数据库设计章节核心时序图登录接口和报名接口的交互顺序详细设计章节测试结果截图接口返回 JSON 与页面截图系统测试章节6.2 视频演示怎么录一条主线走到底录视频演示最容易犯的错是把所有功能平铺一遍评委看完记不住重点。我一般建议按“从登录到审核”的业务主线来演先用管理员身份登录创建社团用社长账号发布一个活动回到学生端报名再切回社长端审核通过。这条线覆盖用户、社团、活动、报名四张核心表业务流程完整时长控制在三分钟以内。录制工具用 OBS 或微信开发者工具自带录屏均可录之前先把数据库表打开操作时让后端 SQL 日志和页面同屏演示“前端点击、后端输出 SQL、数据落库”的过程这个细节很能体现系统是真实开发的而不是只做了界面。6.3 扩展点在“不足与展望”里给自己留活路论文结尾都要写系统不足这块不要随便糊弄。可以从三个方向写给活动增加二维码签到功能解决线下点名问题接入微信订阅消息让报名审核结果主动推送用 Redis 缓存热门活动列表缓解高并发查询压力。这三个方向既有技术含量又不过分复杂答辩时被问到“如果继续做你会怎么做”可以直接从里面挑一个讲思路比临时现编靠谱。整套项目跑到这一步我的习惯是先删掉数据库里的测试数据用自己的名字和社团信息重新录一遍演示确认从零开始的流程不走样。这个方法看起来多花半小时但能挡住答辩前最狼狈的当场翻车。希望帮到你。本文还有配套的精品资源点击获取