简介这份资源是面向高校计算机相关专业毕业生与Java初学者的一套完整毕业设计资料主题为基于微信小程序的绘画学习平台适合需要完成小程序类毕设、学习微信端开发与后端接口联调的学生参考。压缩包共1409个文件约18.25MB涵盖js、wxml、wxss等小程序前端代码java后端源码以及sql数据库脚本、json配置、png与svg界面素材另含vue、css等管理端页面文件结构完整、层次清晰。资源包含全套Java开源源码、数据库、开题报告、论文、PPT与使用说明可帮助读者快速理解绘画学习平台的系统概述、需求分析、系统设计、数据库设计与测试流程掌握微信开发者工具与MYSQL数据库的实际应用。目前已有106人学习下载适合作为毕设选题参考与项目实战练手材料。1. 从一份能跑起来的绘画学习小程序源码说起它到底解决了谁的痛点很多做 Java 毕业设计的人卡在同一个地方脑子里知道要做个微信小程序选题也定了「绘画学习平台」但打开 IDE 之后不知道从哪下手。数据库建几张表小程序端画什么页面Java 后端用什么框架论文和开题报告又该怎么跟代码对上这套「基于微信小程序的绘画学习平台」的完整资料本质上就是把这些问号一次性拉直——它给的不是一段演示代码而是一条从数据库脚本、Java 后端、小程序前端到开题报告、论文、PPT、使用说明的完整链路。它适合三类人一是临近毕业、需要一套能跑通、能答辩的 Java 毕业设计的学生二是想借一个真实项目把微信小程序入门和 Java 后端串起来练手的人三是需要参考数据库课程设计里「增删改查 关联查询」怎么落到实际业务表结构上的开发者。绘画学习这个场景本身不复杂但正因为不复杂它才适合拿来把「小程序页面 → 接口 → 数据库」这条主线走通而不是被业务逻辑淹没。下面我按实际落地的顺序把选型、建库、后端接口、小程序页面和踩坑点一层层拆开讲。2. 技术选型与工程结构为什么是 Java 后端配微信小程序2.1 后端为什么选 Spring Boot 而不是 JSP这套资料的后端是 Java 技术栈最常见的做法是 Spring Boot。有人会问热搜里经常出现 java server pages为什么不用 JSP 直接写页面因为微信小程序的前端是独立的它通过 HTTPS 请求拿 JSON 数据后端只需要提供接口不需要渲染 HTML。JSP 那套「服务端渲染页面」的模式在这里是多余的反而会让工程变重。Spring Boot 的优势在于内嵌 Tomcat一个 main 方法就能启动用注解写接口一个 Controller 类就能覆盖一个模块的增删改查配合 MyBatis 或 MyBatis-Plus 操作数据库SQL 可控答辩时也能讲清楚每条查询在干什么。对于毕业设计这种「要能讲明白、要能改」的场景Spring Boot MyBatis 的组合比全自动的 JPA 更合适因为表关联查询写起来直观。工程一般拆成三层Controller 层接请求、Service 层写业务、Mapper 层碰数据库。实体类跟数据库表一一对应。这种分层不是为了好看而是答辩老师大概率会问你「业务逻辑写在哪」分层清楚你才答得上来。2.2 小程序端用原生开发还是框架微信小程序端有两种常见路线原生 WXML/WXSS/JS或者用 uni-app 这类跨端框架。这套资料通常用原生原因是原生没有编译层代码和微信开发者工具里的表现完全一致调试时不会出现「框架编译后样式错位」这种玄学问题。对于绘画学习平台页面数量不多——首页、课程列表、课程详情、作品展示、个人中心原生足够。原生开发要盯住几个配置app.json里配页面路径和 tabBarproject.config.json里配 appid页面里用wx.request调后端接口。这里有个新手常翻车的点微信开发者工具默认校验合法域名本地调试时后端是http://localhost:8080需要在工具里勾选「不校验合法域名」否则请求全部失败。2.3 目录结构长什么样一个能跑通的工程目录大致是这样组织的painting-platform/ ├── backend/ # Java 后端 │ ├── src/main/java/com/example/painting/ │ │ ├── controller/ # 接口层 │ │ ├── service/ # 业务层 │ │ ├── mapper/ # 数据库操作层 │ │ └── entity/ # 实体类 │ └── src/main/resources/ │ ├── application.yml # 数据库连接、端口配置 │ └── mapper/ # MyBatis XML ├── miniprogram/ # 微信小程序端 │ ├── pages/ # 各页面 │ ├── utils/ # 请求封装 │ ├── app.json # 全局配置 │ └── app.js └── sql/ └── painting.sql # 数据库脚本后端和前端分开数据库脚本单独放。这样你在答辩演示时可以清楚地说明「数据从哪来、经过哪一层、到哪个页面」。把 SQL 脚本单独拎出来还有个好处换一台电脑先跑脚本建库再启动后端最后开小程序顺序不会乱。3. 数据库设计与建表绘画学习平台的核心表怎么定3.1 先想清楚业务再动手建表绘画学习平台的业务其实就几条线用户注册登录、浏览课程、查看课程详情、收藏或学习课程、上传展示自己的作品。围绕这几条线核心表就出来了用户表、课程表、课程分类表、作品表、收藏表。不要一上来就堆十几张表毕业设计的表不在多在于每张表都能在代码里找到对应的增删改查。热搜里数据库增删改查、数据库课程设计出现频率很高说明很多人对「表怎么设计、关系怎么连」是有需求的。这里的关键是搞清楚一对多和多对多一个分类下有多个课程这是一对多课程表里放分类 id一个用户可以收藏多个课程一个课程也能被多个用户收藏这是多对多需要一张中间表。3.2 建表脚本与字段说明下面是一份可以直接执行的建表脚本用的是 MySQL-- 用户表 CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT COMMENT 用户ID, username VARCHAR(50) NOT NULL UNIQUE COMMENT 用户名, password VARCHAR(100) NOT NULL COMMENT 密码, nickname VARCHAR(50) COMMENT 昵称, avatar VARCHAR(255) COMMENT 头像地址, create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT 注册时间 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用户表; -- 课程分类表 CREATE TABLE category ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL COMMENT 分类名称 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT课程分类表; -- 课程表 CREATE TABLE course ( id INT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(100) NOT NULL COMMENT 课程标题, cover VARCHAR(255) COMMENT 封面图, intro TEXT COMMENT 课程简介, category_id INT COMMENT 所属分类, teacher VARCHAR(50) COMMENT 讲师, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (category_id) REFERENCES category(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT课程表; -- 作品表 CREATE TABLE artwork ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL COMMENT 作者, image VARCHAR(255) NOT NULL COMMENT 作品图片, description VARCHAR(255) COMMENT 作品描述, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (user_id) REFERENCES user(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT作品表; -- 收藏表多对多中间表 CREATE TABLE collect ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, course_id INT NOT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_user_course (user_id, course_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT收藏表;字段设计上有几个点值得说。user表的username加了唯一约束防止重复注册collect表用user_id course_id建了联合唯一索引这样同一个用户重复收藏同一门课会被数据库直接拦掉不用在代码里再查一遍。字符集统一用utf8mb4因为作品描述里可能带表情符号用utf8会存不进去。3.3 初始化数据别偷懒建完表要插几条测试数据否则小程序打开是空的演示效果很差。至少给分类表插「素描、水彩、油画、板绘」四条课程表插五六条带封面的记录。封面图可以用本地静态资源路径也可以放网络图片地址。测试数据不用多但要能覆盖「列表有内容、详情能打开、收藏能生效」这三件事。提示执行脚本前先建库CREATE DATABASE painting DEFAULT CHARSET utf8mb4;然后USE painting;再跑建表语句否则会报「no database selected」。4. Java 后端接口实现从登录到课程列表的完整链路4.1 数据库连接与 MyBatis 配置后端第一步是把数据库连上。application.yml里配置数据源和 MyBatisserver: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/painting?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.painting.entityurl里的serverTimezone必须配否则 MySQL 8 会报时区错误这是新手最常见的翻车点之一。mapper-locations指向 XML 文件位置MyBatis 靠它找到 SQL 映射。type-aliases-package让实体类在 XML 里可以直接写类名不用写全限定名。4.2 课程列表接口Controller 到 Mapper 走一遍以「查询课程列表」为例把整条链路走通。先写实体类package com.example.painting.entity; public class Course { private Integer id; private String title; private String cover; private String intro; private Integer categoryId; private String teacher; // getter 和 setter 省略 }Controller 层接收请求RestController RequestMapping(/api/course) public class CourseController { Autowired private CourseService courseService; // 查询全部课程支持按分类过滤 GetMapping(/list) public Result list(RequestParam(required false) Integer categoryId) { ListCourse courses courseService.listByCategory(categoryId); return Result.success(courses); } }RequestParam(required false)表示分类 id 可以不传不传就查全部。Result是统一返回结构包含 code、msg、data 三个字段这样小程序端处理响应时格式统一不用每个接口单独判断。Mapper XML 里写 SQLselect idlistByCategory resultTypeCourse SELECT c.*, cat.name AS categoryName FROM course c LEFT JOIN category cat ON c.category_id cat.id where if testcategoryId ! null c.category_id #{categoryId} /if /where ORDER BY c.create_time DESC /select这里用LEFT JOIN把分类名一起查出来小程序端展示时就不用再发一次请求。if标签做动态条件categoryId 为空时整个 where 不生效。ORDER BY create_time DESC让最新课程排前面。4.3 登录接口与密码处理登录接口接收用户名密码查库比对PostMapping(/login) public Result login(RequestBody User user) { User dbUser userService.findByUsername(user.getUsername()); if (dbUser null) { return Result.error(用户不存在); } // 实际项目应使用加密比对这里演示用明文 if (!dbUser.getPassword().equals(user.getPassword())) { return Result.error(密码错误); } return Result.success(dbUser); }RequestBody表示从请求体里拿 JSON 数据。真实项目里密码要加密存储常见做法是用 MD5 加盐或者 BCrypt但毕业设计演示阶段用明文也能跑通答辩时如果被问到要能说出「生产环境应该加密」这个点。返回的dbUser里不要带密码字段否则等于把密码暴露给前端。4.4 接口自测先别急着开小程序后端写完先用 Postman 或者浏览器直接访问接口确认返回正确再动小程序。比如访问http://localhost:8080/api/course/list能看到 JSON 数组就说明后端通了。这一步能帮你把问题隔离在后端不然小程序报错时你分不清是接口问题还是前端问题。热搜里 java 环境变量配置、java 安装这些词出现得多说明环境问题确实卡人启动报错先看 JDK 版本和 Maven 依赖有没有下全。5. 微信小程序端页面与联调把接口数据画到屏幕上5.1 请求封装与全局配置小程序里每个页面都写一遍wx.request太啰嗦常见做法是封装一个工具函数// utils/request.js const BASE_URL http://localhost:8080; function request(url, method GET, data {}) { return new Promise((resolve, reject) { wx.request({ url: BASE_URL url, method: method, data: data, success: (res) { if (res.data.code 200) { resolve(res.data.data); } else { wx.showToast({ title: res.data.msg, icon: none }); reject(res.data.msg); } }, fail: (err) { wx.showToast({ title: 网络错误, icon: none }); reject(err); } }); }); } module.exports { request };封装后用 Promise 调用页面里写起来清爽。BASE_URL指向后端地址本地调试就是 localhost。code 200是跟后端约定好的成功标识不成功就弹提示。5.2 课程列表页数据绑定与跳转列表页在onLoad里请求数据用setData绑定到页面const { request } require(../../utils/request.js); Page({ data: { courses: [] }, onLoad() { this.loadCourses(); }, loadCourses() { request(/api/course/list).then(list { this.setData({ courses: list }); }); }, goDetail(e) { const id e.currentTarget.dataset.id; wx.navigateTo({ url: /pages/detail/detail?id${id} }); } });WXML 里用wx:for循环渲染view classcourse-list view classcourse-item wx:for{{courses}} wx:keyid>if testkeyword ! null and keyword ! AND c.title LIKE CONCAT(%, #{keyword}, %) /ifController 里多接一个RequestParam(required false) String keywordService 和 Mapper 对应加参数。这样列表页就能按关键词过滤答辩时你说「我在原基础上加了搜索」比什么都不改强得多。第二个方向是作品上传。原版可能只有课程浏览你加一个「我的作品」页面让用户选图上传后端存图片路径到artwork表。上传用wx.chooseImage选图再用wx.uploadFile传到后端后端用 MultipartFile 接收存到本地目录把路径写回数据库。这个功能涉及文件上传是答辩时容易被问到的点提前准备好「文件存哪、路径怎么拼、怎么防止重名」这几个问题的答案。第三个方向是数据统计。在个人中心页显示「我收藏了几门课、上传了几幅作品」后端加一个统计接口用COUNT查询。这个改动小但显得完整因为一个平台有数据统计才像回事。验证改动的办法很简单每改一个功能先用 Postman 测接口再开小程序点一遍最后重启后端确认没有依赖问题。不要一次改三个功能再一起测出了问题你定位不到是哪块引起的。注意二次开发时保留一份原始代码的备份改崩了能退回去。我见过太多人改到一半发现跑不起来原始版本也覆盖了最后只能重下。最后说个答辩技巧把数据库表关系画成一张图把接口调用链路写成一张表答辩时对着讲比干念代码强。老师问「这个数据从哪来」你指着图说「用户点收藏 → 小程序发请求 → Controller 接 → Service 查 → Mapper 写库」逻辑清楚分数自然高。这套源码的价值不在于它本身多完美而在于它给了你一个能改、能讲、能演示的底座。希望帮到你。本文还有配套的精品资源点击获取 微信小程序绘画学习平台源码：Java毕业设计全链路实战指南
简介这份资源是面向高校计算机相关专业毕业生与Java初学者的一套完整毕业设计资料主题为基于微信小程序的绘画学习平台适合需要完成小程序类毕设、学习微信端开发与后端接口联调的学生参考。压缩包共1409个文件约18.25MB涵盖js、wxml、wxss等小程序前端代码java后端源码以及sql数据库脚本、json配置、png与svg界面素材另含vue、css等管理端页面文件结构完整、层次清晰。资源包含全套Java开源源码、数据库、开题报告、论文、PPT与使用说明可帮助读者快速理解绘画学习平台的系统概述、需求分析、系统设计、数据库设计与测试流程掌握微信开发者工具与MYSQL数据库的实际应用。目前已有106人学习下载适合作为毕设选题参考与项目实战练手材料。1. 从一份能跑起来的绘画学习小程序源码说起它到底解决了谁的痛点很多做 Java 毕业设计的人卡在同一个地方脑子里知道要做个微信小程序选题也定了「绘画学习平台」但打开 IDE 之后不知道从哪下手。数据库建几张表小程序端画什么页面Java 后端用什么框架论文和开题报告又该怎么跟代码对上这套「基于微信小程序的绘画学习平台」的完整资料本质上就是把这些问号一次性拉直——它给的不是一段演示代码而是一条从数据库脚本、Java 后端、小程序前端到开题报告、论文、PPT、使用说明的完整链路。它适合三类人一是临近毕业、需要一套能跑通、能答辩的 Java 毕业设计的学生二是想借一个真实项目把微信小程序入门和 Java 后端串起来练手的人三是需要参考数据库课程设计里「增删改查 关联查询」怎么落到实际业务表结构上的开发者。绘画学习这个场景本身不复杂但正因为不复杂它才适合拿来把「小程序页面 → 接口 → 数据库」这条主线走通而不是被业务逻辑淹没。下面我按实际落地的顺序把选型、建库、后端接口、小程序页面和踩坑点一层层拆开讲。2. 技术选型与工程结构为什么是 Java 后端配微信小程序2.1 后端为什么选 Spring Boot 而不是 JSP这套资料的后端是 Java 技术栈最常见的做法是 Spring Boot。有人会问热搜里经常出现 java server pages为什么不用 JSP 直接写页面因为微信小程序的前端是独立的它通过 HTTPS 请求拿 JSON 数据后端只需要提供接口不需要渲染 HTML。JSP 那套「服务端渲染页面」的模式在这里是多余的反而会让工程变重。Spring Boot 的优势在于内嵌 Tomcat一个 main 方法就能启动用注解写接口一个 Controller 类就能覆盖一个模块的增删改查配合 MyBatis 或 MyBatis-Plus 操作数据库SQL 可控答辩时也能讲清楚每条查询在干什么。对于毕业设计这种「要能讲明白、要能改」的场景Spring Boot MyBatis 的组合比全自动的 JPA 更合适因为表关联查询写起来直观。工程一般拆成三层Controller 层接请求、Service 层写业务、Mapper 层碰数据库。实体类跟数据库表一一对应。这种分层不是为了好看而是答辩老师大概率会问你「业务逻辑写在哪」分层清楚你才答得上来。2.2 小程序端用原生开发还是框架微信小程序端有两种常见路线原生 WXML/WXSS/JS或者用 uni-app 这类跨端框架。这套资料通常用原生原因是原生没有编译层代码和微信开发者工具里的表现完全一致调试时不会出现「框架编译后样式错位」这种玄学问题。对于绘画学习平台页面数量不多——首页、课程列表、课程详情、作品展示、个人中心原生足够。原生开发要盯住几个配置app.json里配页面路径和 tabBarproject.config.json里配 appid页面里用wx.request调后端接口。这里有个新手常翻车的点微信开发者工具默认校验合法域名本地调试时后端是http://localhost:8080需要在工具里勾选「不校验合法域名」否则请求全部失败。2.3 目录结构长什么样一个能跑通的工程目录大致是这样组织的painting-platform/ ├── backend/ # Java 后端 │ ├── src/main/java/com/example/painting/ │ │ ├── controller/ # 接口层 │ │ ├── service/ # 业务层 │ │ ├── mapper/ # 数据库操作层 │ │ └── entity/ # 实体类 │ └── src/main/resources/ │ ├── application.yml # 数据库连接、端口配置 │ └── mapper/ # MyBatis XML ├── miniprogram/ # 微信小程序端 │ ├── pages/ # 各页面 │ ├── utils/ # 请求封装 │ ├── app.json # 全局配置 │ └── app.js └── sql/ └── painting.sql # 数据库脚本后端和前端分开数据库脚本单独放。这样你在答辩演示时可以清楚地说明「数据从哪来、经过哪一层、到哪个页面」。把 SQL 脚本单独拎出来还有个好处换一台电脑先跑脚本建库再启动后端最后开小程序顺序不会乱。3. 数据库设计与建表绘画学习平台的核心表怎么定3.1 先想清楚业务再动手建表绘画学习平台的业务其实就几条线用户注册登录、浏览课程、查看课程详情、收藏或学习课程、上传展示自己的作品。围绕这几条线核心表就出来了用户表、课程表、课程分类表、作品表、收藏表。不要一上来就堆十几张表毕业设计的表不在多在于每张表都能在代码里找到对应的增删改查。热搜里数据库增删改查、数据库课程设计出现频率很高说明很多人对「表怎么设计、关系怎么连」是有需求的。这里的关键是搞清楚一对多和多对多一个分类下有多个课程这是一对多课程表里放分类 id一个用户可以收藏多个课程一个课程也能被多个用户收藏这是多对多需要一张中间表。3.2 建表脚本与字段说明下面是一份可以直接执行的建表脚本用的是 MySQL-- 用户表 CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT COMMENT 用户ID, username VARCHAR(50) NOT NULL UNIQUE COMMENT 用户名, password VARCHAR(100) NOT NULL COMMENT 密码, nickname VARCHAR(50) COMMENT 昵称, avatar VARCHAR(255) COMMENT 头像地址, create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT 注册时间 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用户表; -- 课程分类表 CREATE TABLE category ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL COMMENT 分类名称 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT课程分类表; -- 课程表 CREATE TABLE course ( id INT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(100) NOT NULL COMMENT 课程标题, cover VARCHAR(255) COMMENT 封面图, intro TEXT COMMENT 课程简介, category_id INT COMMENT 所属分类, teacher VARCHAR(50) COMMENT 讲师, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (category_id) REFERENCES category(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT课程表; -- 作品表 CREATE TABLE artwork ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL COMMENT 作者, image VARCHAR(255) NOT NULL COMMENT 作品图片, description VARCHAR(255) COMMENT 作品描述, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (user_id) REFERENCES user(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT作品表; -- 收藏表多对多中间表 CREATE TABLE collect ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, course_id INT NOT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_user_course (user_id, course_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT收藏表;字段设计上有几个点值得说。user表的username加了唯一约束防止重复注册collect表用user_id course_id建了联合唯一索引这样同一个用户重复收藏同一门课会被数据库直接拦掉不用在代码里再查一遍。字符集统一用utf8mb4因为作品描述里可能带表情符号用utf8会存不进去。3.3 初始化数据别偷懒建完表要插几条测试数据否则小程序打开是空的演示效果很差。至少给分类表插「素描、水彩、油画、板绘」四条课程表插五六条带封面的记录。封面图可以用本地静态资源路径也可以放网络图片地址。测试数据不用多但要能覆盖「列表有内容、详情能打开、收藏能生效」这三件事。提示执行脚本前先建库CREATE DATABASE painting DEFAULT CHARSET utf8mb4;然后USE painting;再跑建表语句否则会报「no database selected」。4. Java 后端接口实现从登录到课程列表的完整链路4.1 数据库连接与 MyBatis 配置后端第一步是把数据库连上。application.yml里配置数据源和 MyBatisserver: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/painting?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.painting.entityurl里的serverTimezone必须配否则 MySQL 8 会报时区错误这是新手最常见的翻车点之一。mapper-locations指向 XML 文件位置MyBatis 靠它找到 SQL 映射。type-aliases-package让实体类在 XML 里可以直接写类名不用写全限定名。4.2 课程列表接口Controller 到 Mapper 走一遍以「查询课程列表」为例把整条链路走通。先写实体类package com.example.painting.entity; public class Course { private Integer id; private String title; private String cover; private String intro; private Integer categoryId; private String teacher; // getter 和 setter 省略 }Controller 层接收请求RestController RequestMapping(/api/course) public class CourseController { Autowired private CourseService courseService; // 查询全部课程支持按分类过滤 GetMapping(/list) public Result list(RequestParam(required false) Integer categoryId) { ListCourse courses courseService.listByCategory(categoryId); return Result.success(courses); } }RequestParam(required false)表示分类 id 可以不传不传就查全部。Result是统一返回结构包含 code、msg、data 三个字段这样小程序端处理响应时格式统一不用每个接口单独判断。Mapper XML 里写 SQLselect idlistByCategory resultTypeCourse SELECT c.*, cat.name AS categoryName FROM course c LEFT JOIN category cat ON c.category_id cat.id where if testcategoryId ! null c.category_id #{categoryId} /if /where ORDER BY c.create_time DESC /select这里用LEFT JOIN把分类名一起查出来小程序端展示时就不用再发一次请求。if标签做动态条件categoryId 为空时整个 where 不生效。ORDER BY create_time DESC让最新课程排前面。4.3 登录接口与密码处理登录接口接收用户名密码查库比对PostMapping(/login) public Result login(RequestBody User user) { User dbUser userService.findByUsername(user.getUsername()); if (dbUser null) { return Result.error(用户不存在); } // 实际项目应使用加密比对这里演示用明文 if (!dbUser.getPassword().equals(user.getPassword())) { return Result.error(密码错误); } return Result.success(dbUser); }RequestBody表示从请求体里拿 JSON 数据。真实项目里密码要加密存储常见做法是用 MD5 加盐或者 BCrypt但毕业设计演示阶段用明文也能跑通答辩时如果被问到要能说出「生产环境应该加密」这个点。返回的dbUser里不要带密码字段否则等于把密码暴露给前端。4.4 接口自测先别急着开小程序后端写完先用 Postman 或者浏览器直接访问接口确认返回正确再动小程序。比如访问http://localhost:8080/api/course/list能看到 JSON 数组就说明后端通了。这一步能帮你把问题隔离在后端不然小程序报错时你分不清是接口问题还是前端问题。热搜里 java 环境变量配置、java 安装这些词出现得多说明环境问题确实卡人启动报错先看 JDK 版本和 Maven 依赖有没有下全。5. 微信小程序端页面与联调把接口数据画到屏幕上5.1 请求封装与全局配置小程序里每个页面都写一遍wx.request太啰嗦常见做法是封装一个工具函数// utils/request.js const BASE_URL http://localhost:8080; function request(url, method GET, data {}) { return new Promise((resolve, reject) { wx.request({ url: BASE_URL url, method: method, data: data, success: (res) { if (res.data.code 200) { resolve(res.data.data); } else { wx.showToast({ title: res.data.msg, icon: none }); reject(res.data.msg); } }, fail: (err) { wx.showToast({ title: 网络错误, icon: none }); reject(err); } }); }); } module.exports { request };封装后用 Promise 调用页面里写起来清爽。BASE_URL指向后端地址本地调试就是 localhost。code 200是跟后端约定好的成功标识不成功就弹提示。5.2 课程列表页数据绑定与跳转列表页在onLoad里请求数据用setData绑定到页面const { request } require(../../utils/request.js); Page({ data: { courses: [] }, onLoad() { this.loadCourses(); }, loadCourses() { request(/api/course/list).then(list { this.setData({ courses: list }); }); }, goDetail(e) { const id e.currentTarget.dataset.id; wx.navigateTo({ url: /pages/detail/detail?id${id} }); } });WXML 里用wx:for循环渲染view classcourse-list view classcourse-item wx:for{{courses}} wx:keyid>if testkeyword ! null and keyword ! AND c.title LIKE CONCAT(%, #{keyword}, %) /ifController 里多接一个RequestParam(required false) String keywordService 和 Mapper 对应加参数。这样列表页就能按关键词过滤答辩时你说「我在原基础上加了搜索」比什么都不改强得多。第二个方向是作品上传。原版可能只有课程浏览你加一个「我的作品」页面让用户选图上传后端存图片路径到artwork表。上传用wx.chooseImage选图再用wx.uploadFile传到后端后端用 MultipartFile 接收存到本地目录把路径写回数据库。这个功能涉及文件上传是答辩时容易被问到的点提前准备好「文件存哪、路径怎么拼、怎么防止重名」这几个问题的答案。第三个方向是数据统计。在个人中心页显示「我收藏了几门课、上传了几幅作品」后端加一个统计接口用COUNT查询。这个改动小但显得完整因为一个平台有数据统计才像回事。验证改动的办法很简单每改一个功能先用 Postman 测接口再开小程序点一遍最后重启后端确认没有依赖问题。不要一次改三个功能再一起测出了问题你定位不到是哪块引起的。注意二次开发时保留一份原始代码的备份改崩了能退回去。我见过太多人改到一半发现跑不起来原始版本也覆盖了最后只能重下。最后说个答辩技巧把数据库表关系画成一张图把接口调用链路写成一张表答辩时对着讲比干念代码强。老师问「这个数据从哪来」你指着图说「用户点收藏 → 小程序发请求 → Controller 接 → Service 查 → Mapper 写库」逻辑清楚分数自然高。这套源码的价值不在于它本身多完美而在于它给了你一个能改、能讲、能演示的底座。希望帮到你。本文还有配套的精品资源点击获取