Java毕设学生选课系统：微信小程序+MySQL源码部署与解析

简介：基于Java与微信小程序的学生选课系统完整源码包，面向毕业设计、课程设计及Java Web学习者。系统针对学生、教师、管理员三类角色提供不同权限，覆盖首页、个人中心、学生管理、教师管理、课程类型管理、课程信息管理、选课信息管理、取消选课管理、管理员管理与系统管理等功能模块，后端采用Java和MVC架构，小程序端可结合Vue与微信开发者工具使用。压缩包共1245个文件，以java、js、vue、json、sql等源码与数据文件为主，另含png、svg图片资源以及各种配置脚本，整体约24.79MB。已有63人学习浏览，便于进一步评估与复用。下载后能直接获得完整前后端工程、数据库脚本、部署脚本和环境说明，有利于快速理解微信小程序与Java Web的交互流程、数据库设计思路及系统分层方法，可作为毕业设计或课程设计的实战参考资料。

1. 学生选课系统：一份能直接跑起来的 Java 毕设源码

如果你正在为毕业设计选题发愁，或者已经选定了“学生选课系统”但不知道从哪下手，这份基于 Java + 微信小程序 + MySQL 的完整源码包值得花点时间拆开看看。它不是一个只讲理论的教程文档，而是一套包含前端小程序、后端 Java Web、数据库脚本的完整工程，导入 IDE 配置好环境就能启动，覆盖了学生、教师、管理员三种角色的完整业务流程。对你来说，它既是一个能直接交付的毕设成品，也是一个理解 Java Web 开发全流程的活教材——从表结构设计到接口调用再到小程序渲染，整条链路一目了然。

2. 项目全景：技术栈选择与三层角色权限拆解

2.1 技术栈选型的合理性，为什么是 JDK1.8 + MySQL 5.7 + Tomcat7

拿到源码包后，第一件事不是急着导入 IDE，而是先看环境说明。这份项目锁定了一套非常经典的 Java Web 技术组合：JDK1.8、MySQL 5.7、Tomcat7、Maven3.3。很多同学可能会问，为什么不用更新的 JDK17 或者 Spring Boot？原因很实际：毕设场景下，稳定压倒一切。

JDK1.8 是目前绝大多数高校机房和教程的默认版本，兼容性极好，几乎不会出现环境层面的幺蛾子。MySQL 5.7 和 Navicat11 的组合是当年的黄金搭档，导入 SQL 脚本时基本不会遇到字符集或版本兼容问题。Tomcat7 虽然老，但配合 Servlet 规范的 Java Web 项目毫无压力，最重要的是——网上针对这个组合的报错解决方案最多，真出了坑，搜索一下就能找到答案。

后端结构遵循的是传统的 MVC 模式，Servlet 负责接收请求和转发，Service 层处理业务逻辑，DAO 层通过 JDBC 或 MyBatis 操作数据库。小程序端则是标准的微信小程序框架，通过 wx.request 调用后端接口，数据格式采用 JSON。

提示：如果你本机装的是 MySQL 8.0，导入这份项目的 SQL 文件大概率会遇到认证插件不兼容的问题。建议直接用 5.7，或者新建一个用户指定 mysql_native_password 认证方式。

2.2 三种角色的权限边界与功能矩阵

系统的核心设计逻辑是“一个平台、三种身份、各自为政”。管理员拥有最高权限，负责维护整个系统的基础数据，包括学生信息、教师信息、课程类型和课程基础信息的管理，同时还承担着系统维护职责，比如日志查看和数据备份。

教师角色的权限集中在课程维度，可以发布新的课程信息、查看自己名下课程的选课情况，但无法干涉其他教师的数据，也不能直接修改学生的选课记录。学生角色则是最纯粹的操作者，登录后能浏览课程列表、查看课程详情、进行选课操作，也能在开课时间内取消已选课程。

这个权限模型对应到数据库表设计上，通常会有 student、teacher、course、course_type、select_course 这五张核心表，外加管理员表和系统配置表。后面的部署过程中，你导入 SQL 文件后会看到这些表的实际结构，字段命名和关联关系可以作为你理解整个系统业务的切入点。

2.3 业务流程串联：从选课到取消的完整数据流转

把三条角色的操作串起来看，系统的核心业务流是这样的：管理员先维护好学生和教师的基础档案，然后设置课程类型，比如选修课、必修课、公共课。教师登录后，在“课程信息管理”模块发布自己的课程，填写课程名称、学分、上课时间、容量等信息。学生端小程序展示所有可选课程，学生发起选课请求后，后端先校验课程是否已满、学生是否已选过、当前是否在选课时间段内，校验通过后写入选课记录。

取消选课的流程则反过来，学生端发起取消请求，后端删除选课记录并释放课程容量。管理员在“选课信息管理”模块能看到所有选课记录，也可以手动调整异常数据。

这个流程看起来简单，但涉及的数据表关联和状态校验非常多，后面章节我们会在源码里具体看这些逻辑是怎么实现的。

3. 本地部署实战：从解压到跑通全流程

3.1 部署前的环境准备清单

开始操作之前，先把工具备齐。这份项目要求的软件清单如下：

注意 Maven 版本不用太纠结，3.6 也能跑，但如果 pom.xml 里配置了特定插件版本，建议优先匹配项目原生的 3.3。另外，Windows 环境下记得检查环境变量，JAVA_HOME 必须指向 JDK1.8 的安装目录，否则 Tomcat 启动时会直接报找不到类或版本错误。

3.2 导入 MySQL 数据库，三步完成建库建表

数据库部分是整份项目的地基。源码包中会包含一个 .sql 文件，通常是 xk.sql 或者 student_course.sql 之类的命名。打开 Navicat，新建一个数据库，字符集选 utf8mb4，排序规则选 utf8mb4_general_ci，然后右键数据库选择“运行 SQL 文件”，选中这个 SQL 脚本执行即可。

# 如果习惯命令行操作，也可以这样导入 mysql -u root -p123456 < xk.sql

执行完成后，刷新数据库列表，你应该能看到所有的表和数据。正常情况下会包含管理员表、学生表、教师表、课程信息表、选课记录表等，表之间通过外键或逻辑关联连接。

注意：如果导入报错提示 “Unknown collation: utf8mb4_0900_ai_ci”，说明你的 SQL 脚本是 MySQL 8.0 生成的，而你本地是 5.7。解决方式是全局替换 utf8mb4_0900_ai_ci 为 utf8mb4_general_ci，或者干脆安装 MySQL 5.7。

3.3 后端导入 Eclipse/IDEA，解决 Maven 依赖同步问题

后端代码用 Eclipse 打开时，选择 File -> Import -> Existing Maven Projects，然后选中源码目录，等待 Maven 自动下载依赖。IDEA 更简单，直接 Open 选中 pom.xml 所在的根目录，IDEA 会自动识别为 Maven 项目并开始导入。

这个过程最容易翻车的点是 Maven 仓库下载慢或失败。我一般会先检查 Maven 的 settings.xml，确认镜像源是否配置了阿里云镜像：

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

没有配置的话，在 IDEA 中打开 Settings -> Maven -> Importing，把 User settings file 指向你修改后的 settings.xml。等依赖全部同步完成，右侧 Maven 面板不再报红，就可以进行下一步了。

3.4 修改数据库连接配置，把项目指向本地 MySQL

找到源码中的 jdbc.properties 或 application.properties 文件，通常在 src/main/resources 目录下。里面配置了数据库连接信息，需要改成你自己的本地账号和密码：

jdbc.driver=com.mysql.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/xk?useUnicode=true&characterEncoding=utf8&useSSL=false jdbc.username=root jdbc.password=123456

这里的 xk 是你刚才新建的数据库名，root 和 123456 换成你自己的 MySQL 登录凭据。useSSL=false 这个参数建议保留，否则高版本 MySQL 会在连接时弹出 SSL 警告。

改完之后，把项目部署到 Tomcat7 上。Eclipse 中右键项目 -> Run As -> Run on Server，选择本地 Tomcat7 路径并指定 JRE 为 JDK1.8。IDEA 中则是配置 Tomcat Server 的 Deployment 和 Application context，上下文路径可以设为/xk或直接根路径，方便小程序端调用。

启动成功后，浏览器访问http://localhost:8080/你的上下文路径/，如果能看到登录页或接口返回 JSON，说明后端已经跑起来了。

3.5 微信开发者工具导入小程序端，配置接口地址

小程序端的代码是独立的文件夹，比如叫miniprogram或wxapp。打开微信开发者工具，选择“导入项目”，定位到这个文件夹，填入你自己的 AppID。如果没有 AppID，可以选择“测试号”模式。

导入完成后，找到小程序源码中的utils/config.js或request.js之类的公共配置文件，把接口基础地址改成你本机的 IP 和后端端口：

// 请求接口前缀，换成你自己的电脑IP const BASE_URL = 'http://localhost:8080/xk' // 如果用了真机调试，需要改成局域网IP，例如： // const BASE_URL = 'http://192.168.1.101:8080/xk' module.exports = { BASE_URL }

提示：微信开发者工具默认不允许访问非 HTTPS 域名，但本地调试时可以在“详情 -> 本地设置”里勾选“不校验合法域名、web-view（业务域名）、TLS 版本以及 HTTPS 证书”，这样就能直接请求本地接口。

完成以上步骤，小程序端编译运行后，应该能看到登录页面了。用管理员预先在数据库里建的账号登录，就能进入系统主界面。

4. 源码核心模块解读：选课接口、取消选课与小程序联动

4.1 控制器层：Servlet 的请求分发与路径映射

后端的入口统一由 Servlet 处理，先看一段典型的控制器代码：

@WebServlet("/course") public class CourseServlet extends HttpServlet { private CourseService courseService = new CourseService(); @Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { req.setCharacterEncoding("UTF-8"); resp.setContentType("application/json;charset=UTF-8"); String action = req.getParameter("action"); if ("list".equals(action)) { // 获取课程列表 List<Course> courses = courseService.getAllCourses(); resp.getWriter().write(JSON.toJSONString(courses)); } else if ("detail".equals(action)) { // 获取课程详情 Integer id = Integer.valueOf(req.getParameter("id")); Course course = courseService.getCourseById(id); resp.getWriter().write(JSON.toJSONString(course)); } } @Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { // 选课、取消选课等写操作 } }

这段代码展示了后端接口的基本形态。所有课程相关的请求都映射到/course路径，通过action参数区分具体操作。doGet 处理查询类请求，doPost 处理写入类请求，返回格式统一为 JSON。

在实际的源码中，你会看到更多类似结构的 Servlet，比如SelectCourseServlet、CancelCourseServlet、LoginServlet等。每个 Servlet 对应一组相关的业务操作，内部调用 Service 层的方法完成具体逻辑。

4.2 业务层：选课与容量校验的双重检查机制

选课操作是整个系统中逻辑最严密的部分，涉及课程容量和学生重复选课两个维度的校验。业务层代码类似下面这样：

public Result selectCourse(Integer studentId, Integer courseId) { // 1. 查询课程信息 Course course = courseDao.findById(courseId); // 2. 校验课程是否存在 if (course == null) { return Result.error("课程不存在"); } // 3. 校验课程容量 if (course.getSelectedCount() >= course.getMaxCount()) { return Result.error("课程已满，无法选课"); } // 4. 校验是否重复选课 SelectRecord record = selectDao.findByStudentAndCourse(studentId, courseId); if (record != null) { return Result.error("您已选过该课程"); } // 5. 执行选课，写入记录 int rows = selectDao.insert(studentId, courseId); // 6. 更新课程已选人数 courseDao.incrementSelectedCount(courseId); return rows > 0 ? Result.success("选课成功") : Result.error("选课失败"); }

这段代码的核心价值在于“先校验后写入”的顺序。第 3 步和第 4 步的顺序不能颠倒，因为如果先查重再查容量，高并发场景下可能出现超额选课的问题。虽然毕设项目通常不会遇到并发压力，但养成这个习惯对后续工作有帮助。

取消选课的逻辑相对简单，删除选课记录后，把课程已选人数减一即可。源码中大概率会有对应的decrementSelectedCount方法，和incrementSelectedCount形成对称操作。

4.3 数据访问层：JDBC 操作与 DAO 模式

数据访问层采用 DAO 模式，每个实体对应一个 DAO 类，比如 StudentDao、CourseDao、SelectDao。核心操作不外乎增删改查，但 SQL 语句的写法和预编译参数需要注意：

public List<Course> findAll() { String sql = "SELECT * FROM course WHERE status = 1"; try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql); ResultSet rs = ps.executeQuery()) { List<Course> list = new ArrayList<>(); while (rs.next()) { Course course = new Course(); course.setId(rs.getInt("id")); course.setName(rs.getString("name")); course.setCredit(rs.getInt("credit")); // 更多字段赋值 list.add(course); } return list; } catch (SQLException e) { e.printStackTrace(); return null; } }

这里的代码风格可能因项目而异，有的用了原生 JDBC，有的包装了 DBUtil 工具类，还有可能引用了 MyBatis 或 DbUtils。无论哪种实现方式，你都能从中看到三层架构的数据流转方式：Servlet 调用 Service，Service 调用 DAO，DAO 操作数据库。

4.4 小程序端：数据请求封装与渲染联动

小程序端的核心逻辑主要集中在页面 JS 文件中。重点关注首页课程列表页的 onLoad 方法和请求接口的封装：

// pages/course/list.js const { BASE_URL } = require('../../utils/config') Page({ data: { courseList: [], loading: false, page: 1, hasMore: true }, onLoad() { this.fetchCourses() }, fetchCourses() { if (this.data.loading || !this.data.hasMore) return this.setData({ loading: true }) wx.request({ url: `${BASE_URL}/course?action=list&page=${this.data.page}`, method: 'GET', success: (res) => { const newList = res.data.list || [] this.setData({ courseList: this.data.courseList.concat(newList), hasMore: newList.length > 0, page: this.data.page + 1 }) }, fail: (err) => { wx.showToast({ title: '网络请求失败', icon: 'none' }) }, complete: () => { this.setData({ loading: false }) } }) }, onReachBottom() { this.fetchCourses() } })

这段代码包含了几个重要细节：onReachBottom是微信小程序的页面触底事件，用来实现“加载更多”的分页效果；hasMore标志位控制是否继续请求；loading状态防止重复请求。如果你做了无线分页，这个模式可以直接套用。

对应页面的 WXML 部分，用 wx:for 循环渲染课程卡片，每个卡片绑定点击事件跳转到课程详情页，详情页再发起选课请求。选中状态可以通过课程对象的属性字段控制，比如isSelected: true时按钮变成“已选”并禁用。

5. 避坑手册：部署和二次开发中的七个典型问题

5.1 Tomcat 启动报 404，页面始终打不开

现象：Tomcat 正常启动，控制台也没有报错，但浏览器访问项目路径一直是 404。

原因：八成是部署名和实际访问路径不一致。Eclipse 部署时默认上下文路径可能带了项目名后缀，比如/student_course_system，而你的访问路径写的是/xk。也有可能部署过程中没有把项目挂载到 Tomcat 的 webapps 目录下。

解决：在 Tomcat 的 Server 配置中双击打开 Modules 或 Deployment，确认 Application context 和实际访问路径一致。或者直接把项目构建产物复制到 Tomcat 的 webapps 目录，逐个路径排查访问。

5.2 MySQL 连接报错 Access denied for user

现象：项目启动时控制台抛异常Access denied for user 'root'@'localhost'。

原因：大概率是密码配错了，或者 root 账号不允许从当前主机连接。用 Navicat 测试一下同样的账号密码能否连接成功，如果 Navicat 能连但项目不行，说明是项目配置文件里的密码有隐藏空格或特殊字符被转义。

解决：重新在 Navicat 里确认账号密码，复制粘贴到 jdbc.properties 里，注意不要把行尾的分号或注释一起复制进去。

5.3 微信小程序请求失败，报“不在以下 request 合法域名列表中”

现象：真机调试时，小程序网络请求直接失败，控制台提示域名不在白名单。

原因：微信小程序的正式环境强制校验域名合法性，只有备案过的 HTTPS 域名才能被请求。本地开发时，开发者工具默认也是校验状态，必须手动关闭。

解决：在微信开发者工具右上角点击“详情”，然后进入“本地设置”，勾选“不校验合法域名、web-view（业务域名）、TLS 版本以及 HTTPS 证书”。如果你需要真机预览，可以用“预览”模式，同时手机端需要在小程序开发后台配置“开发版”的域名白名单。

5.4 Maven 依赖下载缓慢或直接卡死

现象：IDEA 导入项目后，下方进度条一直停在下载依赖的状态，半天不动。

原因：默认的 Maven 中央仓库地址在国内访问速度不稳定，尤其是下载大量 Jar 包时经常超时。

解决：手动修改 Maven 的 settings.xml，配置阿里云镜像。修改后记得在 IDEA 中重启 Maven 导入，或者使用mvn clean install在命令行验证依赖是否完全拉取成功。

5.5 后端数据返回中文乱码

现象：浏览器访问接口返回的 JSON 中，中文全部变成问号或乱码。

原因：后端 Servlet 没有设置响应编码，或者 Tomcat 默认使用 ISO-8859-1 编码解析请求参数。

解决：在 Servlet 的 doGet 和 doPost 方法里强制设置编码，req.setCharacterEncoding("UTF-8")和resp.setContentType("application/json;charset=UTF-8")都要写。同时确认 jdbc.url 里有characterEncoding=utf8参数，数据库连接层面也不能乱码。

5.6 选课成功但课程容量没有减少

现象：前端提示选课成功，但课程列表里已选人数始终不变，或者取消选课后人数没有恢复。

原因：业务逻辑里更新容量的语句执行失败，或者事务没有正确控制。DAO 层可能只执行了 insert 操作，漏掉了 update 操作。

解决：检查 Service 层代码，选课成功后必须调用courseDao.incrementSelectedCount(courseId)。同时建议给这两个操作加上事务控制，确保插入记录和更新容量要么都成功，要么都回滚。

5.7 SQL 文件导入时报表格已存在

现象：Navicat 导入 SQL 脚本时提示表已存在或脚本中断。

原因：SQL 文件里包含CREATE TABLE IF NOT EXISTS逻辑，如果数据库里已经有同名表，脚本会跳过或者继续执行后续操作导致报错。

解决：导入前把数据库列表清空，删除已存在的表，或者直接在 Navicat 中先删除整个数据库再重新创建。确保导入前是一个全新的空库。

6. 从复现到改造：验证系统完整性并扩展自己的功能

项目跑通之后，不要急着拿去交差。花上两天时间，把系统完整走一遍全流程，这个验证过程本身就能帮你规避最后答辩时被老师问住的风险。

先按三种角色各登录一次。用管理员账号检查学生管理、教师管理、课程类型管理，各执行一次增删改查，确认数据持久化正常。用教师账号发布一门新课程，填写完整的课程信息，包括课程名、学分、上课地点、上课时间、限选人数，然后提交，去管理员端看看审核状态是否正确流转。用学生账号在课程列表页找到这门新课程，完成一次选课再取消，观察课程已选人数的动态变化。

验证通过后，可以尝试做一些简单的二次开发来丰富系统的功能。比如很多选课场景需要限制选课时间窗口，你可以给course表加一个start_time和end_time字段，在选课校验逻辑中加上时间判断。参考下面的代码思路修改 Service 层：

// 选课时间窗口校验，选课开始和截止时间 Date startTime = course.getStartTime(); Date endTime = course.getEndTime(); Date now = new Date(); if (now.before(startTime)) { return Result.error("选课尚未开始"); } if (now.after(endTime)) { return Result.error("选课已截止"); }

这个改动涉及表结构、DAO 映射、Service 校验三层，熟悉一遍下来基本能掌握这个小项目的数据流转脉络。如果觉得课程列表缺少搜索功能，也可以在小程序端通过 wx.request 的 data 参数传递关键字，后端利用 SQL 的 LIKE 查询实现模糊搜索：

// 模糊搜索课程 String keyword = req.getParameter("keyword"); String sql = "SELECT * FROM course WHERE name LIKE ?"; PreparedStatement ps = conn.prepareStatement(sql); ps.setString(1, "%" + keyword + "%");

遇到过不少拿着毕设源码直接交差、结果答辩时被问到底层原理就卡壳的学生。从那以后我每次做类似的课程设计复盘，都会强制自己走一遍“环境重建 -> 数据导入 -> 代码走读 -> 功能验证 -> 小改动”这五步。这套动作看起来费时间，但它能让你从“会用”变成“懂为什么”，答辩时面对老师的任何追问，心里都有底。希望这份拆解能帮你在毕设路上少踩一些无谓的坑，花最少的时间换最大的产出。

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