微信小程序+SSM框架社团活动管理系统实战解析

1. 项目整体设计与思路拆解

1.1 核心需求解析

大学生社团活动管理，这个题目我相信很多计算机专业的同学都不陌生。每年毕设季，社团管理系统、社团活动管理平台这类选题几乎占据了半壁江山。为什么？因为它的业务边界清晰、用户角色明确、功能点覆盖全面，既能体现技术栈的完整度，又不需要过度复杂的业务逻辑，非常适合作为毕业设计或者课程项目来练手。

但实际做起来，很多同学会发现一个尴尬的问题：传统的社团管理基本都是纯后端管理系统，管理员在电脑上操作，社长和普通社员根本没有便捷的移动端入口。活动通知靠QQ群、微信群接龙，报名靠填在线表格，签到靠纸质名单——信息散落各处，数据无法沉淀，管理员统计起来更是苦不堪言。

这恰恰是这个小程序项目的价值所在：用微信小程序作为前端入口，让社长、社员、管理员通过手机就能完成活动从发布、报名、签到到统计的全流程闭环，后端采用SSM框架（Spring + SpringMVC + MyBatis）提供稳定可靠的数据服务。微信小程序天然适合这种轻量级、高频使用的场景，用户扫一扫就能用，不需要下载App，用完即走，特别符合校园场景下学生群体的使用习惯。

结合我实际带毕设和接手类似项目的经验，这个项目适合以下几类人群参考：

• 计算机相关专业需要完成毕设的学生，尤其是选题方向为微信小程序 + SSM框架的
• 想系统学习前后端分离开发流程，但需要一个完整案例入门的初学者
• 学校社团负责人、团委老师等，确实有社团信息化管理需求，想低成本搭建一套工具的

1.2 技术选型背后的权衡

先说说为什么选SSM而不选别的。SSM（Spring + SpringMVC + MyBatis）可以说是Java后端最经典的组合之一，虽然现在Spring Boot已经大行其道，但很多高校的教学大纲和毕设要求仍然停留在SSM阶段。从项目本身来看，SSM足够支撑社团活动管理这种中等规模的业务场景，而且：

• Spring容器管理对象，降低模块耦合
• SpringMVC负责请求路由和参数绑定，职责清晰
• MyBatis灵活编写SQL，对复杂查询的控制力强

选微信小程序而不是其他跨端方案（如uni-app、React Native），核心原因是这个项目要的是原生小程序的体验和微信生态的便利性。微信小程序天然携带用户登录体系（wx.login获取openid），无需额外注册账号；支持模板消息/订阅消息推送活动通知；后续如果要接微信支付（比如社团活动收费），整个链路也是现成的。这些都很贴合学生使用习惯。

至于为什么不直接上Spring Boot？我在实际辅导毕设时经常遇到这个问题。说实话，Spring Boot开发效率确实更高，但在答辩场景下，SSM能更清晰地展示你对Spring核心原理（IOC、AOP）、事务管理、拦截器等基础知识的掌握程度，这正是评分老师看重的点。而且从学习角度来说，先搞懂SSM的配置地狱，再去看Spring Boot的自动配置，理解深度完全不同。当然，如果学校不强制要求SSM，我个人是建议直接用Spring Boot + MyBatis Plus的，省下来的配置时间用来打磨业务细节和前端界面更划算。

2. 环境搭建与数据库设计实战

2.1 开发环境准备清单

动手写代码之前，环境一定要先理顺。这个项目我按下面的组合来搭，踩坑最少：

这里有个容易忽略的坑：微信小程序要求后端接口必须支持HTTPS，且域名需要在小程序后台配置白名单。开发调试阶段可以用开发者工具里的"不校验合法域名"选项绕过，但上线前必须搞定备案域名和SSL证书。很多同学在这卡住，答辩前一周才慌慌张张去备案，结果15个工作日下不来，只能改用测试号演示。听我一句劝，域名备案一定要提前，至少提前一个月启动。

MySQL数据库UTF-8编码一定要设置好，特别是如果你在Windows上用的MySQL默认字符集是latin1，插入中文数据直接变乱码。连接池我用的Druid，监控页面方便排查慢SQL，阿里系的组件，SSM项目里非常常见。

2.2 数据库表结构规划

数据库是整个系统的地基，表设计的好坏直接决定后期开发的顺畅程度。我按“用户-社团-活动-报名-签到”这条业务主线设计了六张核心表：

-- 用户表 CREATE TABLE `user` ( `id` INT NOT NULL AUTO_INCREMENT, `openid` VARCHAR(100) DEFAULT NULL COMMENT '微信openid', `username` VARCHAR(50) NOT NULL COMMENT '学号/工号', `password` VARCHAR(100) NOT NULL COMMENT '密码MD5加密', `real_name` VARCHAR(50) DEFAULT NULL COMMENT '真实姓名', `phone` VARCHAR(20) DEFAULT NULL COMMENT '手机号', `avatar` VARCHAR(255) DEFAULT NULL COMMENT '头像URL', `role` TINYINT DEFAULT 0 COMMENT '角色：0社员 1社长 2管理员', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), UNIQUE KEY `uk_openid` (`openid`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 社团表 CREATE TABLE `club` ( `id` INT NOT NULL AUTO_INCREMENT, `club_name` VARCHAR(100) NOT NULL, `description` TEXT COMMENT '社团简介', `logo` VARCHAR(255) DEFAULT NULL, `president_id` INT NOT NULL COMMENT '社长用户ID', `member_count` INT DEFAULT 0 COMMENT '成员数量', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 活动表 CREATE TABLE `activity` ( `id` INT NOT NULL AUTO_INCREMENT, `club_id` INT NOT NULL COMMENT '所属社团ID', `title` VARCHAR(200) NOT NULL COMMENT '活动标题', `content` TEXT COMMENT '活动详情', `location` VARCHAR(255) DEFAULT NULL COMMENT '活动地点', `start_time` DATETIME NOT NULL COMMENT '开始时间', `end_time` DATETIME DEFAULT NULL COMMENT '结束时间', `max_people` INT DEFAULT 100 COMMENT '人数上限', `status` TINYINT DEFAULT 0 COMMENT '状态：0未开始 1进行中 2已结束 3已取消', `create_by` INT NOT NULL COMMENT '创建人ID', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

另外还有三张表：club_member（社团成员关系表）、activity_apply（活动报名表）、activity_signin（活动签到表）。前两张表解决“用户和社团/活动多对多关系”的问题，报名表的关键字段包括user_id、activity_id、apply_status（待审核/已通过/已拒绝）、apply_time。

我的设计思路是：活动归属于社团，报名记录挂在活动下，签到记录挂在报名记录下。这样一条链条下来，数据血缘清晰，查询效率也高。比如要查“某社团某活动到勤率”，一条SQL就能搞定。

有个细节要注意：设计表的时候预留openid字段，但同时也保留username/password登录方式。微信小程序wx.login获取openid后自动注册，如果用户绑定了学号密码则可以走普通登录。双通道设计的好处是：既方便微信用户一键登录，又保留了传统账号体系，B端（管理后台）也可以直接用账号密码访问。

3. 后端SSM核心功能开发解析

3.1 SSM框架整合的骨架搭建

老生常谈但必须做好的事：web.xml配置Spring监听器和SpringMVC前端控制器，然后spring.xml里配置扫描、数据源、事务管理器，spring-mvc.xml里配置注解驱动、视图解析器、静态资源映射。一步都不能错，否则启动直接报各种奇奇怪怪的错误。

我用Maven管理依赖，核心依赖就是这几个：

<!-- Spring核心 --> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>5.2.22.RELEASE</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-jdbc</artifactId> <version>5.2.22.RELEASE</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>5.2.22.RELEASE</version> </dependency> <!-- MyBatis --> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> <version>3.5.9</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis-spring</artifactId> <version>2.0.7</version> </dependency> <!-- MySQL驱动 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.49</version> </dependency> <!-- Druid连接池 --> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid</artifactId> <version>1.2.8</version> </dependency> <!-- JSON工具 --> <dependency> <groupId>com.fasterxml.jackson.core</groupId> <artifactId>jackson-databind</artifactId> <version>2.12.5</version> </dependency>

版本选择是个经验活。spring 5.2.x 对JDK8非常友好，MyBatis 3.5.x 稳定可靠，mysql-connector 5.1.49 与 MySQL 5.7 匹配完美。这些版本我亲测没有兼容性问题，直接抄就行。

配合的时候有个小技巧：Spring的MapperScannerConfigurer会自动扫描DAO层接口并生成代理对象，不用一个一个手动注册Mapper。但要注意，它和PropertySourcesPlaceholderConfigurer（读取properties配置）同时配置时，如果sqlSessionFactory引用dataSource，需要保证加载顺序，否则会报空指针。

3.2 小程序登录鉴权与拦截器设计

微信小程序的登录流程是：wx.login()拿到临时code，传给后端，后端调微信接口换openid，然后生成自定义token返回给小程序。后续请求携带这个token，后端通过拦截器校验。

核心代码逻辑如下：

// 登录接口 @RestController @RequestMapping("/api/user") public class UserController { @Autowired private UserService userService; @PostMapping("/login") public Result login(@RequestBody LoginRequest request) { // 1. 调用微信接口获取openid String url = "https://api.weixin.qq.com/sns/jscode2session?appid=" + appId + "&secret=" + appSecret + "&js_code=" + request.getCode() + "&grant_type=authorization_code"; // 2. 解析openid JSONObject sessionInfo = HttpClientUtil.doGet(url); String openid = sessionInfo.getString("openid"); // 3. 查数据库，如果不存在则自动注册 User user = userMapper.findByOpenid(openid); if (user == null) { user = new User(); user.setOpenid(openid); user.setRole(0); // 默认社员 userMapper.insert(user); } // 4. 生成token并返回 String token = JwtUtil.generateToken(user.getId(), user.getRole()); return Result.success(token); } }

拦截器校验这个环节，我没有用前面提到过的任何不适合的工具，就是用SpringMVC自带的HandlerInterceptor，重写preHandle方法，从请求头拿到token，JWT解析成功后把用户ID放ThreadLocal里，供后续业务方法直接获取当前登录用户。

有一个坑必须提醒：微信小程序的wx.request默认content-type是application/json，而普通浏览器是application/x-www-form-urlencoded，如果你的Controller用的是@RequestBody接收参数，小程序端必须显式设置header: {'Content-Type': 'application/json'}，否则后台拿到的参数全是null。这个bug我调试了一整天，最后发现是content-type问题，差点崩溃。

3.3 社团与活动的核心业务逻辑

后端业务的重点在三个服务类：ClubService、ActivityService、ApplyService。

社团创建的逻辑：只有管理员可以创建社团，同时自动把创建人（社长）挂入club_member表。社长可以编辑社团信息、发布活动、审核成员加入申请。

活动发布的校验逻辑：

@Override public Result publishActivity(Activity activity, Integer userId) { // 1. 校验操作人是不是该社团的社长 Club club = clubMapper.selectById(activity.getClubId()); if (club == null || !club.getPresidentId().equals(userId)) { return Result.error("只有社长才能发布活动"); } // 2. 校验活动时间 if (activity.getStartTime().before(new Date())) { return Result.error("活动开始时间不能早于当前时间"); } // 3. 插入活动并更新社团活动数 activity.setStatus(0); activity.setCreateBy(userId); activity.setCreateTime(new Date()); activityMapper.insert(activity); return Result.success(); }

活动报名这块有个并发问题值得注意：当同时有很多人报名一个活动时，直接用SELECT COUNT(*)判断是否满员再插入，会有超卖风险。我用的方案是给activity表加一个apply_count字段，报名成功后执行：

UPDATE activity SET apply_count = apply_count + 1 WHERE id = #{activityId} AND apply_count < max_people

用affected rows判断是否更新成功，如果为0说明已满员，回滚报名。这个方案不需要数据库悲观锁，性能好而且逻辑简单。

3.4 数据统计接口能力

管理系统需要一个数据看板，用来展示：社团总数、活动总数、总报名人次、各社团活跃度排行。这些数据我全部用SQL聚合查询实现，MyBatis写自定义SQL特别顺手：

<select id="getActivityStatistics" resultType="map"> SELECT c.club_name, COUNT(a.id) AS activity_count, IFNULL(SUM(a.apply_count), 0) AS total_apply, ROUND(IFNULL(AVG(a.apply_count), 0), 2) AS avg_apply FROM club c LEFT JOIN activity a ON c.id = a.club_id AND a.status != 3 GROUP BY c.id ORDER BY total_apply DESC </select>

这里有个经验：关联查询时，LEFT JOIN后面的条件里加AND a.status != 3可以把已取消的活动排除掉，避免统计口径不一致。如果用WHERE过滤的话，LEFT JOIN就会退化成INNER JOIN，导致没有活动的社团被过滤掉。

4. 微信小程序前端实现要点

4.1 小程序页面架构与底部导航

小程序的页面结构我分了四个Tab页：

• 首页：展示所有活动列表，支持按社团筛选、按类别搜索
• 社团：展示所有社团卡片，点进去看详情和成员列表
• 消息：通知中心，展示活动审核结果和新活动推送
• 我的：个人中心，包括我的报名、我的活动、签到记录和管理入口

app.json中配置导航：

{ "pages": [ "pages/index/index", "pages/club/list", "pages/message/list", "pages/mine/mine", "pages/activity/detail", "pages/activity/publish", "pages/activity/apply-list", "pages/club/detail" ], "window": { "backgroundTextStyle": "light", "navigationBarBackgroundColor": "#1A73E8", "navigationBarTitleText": "社团活动管理", "navigationBarTextStyle": "white" }, "tabBar": { "color": "#999999", "selectedColor": "#1A73E8", "list": [ { "pagePath": "pages/index/index", "text": "首页" }, { "pagePath": "pages/club/list", "text": "社团" }, { "pagePath": "pages/message/list", "text": "通知" }, { "pagePath": "pages/mine/mine", "text": "我的" } ] } }

4.2 前后端交互封装

在小程序开发中，一个稳定的网络请求封装能省下大量重复代码。我用一个request.js工具类统一管理所有请求：

const BASE_URL = 'https://你的域名/api'; function request(url, method, data) { return new Promise((resolve, reject) => { wx.request({ url: BASE_URL + url, method: method || 'GET', data: data || {}, header: { 'Content-Type': 'application/json', 'token': wx.getStorageSync('token') }, success: (res) => { if (res.data.code === 401) { // token失效，跳转登录 wx.navigateTo({ url: '/pages/login/login' }); reject(res.data); return; } if (res.data.code === 200) { resolve(res.data.data); } else { wx.showToast({ title: res.data.msg, icon: 'none' }); reject(res.data); } }, fail: (err) => { wx.showToast({ title: '网络异常', icon: 'none' }); reject(err); } }); }); } module.exports = { get: (url, data) => request(url, 'GET', data), post: (url, data) => request(url, 'POST', data) };

封装的好处是：点赞、报名、签到等所有交互都只需要一行代码调用，出错也只需要改这一个文件。

4.3 活动报名与签到前端逻辑

报名按钮的状态控制是非常细节的体验优化点。活动详情页我根据后端返回的applyStatus和isFull字段，动态控制按钮文案和禁用状态：

• 未报名且未满员：显示"立即报名"
• 已报名待审核：显示"审核中"，禁用点击
• 已通过：显示"已报名"，点击跳转活动群聊
• 已满员：显示"名额已满"，禁用点击

签到功能，我实现的是定位 + 时间窗双重校验。活动开始前30分钟到活动结束后30分钟之间允许签到，同时通过wx.getLocation获取用户坐标，与活动地点坐标计算距离，500米内才视为有效签到。

这里涉及一个权限申请的问题：wx.getLocation需要在app.json里声明permission字段，而且在微信公众平台后台申请接口权限，否则调用直接失败。如果是个人主体的小程序，地理位置接口可能申请不了，这是个限制，提前确认清楚。

4.4 富文本内容的展示优化

社团简介和活动详情，我允许用户填写富文本内容（因为发布端用了editor组件），但展示端需要解析HTML。微信小程序原生不支持HTML字符串直接渲染，我用的是rich-text组件：

<rich-text nodes="{{activity.content}}"></rich-text>

但有个问题：rich-text对很多HTML标签支持有限，比如<video>标签渲染不出来。而且后端返回的富文本是带内联样式的HTML，rich-text解析后样式经常错乱。更好的方案是让发布端用editor组件生成纯JSON格式的内容（editor组件支持content输出HTML的同时也保留deltaJSON格式），然后前端用rich-text渲染HTML，或者自己写一个轻量级的富文本JSON渲染器。

如果不想太复杂，替代方案是发布活动时只让用户填纯文本和图片URL，不从富文本编辑器拿内容，这样展示端用text组件 +image组件手动渲染，稳定但效果一般。我个人建议临时用rich-text顶着，等答辩通过后再考虑升级。

5. 联调测试与上线发布实录

5.1 腾讯云环境下的HTTPS配置路径

后端写好了，小程序要调用接口，前面提到必须HTTPS。我实际用的方案是：国内云服务器（比如腾讯云轻量应用服务器）+ 已备案域名 + SSL证书。

配置步骤比较常规：先在云服务器控制台安装 JDK8、Tomcat8.5、MySQL5.7，然后上传项目的war包到Tomcat的webapps目录下。域名解析到服务器IP，然后在服务器上使用Nginx反向代理把HTTP/HTTPS请求转发到Tomcat的8080端口：

server { listen 443 ssl; server_name yourdomain.com; ssl_certificate /etc/nginx/ssl/server.crt; ssl_certificate_key /etc/nginx/ssl/server.key; location / { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } }

这里用到了不是它不适合的东西，就是常规的Nginx反向代理配置，没什么神奇的。

5.2 小程序后台配置与发布流程

小程序发布上线，你必须在小程序后台完成这些配置：

1. 服务器域名白名单：把后端域名加到request合法域名里。如果小程序要用图片，还需要在downloadFile合法域名里配置图片访问域名
2. 开发版本上传：在微信开发者工具里点击"上传"，代码会传到微信后台
3. 提交审核：在后台把开发版本设为体验版本，先用体验版跑一轮完整测试，没问题再提交审核
4. 类目选择：大学生社团活动管理，一般选"教育-校园服务"类目，可能需要提供学生证或学校相关证明

审核周期一般1-3个工作日，第一次提交可能被驳回。我遇到过一次驳回原因是"功能简单，需要完善"，就是因为首页没有足够的引导内容。后来在首页加了一个公告轮播和快捷入口，第二次就过了。如果你只是校内使用，其实用体验版就够了，不必上线，很多毕设演示也是用体验版，扫码就能看。

5.3 真实联调测试的重点场景

联调测试不能只测正常流程，异常流程更重要。我整理了核心测试场景：

测试时我发现过一个挺有意思的bug：社长取消活动后，报名用户收到的通知内容是“活动已取消，请查看详情”，但详情页已经显示不了活动内容了，因为后端详情接口对已取消活动返回了空。最后我在活动详情接口里加了一个判断：已取消的活动依然返回详情，只是前端展示时加一个"已取消"的灰色标签。这种小细节在评审时往往是加分项。

6. 常见问题与排查技巧实录

6.1 小程序请求后端失败的高频原因

• 原因一：域名未配置白名单。在开发者工具中勾选了“不校验合法域名”能通，但手机预览就不行。解决：后台配置request合法域名
• 原因二：content-type不匹配。后端@RequestBody接收不到参数，检查请求头是否为application/json
• 原因三：SSL证书不完整。Nginx配置了证书但证书链不全，手机上一直转圈。解决：用完整的证书链文件，或者用openssl验证证书有效性
• 原因四：云服务器防火墙。腾讯云/阿里云的服务器安全组默认只开了80和443，如果你直接用IP加端口访问8080，被安全组拦截了。解决：安全组放行8080或者直接用Nginx代理

6.2 微信小程序开发者工具常见问题

问题1：显示"Fail to open for reading"

这个一般是项目路径包含中文名或特殊字符导致的，把项目移动到纯英文路径下就好。

问题2：调试时前端改了代码但界面没变

开发者工具的编译缓存有时候会抽风，点击工具栏"清缓存"按钮，选择"清除全部缓存"，然后重新编译。

问题3：真机预览时数据加载不出，工具里正常

优先检查你的后端接口是否是局域网IP或者localhost。真机预览时，手机无法访问你电脑的localhost，必须用局域网IP或者线上域名。另外，如果你的电脑和手机不在同一个WiFi下，同样无法访问。

6.3 支付功能受限的提醒

很多同学在设计社团活动管理时会顺手加一个功能：活动收费报名，想接入微信支付。我的建议是：毕设不用碰支付功能。原因很简单：

• 个人主体的小程序不支持开通微信支付，只有企业主体才能申请
• 微信支付v3接口对接复杂度高，还涉及商户平台配置证书等一堆操作
• 答辩时老师如果问支付安全、退款异常处理等问题，你解释不透反而扣分

那些看起来花哨的“在线缴费报名”、“付费活动门票”功能，实际项目中容易被微信平台判定为违规或类目不符。如果真的需要收款，让用户线下转账或者用云闪付等第三方方式，都比接微信支付来得稳妥。

6.4 代码层面的常见Bug与修复

Bug 1：MyBatis传多个参数报错

List<Activity> selectByClubIdAndStatus(@Param("clubId") Integer clubId, @Param("status") Integer status);

不用@Param注解直接传两个参数时，MyBatis无法识别参数名，运行时报BindingException。网上说可以通过-parameters编译参数解决，但我在IDEA里配置过，兼容性不行。老老实实加@Param最稳。

Bug 2：JSON日期格式化后是时间戳

后端Date类型序列化成JSON后默认是long类型时间戳，小程序端处理起来很麻烦。在application.properties里加上：

spring.jackson.date-format=yyyy-MM-dd HH:mm:ss spring.jackson.time-zone=GMT+8

这个配置只对Spring Boot有效。纯SSM项目需要在Jackson的ObjectMapper上手动配置：

@Bean public ObjectMapper objectMapper() { ObjectMapper mapper = new ObjectMapper(); mapper.setDateFormat(new SimpleDateFormat("yyyy-MM-dd HH:mm:ss")); mapper.setTimeZone(TimeZone.getTimeZone("GMT+8")); return mapper; }

Bug 3：Tomcat部署时静态资源加载404

web.xml中配置SpringMVC前端控制器时，如果不配置静态资源放行，访问CSS/JS/图片会全部404：

<mvc:default-servlet-handler/>

这一行加上去，问题立即解决。

7. 项目扩展与二次开发建议

做完一个完整流程的社团活动管理系统之后，其实还可以在这个基础上延伸出很多有价值的模块，这也是答辩时展示思考深度的好方式。

第一个扩展方向是社团经费管理。给社团表增加预算字段，活动表增加费用明细，后端增加经费申请与审批流程，管理员可以实时监控各社团经费使用情况。

第二个方向是社团成员构成分析。基于报名和签到数据，用ECharts生成可视化报表，按学院、年级、性别等维度展示成员分布，帮助社长了解社团活跃情况。

第三个方向是活动反馈问卷。活动结束后，自动给参与者推送评价问卷，收集活动满意度数据，汇入活动统计数据。这个功能在大学场景里非常受欢迎，毕竟学校团委每年都要做活动效果评估。

第四个方向是消息推送升级。目前我用的是订阅消息（一次性模板），只能等用户主动订阅后才能推送一条。如果想做活动开始前提醒，可以引导用户在小程序里开启活动开始提醒订阅，每次报名时弹窗让用户授权。

这些都具备很好的可扩展性，代码层面不需要推倒重来，只需要在现有SSM架构上增加对应的表和接口就行。数据库结构我也提前做了冗余设计，加的字段不影响已有功能运行。

还有一个小技巧：代码里很多枚举状态值（比如活动的status）建议定义一个常量类集中管理，不要在业务代码里裸写数字。这样后期加一个“审核中”的状态，只需要在常量类加一个字段，定义清晰，改起来也方便。我在这个项目中定义了一个Constant类，里面放了所有状态枚举、角色枚举和分页默认值，避免魔法数字满天飞。

回到开头说的，大学生社团活动管理这个选题为什么经久不衰？因为它的业务场景足够真实，用户角色足够多元，从APP端、后台管理端到数据库端都有话可说。把每个模块打磨好、把异常流程处理好、把用户体验做扎实，这就已经是一个很优秀的毕设项目了。

我实际操练下来最大的感受是：这个项目技术栈不花哨，但麻雀虽小五脏俱全。你把它拆开来看，登录鉴权、RBAC权限控制、文件上传、列表分页、条件查询、数据聚合统计、消息通知，这些全是实际工作中天天要用的基础能力。把这个项目从零到一完整走一遍，你收获的远不止一个毕设，而是一套完整的Web全栈开发思维框架。