SpringBoot家校互联小程序毕业设计：从选题到答辩实战-代码聚汇网

不是我说，每年到毕业设计开题季，总能在各种群里看到同一种焦虑：题目太水怕过不了，题目太偏怕做不完，技术太旧怕答辩被怼，技术太新怕自己扛不住。如果你正在纠结“计算机毕业设计之springboot家校互联小程序”这个方向，我可以先给你吃颗定心丸——这个题目属于那种“看着普通、实则能打出深度”的典型选题。它一头连着真实业务场景，另一头串起SpringBoot后端、小程序前端、数据库设计、接口联调、文件存储、权限控制这一整套Java后端毕设的标准动作，既能满足教学要求，又能实实在在跑起来给老师演示。

这篇文章我不会跟你念PPT，而是直接把我自己做同类项目时的思路、选型、踩坑和排错过程全部摊开。我尽量用“当年我要是有人这么跟我讲，能少熬三个通宵”的标准来写，从题目拆解、技术选型到底层细节，一步一步说清楚。不管是马上要开题的你，还是已经在写代码但卡在半路的你，都能在里边找到可以直接抄作业的部分。

1. 选题拆解：家校互联小程序到底在做什么

1.1 这个题目背后是一个什么样的业务场景

先把“家校互联”四个字掰开看。它不是一个抽象概念，而是非常典型的、家长和学校之间信息不对称问题的解决方案。你看啊，传统的家校沟通方式是什么？家长群、短信、纸质通知、电话。老师发个通知要在好几个群里复制粘贴，家长想了解孩子在校表现只能等老师主动找，考勤、作业、食堂、活动这些信息全都碎片化。

所以一个合格的“家校互联小程序”至少要覆盖三件事：第一，老师能发布班级通知、作业、成绩、考勤信息；第二，家长能随时查看孩子在校动态、与老师沟通、反馈意见；第三，学校或管理员能统一管理班级、教师、学生数据。简单说，就是把原来散落在线下的沟通流程搬到微信小程序里，让信息流更顺畅。

毕设的意义就在于——你把这个业务模型落到具体的系统实现上。从需求分析、数据库设计、接口开发，到小程序页面渲染、用户登录、数据交互、部署上线，一整套流程刚好对应计算机专业本科阶段的核心能力。而且“家校互联”这个名字本身就是一个很好的答辩话术，评审老师一听就知道你想解决什么问题，不会出现“你做的这个系统到底有啥用”的尴尬质问。

1.2 选择SpringBoot + 小程序的三个关键理由

先说小程序这个前端载体。微信小程序在国内高校和中小学的场景渗透率非常高，家长不需要额外下载App，微信里扫一扫就能用。对于毕设来说，小程序还有一个隐藏优势：你不需要处理App上架、兼容各种安卓机型、iOS证书签名这些繁琐事，微信开发者工具开箱即用，而且小程序的基础组件、API文档都相对完善，哪怕是第一次接触前端的人，几天内也能搭建出能看的界面。

再说SpringBoot。这东西已经是Java后端开发的“默认选项”了，内嵌Tomcat、自动配置、起步依赖，把过去SSH时代那种繁琐的XML配置基本砍掉。你用SpringBoot做后端，重点可以放在业务逻辑和接口设计上，而不是花大量时间折腾Tomcat和Spring的整合。更重要的是，SpringBoot加上MyBatis Plus这套组合，在中小型管理系统里是绝对的主流方案，你在求职简历上写“熟悉SpringBoot + MyBatis Plus开发”，面试官不会觉得你在乱写。

最后一个理由是“前后端分离”这个架构概念。小程序天然就是前后端分离的，后端只提供JSON接口，前端负责页面展示和交互。这种模式正好符合现代Web开发的主流形态，也方便你在毕业设计论文里写出一章像模像样的“系统架构设计”。比起传统的服务端渲染项目，这种架构的展示效果也更好——你可以在答辩现场打开小程序演示，同时打开浏览器访问Swagger接口文档，视觉上既有App体验又有后端管理能力。

1.3 决定项目成败的功能边界控制

我得泼一盆冷水：毕设项目最重要的不是功能多，而是做完、跑通、能讲。很多同学一开始想着把在线聊天、视频会议、课表导入、校园支付全做进去，结果两个月后连登录都没调通。我见过太多这种翻车案例了。

家校互联小程序的合理功能边界，我的建议是围绕“信息流转”来设计，不碰实时通信和高并发。你可以规划四个核心模块：

用户登录与角色权限：家长、教师、管理员三类角色，基于微信登录态绑定用户信息。
通知公告与班级动态：教师发布班级通知、作业安排，家长端实时查看，这是最核心的演示功能。
考勤与成绩查询：教师录入考勤和成绩，家长按孩子维度查询，数据有明确归属和权限控制。
家长与教师沟通/留言：用留言板式的简单消息模型，家长留言、教师回复，状态可标记已读未读。

这四个模块覆盖了“家校互通”的主要业务链，也能把后端的数据表设计逻辑、接口鉴权、前端页面路由安排得明明白白。至于更复杂的点对点实时聊天、音视频通话、课表爬虫同步这些，留给以后工作去实现，别在毕设阶段给自己挖坑。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 技术栈选型：我最终敲定的方案与理由

2.1 后端：SpringBoot + MyBatis Plus + MySQL的黄金三角

后端我用的开发环境是这样的：JDK 8（稳定为主，别贪新版本）、SpringBoot 2.7.x、MyBatis Plus 3.5.x、MySQL 8.0。为什么这样搭？很多人在毕设阶段喜欢追求最新版本，但我要提醒你，SpringBoot 3.x要求JDK 17，而很多学校的教材、视频教程、答辩老师熟悉的技术栈还停留在JDK 8和SpringBoot 2.x。你用太新的版本，真遇到问题搜解决方案时，会发现大量资料都是旧版本的，反而被坑。

SpringBoot 2.7.x算是2.x系列的最后一个稳定大版本，既支持了较新的特性，又兼容JDK 8。它内嵌Tomcat 9，支持javax.servlet而不是SpringBoot 3的jakarta.servlet，这意味着你网上搜到的绝大多数例子、依赖坐标都能直接用，不用做命名空间迁移。

MyBatis Plus的好处就更实际了——代码生成器能直接根据数据库表生成实体类、Mapper接口、Service、Controller，省去大量重复的CRUD代码。你在答辩的时候还可以强调“项目采用了BaseMapper的内置方法实现了绝大部分数据访问操作，极大提高了开发效率”，这句话是加分项。

MySQL 8.0的使用我加了两个配置，保证生僻字和表情符号不乱码：

yaml复制spring:
  datasource:
    url: jdbc:mysql://localhost:3306/school_parent?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai
    username: root
    password: 123456
    driver-class-name: com.mysql.cj.jdbc.Driver

记得数据库连接池选HikariCP，SpringBoot 2.x默认就带，不用额外引入。JDBC驱动必须用com.mysql.cj.jdbc.Driver，别再用老的com.mysql.jdbc.Driver，后者在MySQL 8下会有警告甚至报错。

2.2 小程序端：原生微信小程序，不要一上来就上Uni-app

关于小程序端的技术选型，我强烈建议用原生微信小程序，不要用Uni-app。原因很直白：毕业设计的核心是“把原理搞清楚”，不是“最快速度上架”。原生小程序虽然写起来啰嗦一点，但你能理解WXML、WXSS、JS、组件化这些微信自己的规范。如果用Uni-app，你等于在Vue语法和微信小程序语法之间加了一层转换，出了问题你还要判断是Uni-app的bug还是小程序的限制，排查链路更长。

另一个考虑是查资料方便。你搜“微信小程序请求封装”“微信小程序登录流程”，搜到的教程绝大多数都是原生小程序。自己踩坑时翻文档、看社区，原生方案永远是第一手信息。

小程序端我会建议你按页面维度拆目录，大致是：

pages/home：家长首页，孩子信息、今日动态、通知列表。
pages/notice：通知详情与历史通知。
pages/grade：成绩列表和详情。
pages/attendance：考勤记录，按月份切换。
pages/message：留言沟通列表与详情。
pages/mine：个人中心，用户信息、孩子绑定、设置。

页面不需要多，但要保证每个页面有真实数据交互和状态反馈。小程序端用原生请求wx.request封装一个Promise版的请求工具，统一处理BaseURL、Token鉴权、错误提示，别每个页面里直接裸调wx.request，那样代码会乱到你自己都不想改。

2.3 文件存储与构建工具：MinIO和Maven的入场时机

有同学问为什么要把MinIO放进这个项目。我这么解释：家校互联系统里一定会涉及图片上传——老师发布通知可能带图片，家长反馈扫码签到时可能传照片。如果把这些图片直接存到项目目录里的static文件夹，部署时文件会丢失，而且数据库里存的路径在服务器迁移后全失效，这显然不够规范。

我当时采用的方案是把图片上传接口接到MinIO上。MinIO是一个开源的对象存储服务，兼容Amazon S3协议，你可以在自己服务器上跑，完全不需要依赖云厂商的对象存储服务，这就很符合毕设的本地部署场景。需要引入的依赖是：

xml复制<dependency>
    <groupId>io.minio</groupId>
    <artifactId>minio</artifactId>
    <version>8.5.2</version>
</dependency>

然后写个MinioConfig，把连接参数从application.yml读出来，创建MinioClient实例。再写一个上传接口，接收MultipartFile，保存到指定bucket，返回文件访问URL。整个过程大概一百行代码，但它是整个项目的亮点之一——答辩时你可以说项目还支持对象存储，具备横向扩展的潜力。

构建工具层面，项目直接用Maven，IDE用IDEA。很多同学只知道在IDEA里点“运行”按钮，不知道Maven到底干了什么。Maven的核心作用是用pom.xml统一管理依赖版本、生命周期、打包方式。你在终端执行mvn clean package时，它会完成编译、测试、打包成可执行的jar或war，然后你就能java -jar来运行。我在开发过程中习惯先在IDEA里配好Maven的镜像源为阿里云仓库，不然每次下载依赖都要等半天。配置方法是在~/.m2/settings.xml里加上阿里云镜像：

xml复制<mirror>
    <id>aliyunmaven</id>
    <mirrorOf>central</mirrorOf>
    <name>阿里云公共仓库</name>
    <url>https://maven.aliyun.com/repository/public</url>
</mirror>

说实话，光是把这个配置搞定，你的开发体验就会从“下载依赖等到崩溃”变成“几乎秒下载”，心情完全不同。

2.4 版本兼容与依赖冲突：提前埋好这两个雷

版本兼容问题在毕设阶段几乎是必踩的坑。最常见的有三类：

JDK版本和SpringBoot版本不匹配：SpringBoot 2.x要求JDK 8或11，SpringBoot 3.x要求JDK 17。如果你用JDK 17跑SpringBoot 2.x，个别老依赖可能反射出错；反过来JDK 8跑SpringBoot 3.x直接启动报错。
MyBatis Plus和MyBatis版本冲突：如果你引入了MyBatis Plus，就不要手动再引入mybatis和mybatis-spring，否则会出现Invalid bound statement之类的报错。
MinIO和OkHttp依赖冲突：MinIO 8.x依赖特定版本的OkHttp，如果你的项目里其他模块引入的OkHttp版本更高或更低，可能在运行时出现类冲突。

我的建议是，在pom.xml里锁定所有关键依赖的版本号，不要写LATEST或RELEASE这种会随时变化的值。依赖清单尽量用一个父级spring-boot-dependencies统一管理，子模块不单独写版本号，减少冲突概率。

3. 数据库设计与接口规划：把“家校互联”落到表结构上

3.1 用户与角色：一个User表加一个角色字段就够了

很多人一听说“权限管理”就联想到Spring Security、Shiro，觉得特别高大上。但对这个体量的毕设来说，我不会建议你引入Spring Security，原因很简单：它的过滤器链、认证机制、密码加密规则，学习成本非常高，而且很多配置过程会淹没你的业务逻辑。

我采用的是“一个User表 + 一个role字段 + 一个拦截器”的极简方案。User表大致长这样：

sql复制CREATE TABLE `user` (
  `id` bigint NOT NULL AUTO_INCREMENT,
  `openid` varchar(64) DEFAULT NULL COMMENT '微信openid',
  `nickname` varchar(50) DEFAULT NULL COMMENT '昵称',
  `avatar` varchar(255) DEFAULT NULL COMMENT '头像URL',
  `role` tinyint DEFAULT '3' COMMENT '1管理员 2教师 3家长',
  `student_id` bigint DEFAULT NULL COMMENT '关联学生ID，家长角色使用',
  `teacher_id` bigint DEFAULT NULL COMMENT '关联教师ID，教师角色使用',
  `create_time` datetime DEFAULT CURRENT_TIMESTAMP,
  `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表';

这里openid就是微信用户的唯一标识，用户首次通过微信登录时，后端调用微信接口拿到code和session_key，并获取openid，然后与数据库中的user表比对，存在就直接登录，不存在就自动注册。整个流程不需要输入账号密码，这非常适合家长和老师的使用习惯。

角色权限的控制，我用一个HandlerInterceptor实现。比如你在接口上标注一个自定义注解@RequireRole(role = "TEACHER")，拦截器判断当前登录用户的角色是否匹配，不匹配就返回403。这种方法代码量少且逻辑清晰，你把Spring Security拿来对比时还能说出自己的设计思路：“基于JWT的无状态鉴权方案，配合自定义拦截器实现轻量级RBAC权限控制”。这句话在答辩时可以原封不动地用。

3.2 核心业务表：通知、作业、成绩、考勤、留言

家校互联的核心是“数据流转”，因此数据表设计必须服务好业务闭环。我的建议是至少建这几张表：

表名	用途	核心字段
student	学生信息	name, class_id, parent_id, avatar
class	班级信息	name, grade, head_teacher_id
teacher	教师信息	name, subject, phone, avatar
notice	通知公告	title, content, class_id, teacher_id, attachment_url, status
homework	作业布置	title, content, subject, class_id, teacher_id, deadline
grade	成绩记录	student_id, subject, score, exam_name, teacher_id, comment
attendance	考勤记录	student_id, date, status(1正常 2迟到 3请假 4缺勤)
message	留言沟通	sender_id, receiver_id, content, is_read, parent_id, create_time

注意看，这里的notice表不做成“全局通知”而是关联class_id，意味着每个班级只能看到自己班级的通知。这是“家校互联”和普通博客系统最大的区别——数据是有归属和权限范围的。你在设计接口时，一定要让查询语句始终带上当前用户对应的班级ID或学生ID，从源头上防止越权。例如在MyBatis Plus的QueryWrapper上这么写：

java复制QueryWrapper<Notice> wrapper = new QueryWrapper<>();
wrapper.eq("class_id", currentUser.getClassId());
wrapper.orderByDesc("create_time");

这段代码看起来平平无奇，但它正是“权限控制落到数据层面”的精髓。很多毕设项目接口做得花里胡哨，数据却全部暴露，答辩老师一眼就能看穿，所以这种细节我会特别留意。

3.3 接口设计：RESTful风格加统一返回体

后端接口我用RESTful风格设计，返回体统一用Result<T>包装。这个类是毕设项目的门面，一定要写得工整。结构如下：

java复制@Data
public class Result<T> {
    private Integer code;  // 200成功，4xx业务错误，500服务器异常
    private String message;
    private T data;

    public static <T> Result<T> ok(T data) {
        Result<T> result = new Result<>();
        result.setCode(200);
        result.setMessage("success");
        result.setData(data);
        return result;
    }

    public static <T> Result<T> error(String message) {
        Result<T> result = new Result<>();
        result.setCode(500);
        result.setMessage(message);
        return result;
    }
}

接口路径设计我习惯按资源命名，例如：

POST /api/user/login：微信登录，接收code，返回token和用户信息。
GET /api/notices：获取当前用户可见通知列表。
POST /api/notices：教师创建通知。
GET /api/grades?studentId=xxx：查询学生成绩。
POST /api/messages：发送留言。
GET /api/messages/unreadCount：获取未读消息数。

所有接口统一在Controller层做参数校验，在Service层做业务逻辑，Mapper层只做数据访问。三层结构不混着来，后期调试时你会感激自己当初没偷懒。

4. 实操：从零搭建并跑通核心流程

4.1 第一步：用IDEA和Spring Initializr搭建项目骨架

我用的是IntelliJ IDEA，Community版和Ultimate版都可以，反正毕设阶段用不到特别高级的付费功能。项目搭建有两条路：一是在start.spring.io网站上在线生成，然后导入IDEA；二是IDEA里直接New Project选择Spring Initializr。

选择依赖时注意别贪多。我的建议初始只需加入：

Spring Web（必选，提供MVC能力）
MySQL Driver（数据库驱动）
MyBatis Plus（在start.spring.io里没有，需要你后续在pom.xml手动添加）

别一开始就把Redis、Spring Security、Validation全勾上，新手很容易在使用过程中被这些深水区功能绕晕。项目生成后，在pom.xml里补充MyBatis Plus依赖和MinIO依赖，再删掉默认生成的DemoApplicationTests（或者改写一个最简单的上下文加载测试）。

然后我会先写一个HealthController返回“ok”，先不接数据库，直接启动项目。这里有个经验：不要等所有代码写完再启动，每个环节跑通再进入下一步，能帮你非常快定位问题。比如SpringBoot启动失败时，日志里最常见的错误是端口被占用，你可以在application.yml里写server.port: 8080，也可以用命令行参数--server.port=8081覆盖默认值。

4.2 第二步：通过配置类打通MyBatis Plus与Swagger

为了让MyBatis Plus能扫描到Mapper接口，启动类上要加@MapperScan注解，比如：

java复制@SpringBootApplication
@MapperScan("com.example.school.mapper")
public class SchoolParentApplication {
    public static void main(String[] args) {
        SpringApplication.run(SchoolParentApplication.class, args);
    }
}

同时，在配置文件里开启日志，让SQL日志打印到控制台，方便你排查查询是否正确：

yaml复制mybatis-plus:
  configuration:
    log-impl: org.apache.ibatis.logging.stdout.StdOutImpl

调试完成后记得把日志级别调低或者关掉，不然控制台会被SQL刷屏，浪费性能。

Swagger（springfox或springdoc）强烈建议加，它的作用不只是生成接口文档，更重要的是你在测试接口时可以直接在浏览器里点“Try it out”发送请求，不需要另装Postman。SpringBoot 2.7对应的是springfox或springdoc的3.x版本，我习惯用springdoc-openapi-ui，配置量小，UI界面也更现代。加依赖后，浏览器访问http://localhost:8080/swagger-ui.html就能看到所有接口清单，这对答辩演示帮助巨大——老师一眼就能看到你有多少接口、覆盖了哪些功能模块。

4.3 第三步：小程序端登录流程与请求封装

小程序端最关键的就是微信登录。完整流程是这样的：小程序调用wx.login()拿到临时code，把code传给后端，后端再调用微信的jscode2session接口换取openid和session_key。这个过程里，小程序的appsecret绝对不能放在小程序代码里，必须留在后端。这是硬性安全要求，也是答辩时必问的点。

前端封装的请求工具，我写了一个Promise化版本，核心思路如下：

javascript复制const BASE_URL = 'http://localhost:8080/api';

function request(path, method = 'GET', data = {}) {
  return new Promise((resolve, reject) => {
    wx.request({
      url: BASE_URL + path,
      method: method,
      data: data,
      header: {
        'Content-Type': 'application/json',
        'Authorization': wx.getStorageSync('token') || ''
      },
      success: (res) => {
        if (res.statusCode === 200) {
          resolve(res.data);
        } else {
          wx.showToast({ title: '请求失败', icon: 'none' });
          reject(res.data);
        }
      },
      fail: (err) => reject(err)
    });
  });
}

module.exports = { request };

登录页拿到code后调用登录接口，获取到token存储到本地Storage，后续所有请求都自动带上这个token。你再写一个全局的工具函数判断登录状态，如果token不存在，就跳转到登录页。这样一个闭环就完成了——登录、鉴权、请求、数据返回、错误提示。

我特别建议你在App.onLaunch里做一次“静默登录”：如果本地有上次登录的token，后端校验token有效就直接进入首页，用户无感知；只有token失效时才跳转登录页。这样演示的时候不会出现“每次打开都要登录”的尴尬。

4.4 第四步：用一段伪代码跑通“老师发布通知 -> 家长查看通知”主链路

我拿“发布通知”这个核心功能来演示整个链路是怎么走通的。后端Controller长这样：

java复制@RestController
@RequestMapping("/api/notices")
public class NoticeController {

    @Autowired
    private NoticeService noticeService;

    @PostMapping
    public Result<?> createNotice(@RequestBody Notice notice,
                                  @RequestAttribute("currentUser") User loginUser) {
        if (loginUser.getRole() != RoleEnum.TEACHER.getCode()) {
            return Result.error("只有教师才能发布通知");
        }
        notice.setTeacherId(loginUser.getTeacherId());
        noticeService.saveWithAttachment(notice);
        return Result.ok(null);
    }

    @GetMapping
    public Result<List<NoticeVO>> listNotices(@RequestAttribute("currentUser") User loginUser) {
        List<NoticeVO> list = noticeService.listVisibleNotices(loginUser);
        return Result.ok(list);
    }
}

这里的@RequestAttribute("currentUser")是从哪里来的？答案是拦截器里解析token后放入request的attribute。整个链路是：小程序发送带Token的请求 → SpringBoot拦截器解析Token → 携带有用户信息的请求到达Controller → Controller获取当前用户，校验权限 → Service层完成业务 → 返回统一结果。这个链路想明白了，你就理解了一多半的Web鉴权逻辑。

小程序端家长首页的显示逻辑大致是：onLoad时调用request('/notices')获取列表，然后渲染到页面的列表组件。如果后端返回空数组，就显示“暂无通知”占位图；否则显示标题、发布时间、发布老师等信息。这样一个小闭环就跑通了。

4.5 第五步：补充文件上传与图片显示

老师发布通知时如果附带图片，小程序端先调用后端的/api/upload接口获得图片URL，再把URL与通知内容一起提交。后端的UploadController我大致这么写：

java复制@PostMapping("/api/upload")
public Result<String> upload(@RequestParam("file") MultipartFile file) {
    String url = minioService.upload(file);
    return Result.ok(url);
}

MinIO的服务实现里，我设置bucket为school-parent，文件名用UUID加原始后缀，例如a1b2c3d4-xxxx.png，避免文件名冲突。返回给前端的是一个完整的URL，如http://你的服务器IP:9000/school-parent/a1b2c3d4-xxxx.png。小程序端拿到URL后只需渲染<image src="...">即可。这里有个坑，MinIO默认bucket的访问权限是private，你要么在MinIO控制台把bucket的访问策略设为readonly，要么通过后端接口做临时签名URL返回给前端。毕设阶段我推荐直接设readonly，省事。

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

5.1 小程序请求后端报“域名不合法”怎么办

这是微信开发者工具里最经典的问题。你在本地开发时，小程序默认不允许请求http://localhost:8080或http://192.168.x.x这种地址，需要在微信开发者工具里勾选“不校验合法域名、web-view（业务域名）、TLS 版本以及 HTTPS 证书”。具体位置在右上角“详情 → 本地设置 → 勾选不校验合法域名”。如果你使用的是真机预览，则必须在微信公众平台配置合法域名，并且必须是HTTPS协议的正式域名。解决思路是分清楚“本地联调”和“发布上线”两个阶段。本地联调阶段不要被域名校验卡住，直接关闭校验；正式上线阶段则要买域名、配HTTPS证书、在小程序后台把域名加入白名单。

5.2 请求通了但拿不到数据：八成是数据库和SQL的锅

开发过程中我遇到最多的拦截现象：接口返回200，但data是空数组。排查步骤我建议按顺序来：第一，确认application.yml里的数据源配置是否正确，尤其是数据库名、用户名、密码；第二，查看控制台的SQL日志，确认MyBatis Plus生成的SQL语句是否符合预期，比如字段名是否映射正确（开启驼峰转下划线：map-underscore-to-camel-case: true）；第三，用Navicat等工具直接执行那条SQL，看能不能查出数据。如果SQL直接执行有结果，说明是代码层问题；如果执行也没有结果，说明数据都没有，快去检查业务数据是否插入成功。

还有一个特别容易踩的坑：MyBatis Plus的实体类里字段名如果和数据库列名不一致，需要加@TableField注解，比如teacherId对应teacher_id，MP默认开启驼峰转换后其实能自动映射，但如果你在数据库里用了“isRead”这种带下划线冲突的命名，就没那么可靠了。我建议你统一用下划线风格命名数据库字段，实体类用驼峰，这是主流约定。

5.3 接口报401/403：权限控制最常见的三个坑

权限控制一旦出问题，表现方式千奇百怪。最常见的有三种：第一种是登录后token没存上，具体表现是前端根本拿不到用户信息，检查wx.setStorageSync('token', res.data.token)是否在登录回调里成功执行；第二种是token过期后没有做全局跳转处理，你需要在请求封装的响应里统一判断code === 401，然后跳转到登录页，不能等用户自己发现；第三种是拦截器里拿错了header字段，比如后端读的是Authorization，前端传的是token，两边对不上，这种情况查一下请求头就明白了。

我在拦截器里一般这么写：

java复制String token = request.getHeader("Authorization");
if (token == null || token.isEmpty()) {
    response.setStatus(401);
    return false;
}

而小程序端请求封装里就已经把Authorization设置为存储的token，两端保持一致，就不会出现401噩梦。

5.4 小程序页面加载更多与上拉分页的实现细节

这是热词里反复出现的一个功能点，“列表加载更多”几乎是每个小程序项目的标配。不是每个页面都要一次性拉全量数据，正确做法是分页接口。后端接口就要接收pageNum和pageSize参数，返回total和records两段数据，比如：

json复制{
  "code": 200,
  "data": {
    "total": 56,
    "records": [ ... ]
  }
}

小程序端通过onReachBottom触发加载下一页，同时用一个loading状态防止重复请求：

javascript复制Page({
  data: {
    pageNum: 1,
    pageSize: 10,
    list: [],
    total: 0,
    loading: false
  },
  onReachBottom() {
    if (this.data.list.length >= this.data.total) return;
    this.loadMore();
  },
  loadMore() {
    if (this.data.loading) return;
    this.setData({ loading: true });
    request('/notices?pageNum=' + this.data.pageNum + '&pageSize=' + this.data.pageSize)
      .then(res => {
        this.setData({
          list: this.data.list.concat(res.data.records),
          total: res.data.total,
          pageNum: this.data.pageNum + 1,
          loading: false
        });
      });
  }
});

这里的关键点在于“loading标记”和“total判断”，少了任何一个都可能出现重复请求或无限加载，以上是很容易被忽略的细节。

5.5 Maven构建失败：有时候不是你代码的问题

如果你在IDEA里执行mvn clean package时失败，先看报错前三百字，经常是依赖下载失败。先检查网络能不能访问Maven中央仓库，然后检查settings.xml里镜像配置是否有问题。如果是某一个依赖一直下载失败，在IDEA左侧Maven面板点击刷新，或者手动执行mvn dependency:resolve试试。还有一种常见情况是单元测试类编译不过导致打包失败，你可以暂时跳过测试：

bash复制mvn clean package -DskipTests

不过这只适合本地调试用，正式验收的时候还是要把测试跑一遍的。

6. 答辩与演示：让评委十五分钟内记住你的项目

6.1 演示顺序比功能数量更重要

答辩演示是有先后顺序设计的，别把最有杀伤力的功能藏在最后一个。我个人建议的顺序是：先展示小程序端“家长”视角的完整操作流程——从微信登录开始，到查看今日班级动态、查看考试成绩、给老师留言，一气呵成。然后切换“教师”视角，演示发布通知、录入成绩、回复留言。最后切“管理员”视角，在后台接口文档页面演示数据管理接口和权限拦截效果。这套顺序其实是模拟真实用户使用系统的过程，评委跟着你的节奏走，十分钟下来就能形成“这个系统是完整可用的”印象。

6.2 提前准备好这五个问题

答辩提问环节大家普遍紧张，但其实问题高度集中。我把被问最高频的五个问题列出来，并附上我能想出来的应答要点：

为什么用小程序不用App？ 答：小程序免安装、跨平台、基于微信生态用户触达成本低，适合家长群体；开发成本也比原生App低，且天然支持前后端分离架构，符合选题的工程实践目标。
微信登录是怎么实现的？ 答：小程序端调用wx.login获取临时code，后端调微信jscode2session接口换取openid，再为openid生成业务Token，Token带角色信息，实现无状态鉴权。
项目有什么亮点？ 答：轻量级RBAC权限控制、MyBatis Plus代码生成与BaseMapper优化、MinIO对象存储、Swagger接口自动文档化，以及基于分页的列表加载方案。
如果家长和教师同时在线怎么办？ 答：当前系统架构基于MySQL事务和行级锁，可支撑中小规模用户并发；后续可引入Redis缓存热点数据、对消息模块做异步处理来提升吞吐。
项目的安全性如何体现？ 答：使用Token鉴权、用户权限校验、统一异常处理、后端接口参数校验、密码等敏感数据不返回前端，并且所有数据查询都按当前用户可见范围过滤。

这几个问题答顺了，整个答辩过程基本就稳了一大半。

6.3 个人做完项目后的四点体会

第一，毕设这东西，做完比做好重要，跑通比完美重要。我先用一周把主链路跑通，剩下时间都用来打磨细节和补论文，而不是一直在“重构代码”和“增加功能”之间反复。

第二，代码注释和README一定要写清楚。我当时把项目启动步骤、数据库初始化脚本、接口文档地址、默认账号密码都写进README，不仅是我自己后来写论文方便，指导老师看的时候也会对你的工程素养印象加分。

第三，去找真实数据来演示。找几个学生的名字、真实的成绩表、几条能看懂的考勤记录，而不是用“测试1”“测试2”这种数据，演示效果完全不一样。

第四，提前把运行环境固定下来。我用的是JDK 8 + MySQL 8 + SpringBoot 2.7 + MinIO，打包成jar后能用java -jar正常启动。答辩前一天我特意在另一台电脑上从零部署了一次，就是怕现场环境跟开发机不一致然后出糗。实践证明这个预防动作特别值——现场那台电脑的端口冲突，我一眼就定位了。

这个选题做下来的整体感受是：它适合绝大多数Java方向的本科生，难度曲线比较友好，又不至于简单到被质疑工作量。我身边有好几个同学用类似的“SpringBoot + 微信小程序”架构分别做了校园二手交易、图书馆预约、社团报名系统，全部顺利通过答辩，有人还在简历上写着“熟悉微信小程序生态开发”，面试时跟面试官聊起这几个项目的细节也一点都不虚。如果你正在选题，别犹豫了，把这个方向吃透，你收获的绝对不止一个毕业设计。最后再分享一个小经验：不管代码写得多顺，一定记得定期把数据库导出一份备份，我室友就是答辩前一晚不小心drop了数据库，整个人直接社死，这种坑真的别碰。

SpringBoot家校互联小程序毕业设计：从选题到答辩实战