微信小程序+Java+MySQL学生信息管理平台毕设源码：查成绩、看课表、排补考全链路跑通

简介：这份资源是面向高校计算机相关专业毕业设计场景的微信小程序学生信息管理平台完整项目包，适合正在准备毕设、需要可运行案例与配套文档的本科或高职学生。项目采用微信小程序开发工具、MySQL、Java与B/S架构，前台提供成绩查询、课表查询、考试安排查询、补考查询及普通话查询等模块，后台管理员可完成管理员账号、学生信息、专业、班级、考试与考场成绩等内容的增删改查，功能覆盖校园教务管理的常见需求。压缩包约122.07MB，内含源码、说明文档、数据库脚本与演示视频等文件，便于对照理解项目结构、数据库设计与前后端交互逻辑。目前已有1042人学习下载，可作为毕设选题参考、功能扩展基础或答辩演示素材，帮助读者快速搭建环境、梳理模块关系并掌握小程序与Java后端联调的完整思路。

1. 学生信息管理平台小程序：一套能跑通「查成绩、看课表、排补考」的毕设源码

每年到了毕设季，问得最多的一类问题就是：有没有一套结构完整、能演示、数据库能跑通的学生信息管理平台源码。这套基于微信小程序开发工具 + MySQL + Java + B/S 架构的 zip 包，正好卡在这个需求点上。它把学生端和管理员端拆得很清楚：学生登录小程序后能查成绩、看课表、查考试安排、查补考信息、查普通话考试结果；管理员在后台能管学生、管专业、管班级、管考试和成绩。对正在做毕业设计、课程设计，或者想拿一套真实业务练手微信小程序 + Java 全栈的人来说，这套东西的价值不在于界面多花哨，而在于业务闭环是完整的——从数据库表设计到接口到小程序页面，链路是通的。下面我按「资源是什么 → 怎么跑起来 → 坑在哪 → 怎么改」的顺序，把它拆开讲。

2. 技术栈拆解与运行环境：Java + MySQL + 小程序怎么串起来

2.1 为什么是 B/S + 小程序这种组合

这套源码用的是典型的 B/S 架构，但「B」这一端不是浏览器网页，而是微信小程序。理解这一点很关键，因为它决定了整个数据流的方向。小程序端负责展示和交互，Java 后端负责业务逻辑和数据库读写，MySQL 负责持久化。三者之间的关系是：小程序通过wx.request发 HTTP 请求到 Java 服务端，服务端查 MySQL 后把 JSON 返回给小程序渲染。

为什么毕设里这种组合这么常见？因为小程序端省去了前端框架的搭建成本，微信开发者工具自带调试和预览，Java 后端又是高校课程里最熟的技术栈，MySQL 更是标配。三者拼在一起，学习成本低、演示效果好、答辩时也好讲清楚分层。常见做法是后端用 Spring Boot 或 SSM（Spring + SpringMVC + MyBatis），这套源码大概率是其中之一，具体以压缩包里的pom.xml或lib目录为准。

需要提前想清楚的是：小程序不能直接连数据库，所有数据必须走后端接口。所以你在本地跑的时候，Java 服务必须启动，MySQL 必须启动，小程序开发者工具里的请求地址必须指向你本机的服务端口。这三者缺一个，页面就是空白或者报错。

2.2 环境准备清单与版本建议

在动手之前，先把环境对齐。下面这张表是我一般会先确认的东西，版本不一定要完全一致，但大版本别差太多，否则容易出玄学问题。

安装顺序建议是：先装 JDK 和 MySQL，再装 Maven，最后装微信开发者工具。MySQL 安装时记住 root 密码，后面改配置文件要用。微信开发者工具安装后第一次打开需要扫码登录，这个账号只是开发预览用，不涉及任何发布流程。

2.3 数据库导入与后端配置修改

拿到源码后，第一步不是急着启动，而是先把数据库建起来。压缩包里一般会有一个.sql文件，这就是建表和初始数据的脚本。操作步骤如下：

# 1. 登录 MySQL（命令行方式，密码换成你自己的） mysql -u root -p # 2. 创建数据库，名字以 sql 文件里的为准，这里假设是 student_manager CREATE DATABASE student_manager DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 3. 切换到该数据库 USE student_manager; # 4. 导入 sql 文件（路径换成你解压后的实际路径） source /path/to/your/student_manager.sql; # 5. 确认表是否导入成功 SHOW TABLES;

这段命令的逻辑很直接：先建库，再切库，再执行脚本，最后用SHOW TABLES验证。参数上要注意两点：字符集用utf8mb4，否则学生姓名里的生僻字或特殊符号可能乱码；source后面的路径必须是绝对路径或者你当前命令行所在目录的相对路径，写错会提示找不到文件。

数据库导入成功后，去 Java 工程里找配置文件，通常是application.yml、application.properties或者jdbc.properties。需要改的地方一般就三处：数据库地址、用户名、密码。

# application.yml 示例，字段名以你源码里的为准 spring: datasource: url: jdbc:mysql://localhost:3306/student_manager?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai username: root password: 你的MySQL密码 driver-class-name: com.mysql.cj.jdbc.Driver

这里serverTimezone=Asia/Shanghai是 MySQL 8.0 常见的坑，不写可能报时区错误。driver-class-name在 MySQL 5.7 下可能是com.mysql.jdbc.Driver，8.0 用com.mysql.cj.jdbc.Driver，改错了启动直接失败。改完配置后，用 Maven 拉依赖并启动：

# 在 Java 工程根目录执行，清理并打包 mvn clean package -DskipTests # 启动（如果是 Spring Boot 打的 jar 包） java -jar target/xxx.jar

-DskipTests是跳过测试，毕设源码里的测试用例经常因为环境问题跑不过，跳过能省时间。启动成功后，控制台会打印端口号，一般是 8080 或 8081，记下来，小程序端要用。

2.4 小程序端请求地址配置与预览

小程序端在微信开发者工具里打开，找到请求封装的地方，通常是utils/request.js或者config.js。里面会有一个baseUrl之类的变量，把它改成你本机后端的地址。

// utils/request.js 示例 const baseUrl = 'http://localhost:8080/api'; // 改成你的后端地址和端口 function request(options) { return new Promise((resolve, reject) => { wx.request({ url: baseUrl + options.url, // 拼接完整接口地址 method: options.method || 'GET', data: options.data || {}, header: { 'Content-Type': 'application/json' }, success: res => resolve(res.data), fail: err => reject(err) }); }); }

这段代码的关键点是baseUrl必须和后端启动的端口一致，options.url是各页面传入的相对路径。注意微信开发者工具里如果不开「不校验合法域名」，localhost请求可能被拦，需要在「详情 → 本地设置」里勾选「不校验合法域名、web-view（业务域名）、TLS 版本以及 HTTPS 证书」。勾上之后，编译预览，用测试账号登录，就能看到成绩查询、课表查询这些页面了。

3. 核心功能模块与数据库表设计：成绩、课表、考试怎么落表

3.1 学生端五个查询模块的数据来源

学生端的五个功能——成绩查询、课表查询、考试安排查询、补考查询、普通话查询——看起来是五个页面，但底层其实是几张表在支撑。理解表结构，你才知道改功能时该动哪里。

成绩查询对应的是成绩表，一般字段有学生 ID、课程 ID、分数、学期。课表查询对应课表表，字段有班级 ID、课程 ID、星期几、第几节、教室。考试安排对应考试表，字段有课程 ID、考试时间、考场。补考查询本质是成绩表里分数低于及格线的记录，再关联补考安排。普通话查询是单独一张普通话成绩表，字段有学生 ID、考试批次、成绩、等级。

常见做法是：后端每个查询接口对应一个 Mapper 方法，SQL 里做多表关联。比如成绩查询要同时拿到课程名，就得JOIN课程表。你在改的时候，先看接口返回的 JSON 结构，再倒推它查了哪几张表，比盲目翻代码快得多。

3.2 管理员端增删改查的接口规律

管理员端的功能看着多——管理员管理、学生管理、专业管理、班级管理、考试管理——但本质都是增删改查。这类毕设源码的接口命名通常很规整，比如/student/list、/student/add、/student/update、/student/delete。你掌握了一个模块的写法，其他模块照葫芦画瓢就行。

以学生管理为例，后端一般会有一个 Controller 接收请求，一个 Service 处理业务，一个 Mapper 操作数据库。新增学生时，前端传 JSON，后端用实体类接收，再INSERT进表。这里要注意的是主键生成策略，有的用自增，有的用 UUID，改的时候别把主键逻辑搞乱，否则关联表会对不上。

-- 学生表新增一条记录的典型 SQL INSERT INTO student (student_no, name, gender, class_id, major_id, phone) VALUES ('2024010101', '张三', '男', 1, 1, '13800000000'); -- 按学号查询，用于登录或详情页 SELECT s.*, c.class_name, m.major_name FROM student s LEFT JOIN class c ON s.class_id = c.id LEFT JOIN major m ON s.major_id = m.id WHERE s.student_no = '2024010101';

第一条 SQL 是插入，字段要和表结构对齐，少一个非空字段就报错。第二条是关联查询，用LEFT JOIN是为了即使班级或专业没配好，学生记录也能查出来，不至于页面直接空白。参数上，student_no一般建唯一索引，防止重复录入。

3.3 登录态与角色区分怎么实现

小程序端的登录，一般是学生输入学号和密码，后端校验后返回一个 token 或者直接返回学生信息，小程序把信息存到wx.setStorageSync里，后续请求带上学生 ID。管理员端则是另一套账号密码，登录后进后台管理界面。

这里容易翻车的地方是角色混淆。如果后端接口没做角色校验，学生 token 也能调管理员的删除接口，虽然毕设演示时不一定有人测，但答辩时被问到就尴尬。稳妥做法是在后端加一个拦截器，根据 token 里的角色字段判断能不能访问该接口。小程序端则用不同的页面路径区分，学生进pages/student/，管理员进pages/admin/，别混在一起。

4. 避坑与常见问题排查：跑不起来先看这几条

4.1 数据库连不上，报 Access denied 或 Unknown database

现象是后端启动直接失败，控制台刷一堆异常，核心信息是Access denied for user或者Unknown database。原因通常是配置文件里的用户名密码和 MySQL 实际不一致，或者数据库名字写错、根本没建库。解决方法是先用命令行mysql -u root -p手动登录一次，确认密码正确，再SHOW DATABASES;看目标库在不在。不在就重新执行建库和导入脚本。密码里有特殊字符的，在 yml 里要用引号包起来。

4.2 小程序请求失败，报不在以下 request 合法域名列表中

现象是小程序页面能打开，但数据加载不出来，控制台提示域名不合法。原因是微信开发者工具默认校验请求域名，localhost或 IP 地址不在白名单里。解决办法是在开发者工具右上角「详情 → 本地设置」里勾选「不校验合法域名、web-view（业务域名）、TLS 版本以及 HTTPS 证书」。这个设置只影响本地开发，不影响代码本身。如果换了真机预览，还得保证手机和电脑在同一网络下，且请求地址改成电脑的局域网 IP，不能再用localhost。

4.3 中文乱码，学生姓名显示成问号

现象是数据库里查出来是正常中文，但小程序页面显示乱码，或者反过来，录入的中文存进库变成问号。原因一般是数据库、表、连接三处的字符集不统一。解决方法是建库时用utf8mb4，建表时也指定utf8mb4，JDBC 连接串里加useUnicode=true&characterEncoding=utf8。三处都对齐后，重启后端再试。已经存进去的乱码数据改不回来，只能删掉重录。

4.4 Maven 依赖拉不下来，一直卡在 downloading

现象是mvn clean package跑很久，最后报一堆Could not resolve dependencies。原因是默认从中央仓库拉包，网络不稳或仓库里没有对应版本。解决办法是配置国内镜像，在 Maven 的settings.xml里加阿里云仓库。如果源码里用了比较老的依赖版本，镜像里也没有，那就得手动下载 jar 包放到本地仓库。这一步没有捷径，只能看报错缺哪个补哪个。

4.5 端口被占用，后端启动报 Port already in use

现象是启动时报端口冲突，通常是 8080 被别的程序占了。原因是本机已经有服务在跑同一个端口。解决办法有两个：一是找到占用端口的进程杀掉，Windows 用netstat -ano | findstr 8080再taskkill，Mac 用lsof -i:8080再kill；二是直接改后端配置文件里的server.port，换一个没被占用的端口，同时记得把小程序端的baseUrl也改掉，否则请求还是发到旧端口。

5. 二次开发与答辩加分技巧：把演示视频里的流程变成自己的

5.1 从演示视频倒推功能验收路径

压缩包里的演示视频不只是给你看效果的，它其实是一条完整的验收路径。我一般会先把视频看一遍，记下它演示了哪几个页面、点了哪些按钮、数据怎么变化的。然后照着这条路径在自己的环境里走一遍，走不通的地方就是你要重点排查的。比如视频里学生登录后先查成绩，再查课表，那你就按这个顺序测，别一上来就乱点。这样能最快定位是环境问题还是代码问题。

5.2 改一个功能证明你真的懂了

答辩时老师最怕听到「这是网上下的，我没怎么改」。想加分，就挑一个模块做点小改动，并且能讲清楚改了什么、为什么这么改。比如给成绩查询加一个按学期筛选的下拉框，或者给课表查询加一个当前周的标记。改动不用大，但要涉及前端、后端、数据库三端，这样你就能讲清楚数据是怎么从表里流到页面上的。

// 给成绩查询加学期筛选的示例（小程序端） Page({ data: { semesterList: ['2023-2024-1', '2023-2024-2'], currentSemester: '' }, onSemesterChange(e) { const semester = this.data.semesterList[e.detail.value]; this.setData({ currentSemester: semester }); // 带着学期参数重新请求成绩接口 request({ url: '/score/list', data: { semester } }).then(res => { this.setData({ scoreList: res.data }); }); } });

这段代码的逻辑是：下拉框选择学期后，把学期作为参数传给后端接口，后端 SQL 里加一个WHERE semester = ?条件。参数说明上，e.detail.value是 picker 组件返回的索引，用它去取实际学期字符串。后端改动就是在原来的查询 SQL 上加一个条件判断，学期为空时查全部，不为空时按学期过滤。这样一个小改动，前端、后端、SQL 都涉及了，答辩时讲起来有内容。

5.3 数据库备份与迁移的后悔药

毕设做到后期，最怕的是改表结构改崩了，数据全没了。我自己的习惯是，每次动数据库之前先导出一份备份。命令行用mysqldump就行：

# 备份整个数据库到 sql 文件 mysqldump -u root -p student_manager > backup_$(date +%Y%m%d).sql # 恢复时先建空库，再导入 mysql -u root -p student_manager < backup_20240101.sql

$(date +%Y%m%d)是自动加日期后缀，避免覆盖旧备份。恢复的时候注意，如果原库还在，先删掉或者换个库名，否则表冲突会报错。这个习惯看起来麻烦，但真改崩过一次就知道，有备份和没备份是两种心态。从那以后我每次动表结构之前都强制走一遍备份，希望帮到你。

本文还有配套的精品资源，点击获取