简介这是一份基于微信小程序的在线阅读系统毕业设计完整资料包适合计算机相关专业学生用于毕业设计、课程设计或项目实战参考。资源围绕微信小程序前端与Java后端结合MySQL数据库的B/S架构展开后台涵盖小说信息管理、注册用户管理、系统管理等核心模块小程序端则分为首页、分类、我的三个功能区能够帮助学习者快速理解前后端分离开发与数据库交互流程。压缩包共80个文件包含16个js、11个wxml、13个wxss等小程序源码文件以及sql数据库脚本与rar后台工程整包大小88.34MB目录结构清晰便于按需查阅。此外还附有演示视频可直观对照系统运行效果。目前已有1131人学习下载适合需要完成完整项目或提升微信小程序开发能力的读者。1. 这是一份能直接跑的毕业设计微信小程序在线阅读系统全貌拿到这个资源包的时候我第一反应是看了一眼文件结构novel.sql、novel-wx、novel.rar外加一个演示视频。这是一份典型的 Java MySQL 微信小程序三件套毕业设计不是那种只有前端页面、后台代码全空的半成品。它的业务模型很简单后台管小说数据和用户小程序端负责展示和阅读B/S 结构前后端通过 HTTP 接口通信。对做毕业设计或者课程设计的人来说最值钱的是这套代码能直接跑起来你不需要从零开始搭框架只需要把环境配好、数据库导进去、小程序端连上后端接口。这套系统适合三类人第一类是计算机相关专业要做毕设的学生拿来改改界面、加点功能就能交差第二类是刚学完 Java Web 想看看真实项目长什么样的人练手价值很高第三类是准备接外包项目但缺参考实现的开发者这套代码的目录结构和接口设计有参考意义。我拆完这套代码之后最大的感受是它把「小说阅读」这个业务做得很完整后台有小说信息管理和用户管理小程序端有首页、分类、我的三个 Tab麻雀虽小五脏俱全。2. 前后端架构拆解Java 后台、MySQL 存储、微信小程序三端怎么协作2.1 三层架构的职责划分与数据流向先看整体架构。后台是 Java 写的用的是经典的 MVC 分层控制层接收小程序发来的请求业务层处理逻辑数据层通过 MyBatis 或 JDBC 访问 MySQL。小程序端是原生开发用的是微信官方框架页面文件是 WXML WXSS JS 的组合通过wx.request调用后台接口。数据流向是这样的小程序页面发起wx.request请求 → 后台 Controller 接收参数 → Service 处理业务逻辑 → Mapper 查询或写入 MySQL → 结果逐层返回 → 小程序端渲染数据到 WXML。这个链路是整个系统的生命线你在改代码的时候只要保证这条链路通着系统就不会出大问题。2.2 技术选型为什么是 Java MySQL 而不是别的选 Java 而不是 Node.js 或者 Python主要原因是毕业设计的评审老师普遍对 Java 技术栈更熟悉而且 Java 生态里 SSMSpring SpringMVC MyBatis框架组合的参考资料最多遇到问题随便一搜就有答案。MySQL 同样是学院派的最爱开源免费、工具链成熟Navicat 可视化操作对新手极其友好。这里有一个关键点要提醒你这套系统的后台不是微服务架构就是一个单体应用所以你别想着从里面找到 Nacos、Gateway 这些微服务组件它的定位就是单体应用教学示范。你要是想在答辩的时候多说几句可以往「单体架构向微服务演进」的方向准备但代码层面别乱动动了容易翻车。2.3 文件结构与模块对应关系把压缩包解压之后你会看到这样几个核心目录目录/文件作用说明novel.sql数据库脚本直接导入 MySQL包含所有表和初始数据novel-wx小程序端代码用微信开发者工具打开注意 AppID 要改成自己的novel.rar后台 Java 工程解压后用 IDEA 打开配置 Maven 依赖演示视频操作演示照着视频核对每个功能的实现其中novel.rar里藏着完整的 Java 后台包括 Controller、Service、Mapper 三层以及配置文件。novel-wx里是小程序前端按照页面维度组织文件每个页面一个文件夹里面是.wxml、.wxss、.js、.json四个文件这个规范是微信官方的你不用改。2.4 后台管理功能解析小说信息管理、用户管理、系统设置后台的功能模块有三个小说信息管理、注册用户管理、系统设置。这些功能对应的接口路径一般能在 Controller 里找到。小说信息管理支持增删改查包括小说名称、作者、分类、封面图、最新章节等字段上传封面一般用 MultipartFile 处理文件会存到本地磁盘或者配置的存储路径下。注册用户管理就是查看用户列表、禁用某个异常账号、重置密码等基础操作。这部分用的是最简单的关系型表设计用户表t_user通过主键和其他表关联你在做二次开发的时候如果要加「用户收藏」功能就是在t_user和t_novel之间加一张关联表逻辑很直白。系统设置这块每个毕设项目都差不多一般是修改轮播图、配置公告内容之类的代码实现上就是一个配置表的 CRUD。你答辩的时候这块功能不用太深入评审老师关心的是你能不能把「用户管理」的权限控制思想讲清楚。3. 数据库设计实战novel.sql 的表结构拆解与建库踩坑3.1 核心表设计与字段含义把novel.sql导入 MySQL 之后你会在数据库里看到几张核心表。我在 Navicat 里逐个打开看了一遍表结构很清晰。小说表一般包含novel_id、novel_name、novel_author、novel_category、novel_cover、novel_content、novel_status这些字段。用户表包含user_id、username、password、register_time、status等字段。表与表之间的关联关系很简单小说分类和小说是一对多用户和阅读记录是一对多。整个数据库就十几张表比企业真实的业务系统简单得多——但作为毕设这个规模是合理的表太多你写不完表太少答辩没东西说。3.2 手动执行 SQL 脚本时要注意的编码陷阱导入数据库的时候你十有八九会遇到中文乱码问题。原因基本只有一个SQL 文件里建表语句用的字符集和你 MySQL 实例的默认字符集不一致。解决方法是先建好库再指定字符集导入mysql -u root -p --default-character-setutf8mb4 novel novel.sql这里解释一下--default-character-setutf8mb4是告诉 MySQL 客户端按 utf8mb4 编码解析文件内容避免中文变成问号。novel是你要导入的目标数据库名如果还没建要先执行CREATE DATABASE novel DEFAULT CHARACTER SET utf8mb4;。硬要用图形界面操作的话在 Navicat 里右键数据库选择「运行 SQL 文件」编码同样选 UTF-8效果一样。3.3 密码字段的存储方式明文还是加密看t_user表的时候注意密码字段是怎么存的。如果存的是明文说明这套系统为了演示方便牺牲了安全性——真上生产环境肯定不行。你可以在答辩的时候主动提这一点说「生产环境应该用 BCrypt 或 MD5 加盐存储」然后花半小时把登录逻辑改成加密校验这样答辩的时候有加分点。实操建议是如果你准备毕业答辩时被问到「密码安全问题怎么解决」就打开用户表把密码改成一个 Hash 值然后修改后台的登录校验逻辑用DigestUtils.md5DigestAsHex做 MD5 校验这是 Spring 自带的工具类不用额外引包。至于加盐时间不够就别做了口头提一下就行。3.4 数据库备份与迁移的常用做法毕设答辩前一定要养成备份的习惯不然机器突然坏了电脑一重装代码没提交到 Git哭都来不及。我一般会在改数据库结构之前先用 Navicat 把当前库导出一份.sql存到项目根目录下再开始动表结构。这样改崩了还能一键回滚——这就是后悔药你答辩前一定要备一份。迁移的时候记得把建库语句也带上因为很多新手拿到别人的 SQL 文件时发现里面没有CREATE DATABASE自己在命令行反复导入都不成功。你只需要手动加一句USE novel;在连接名切换的时候用或者直接复制建库语句到最前面就能避免这个坑。4. 小程序端实现从首页分类到小说阅读的完整流程4.1 小程序目录结构与页面路由配置用微信开发者工具打开novel-wx目录后先看app.json这是小程序的全局配置。pages数组里配了哪些页面路径哪些页面是 TabBar 页面都在这个文件里定义。默认情况下首页、分类、我的这三个页面会设为 TabBar每个 TabBar 页需要配iconPath和selectedIconPath没有图标的话可以不配系统会显示默认占位。{ pages: [ pages/index/index, pages/category/category, pages/mine/mine, pages/detail/detail, pages/reader/reader ], window: { navigationBarTitleText: 在线阅读, navigationBarBackgroundColor: #ffffff }, tabBar: { list: [ {pagePath: pages/index/index, text: 首页}, {pagePath: pages/category/category, text: 分类}, {pagePath: pages/mine/mine, text: 我的} ] } }注意点pages/detail/detail是小说详情页pages/reader/reader是阅读器页面这两个通常不在 TabBar 里要从列表页或详情页跳转进入。如果你新增一个功能页面比如「搜索页」必须先在pages数组里注册路径否则运行时直接报「页面不存在」。4.2 首页推荐流与列表加载更多的实现细节首页一般是放轮播图 推荐小说列表。轮播图用官方swiper组件数据从后台的轮播图接口拉取。小说列表用scroll-view或者普通view渲染每个列表项展示封面、书名、作者和简介点击跳转到详情页。加载更多这个功能是网上问得最多的本质就是分页查询。小程序端维护一个pageNum变量每次触底就自增 1然后请求后台的分页接口。后台根据pageNum和pageSize计算偏移量返回对应数据。Page({ data: { novelList: [], pageNum: 1, pageSize: 10, hasMore: true, loading: false }, // 触底加载更多 onReachBottom() { if (!this.data.hasMore || this.data.loading) return; this.loadNovels(); }, loadNovels() { this.setData({ loading: true }); wx.request({ url: http://localhost:8080/api/novel/list, data: { pageNum: this.data.pageNum, pageSize: this.data.pageSize }, success: (res) { const list res.data.records || []; this.setData({ novelList: this.data.novelList.concat(list), pageNum: this.data.pageNum 1, hasMore: list.length this.data.pageSize }); }, complete: () this.setData({ loading: false }) }); } });这段代码里有三个关键点。hasMore的判断依据是后台返回的记录数是否等于pageSize如果等于就说明可能还有下一页不等则说明已经到最后一页了。loading标志位用来防止重复请求——很多新手不写这个用户手速快一点触底事件连发后台被刷爆页面数据还错乱。concat而不是连接列表确保分页数据是追加而不是覆盖。4.3 分类页的数据筛选与动态切换分类页的实现思路有两条路一是前端把所有小说一次性拉下来本地做筛选二是每次切换分类重新请求后台从数据库层面过滤。毕设规模小两条路都能通但后一种是更接近真实项目的方案。switchCategory(e) { const categoryId e.currentTarget.dataset.id; this.setData({ activeCategory: categoryId, novelList: [], pageNum: 1, hasMore: true }); this.loadNovels(categoryId); }切换分类时先重置novelList为空数组、pageNum为 1、hasMore为 true再带categoryId重新请求。这步「重置分页」是整个功能最容易漏的——不重置的话你从「玄幻」切到「都市」列表尾部还挂着之前玄幻分类的数据看起来就像页面崩了。分类页的 UI 一般是左边一列竖排分类、右边一列结果列表用scroll-view实现滚动。左边的分类数据也是从后台接口拿拿到之后渲染成侧边栏点击触发上面的switchCategory。4.4 小说详情页与阅读器页面跳转逻辑小说详情页进入阅读器的方式一般是详情页的「开始阅读」按钮用wx.navigateTo跳转到阅读器页面同时带上小说 IDwx.navigateTo({ url: /pages/reader/reader?novelId novelId });阅读器页面在onLoad生命周期里接收参数然后用wx.request请求小说内容接口把内容渲染到view里通过scroll-view垂直滚动翻页。这版阅读器做的是流式滚动不是仿真翻页所以代码量可控。你要是想改成翻页效果要引入 canvas 绘制文字工程量会陡增不建议毕业设计阶段去碰。4.5 页面顶部导航栏的安全区适配微信小程序的顶部导航栏高度不是一个固定值iPhone 有刘海的机型状态栏高度大约是 44 像素普通安卓机是 20 像素左右。如果你的页面里用了自定义导航栏一定要用wx.getSystemInfoSync()动态计算高度const systemInfo wx.getSystemInfoSync(); this.setData({ statusBarHeight: systemInfo.statusBarHeight, navBarHeight: systemInfo.statusBarHeight 44 });不用自定义导航栏的话这步可以跳过直接用官方的navigationBarTitleText就行。但要注意如果你在app.json里配置了navigationStyle: custom那么所有页面的标题栏都消失了你必须自己画回去否则页面内容直接顶到状态栏很难看。5. 避坑指南环境配置、接口联调与常见报错排查5.1 小程序无法访问后台接口域名校验与本地调试设置现象小程序wx.request请求http://localhost:8080直接报错提示url not in domain list。原因微信小程序生产环境强制要求请求的域名必须是 HTTPS 且在小程序后台配置过白名单。本地开发时你用的是 HTTP 和 IP 地址自然过不了校验。解决在微信开发者工具右上角「详情」→「本地设置」里勾选「不校验合法域名、web-view业务域名、TLS 版本以及 HTTPS 证书」。还有一个点是如果你用真机预览这个设置同样需要在「开发版」模式下才生效——真机调试时打开开发者工具点击「预览」按钮生成的二维码扫码进入的就是开发版此时域名校验是关闭的。发布体验版或正式版时必须把接口域名换成备案过的 HTTPS 域名。5.2 后台启动秒退端口冲突与 JDK 版本问题现象IDEA 里启动 Spring Boot 项目控制台输出几行日志后直接退出没有报明确的异常栈。原因最常见的是 8080 端口被占用。之前跑过一个 Tomcat 没有关掉或者本地装了很多 Java 软件把端口占住的Spring Boot 起不来就会直接退出没有明确的报错提示。解决Windows 下执行netstat -ano | findstr 8080查看占用端口的进程 PID然后用taskkill /PID 对应PID /F杀掉进程。如果端口换掉直接改项目的application.yml里的server.port同时小程序端请求的 URL 也要同步改。另外一个隐蔽坑是 JDK 版本问题这个项目大概率是基于 JDK 8 写的你用 JDK 11 以上启动 Spring Boot 2.x 可能遇到反射异常报错信息往往看不明白——稳妥的做法是装一个 JDK 8。5.3 数据库连接不上的玄学问题时区与驱动现象后台启动时报SQLException: The server time zone value Öйú±ê׼ʱ¼ä is unrecognized。原因MySQL 8.0 及以上版本对时区有严格校验而连接串里没写serverTimezone参数。解决在数据库连接 URL 后面加?serverTimezoneAsia/Shanghai或者直接改成?serverTimezoneGMT%2B8后者的编码更保险因为号在 URL 里有可能被转义丢失。连 MySQL 5.7 的话基本没有这个问题但建议你排查问题时先看错误日志再对症下药别上来就怀疑驱动版本浪费时间。5.4 小程序端请求报 404接口路径对不上现象小程序请求http://localhost:8080/api/novel/list返回 404。原因后台的控制层RequestMapping注解配置的路径是/novel/list前端的请求 URL 多写了一个/api前缀或者反过来后台有/api前缀小程序端没写。解决打开后台代码找到对应 Controller 的类名和RequestMapping值核对一遍前置上下文路径。看到 404 不要慌不是代码大问题了八成就是路径拼写问题。也可以用 Postman 先测接口确保后台接口没问题再排查小程序端代码这样能快速分隔故障范围。5.5 数据中文乱码前后端编码要一致现象后台数据库里中文正常小程序端看到的是乱码或者反过来小程序提交的中文到了数据库变成问号。原因请求和响应的编码不一致。一般是缺少一个统一的字符编码过滤器导致 HTTP 传输过程中的中文以 ISO-8859-1 解析。解决在后台项目的web.xml或配置类里加一个 CharacterEncodingFilter强制设置request.setCharacterEncoding(UTF-8)和response.setCharacterEncoding(UTF-8)。Spring Boot 项目在application.yml里配置server.servlet.encoding.forcetrue也行。这个配置要放在所有 Filter 的第一位否则不生效。5.6 演示视频和代码版本不一致的应对思路现象演示视频里的界面功能和你跑起来看到的不完全一样。原因打包的时候视频是先录的代码后来又改了几处说明文档没跟上。解决这种情况不需要浪费时间去还原视频里的旧版界面以代码实际跑的版本为准自己做一遍功能测试把每个模块的截图留好到时候插入毕业设计文档里。测试的时候一条条对着功能清单过以防代码里缺了某个章节或者某个按钮名改了。6. 进阶实战给在线阅读系统加一个「最近阅读」功能从表设计到接口联调这个「最近阅读」功能是我特别建议你加的因为它在真实阅读类产品里是基本标配而原系统里大概率没有实现——加了之后你的毕设工作量、创新点、答辩话术都齐了。先说表设计。新建一张阅读记录表t_read_history核心字段四选二CREATE TABLE t_read_history ( id int(11) NOT NULL AUTO_INCREMENT, user_id int(11) NOT NULL COMMENT 用户ID, novel_id int(11) NOT NULL COMMENT 小说ID, chapter_id int(11) DEFAULT NULL COMMENT 章节ID, read_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 阅读时间, PRIMARY KEY (id), KEY idx_user_novel (user_id, novel_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;设计说明联合索引idx_user_novel是让「查某用户的历史列表」走索引不会全表扫描read_time用默认值CURRENT_TIMESTAMP写入时不用显式传时间。这里我给的是chapter_id字段如果你原系统里没有章节概念这个字段可以删掉。然后是后台接口。在原来的 Controller 里加两个接口写入阅读历史和查询阅读历史。写入用的是简单的存在即更新策略核心逻辑是先查一下用户对那本小说有没有历史记录有就更新时间没有就插入新记录PostMapping(/history/record) public Result recordHistory(RequestBody ReadHistory history) { // 先查 user_id novel_id 是否存在记录 ReadHistory existing historyService.findByUserIdAndNovelId( history.getUserId(), history.getNovelId()); if (existing ! null) { // 存在则只更新时间戳 existing.setReadTime(new Date()); historyService.updateById(existing); } else { // 不存在则插入新记录 historyService.save(history); } return Result.success(); }参数说明RequestBody接收 JSON 对象前端传userId、novelId两个字段就够了readTime留空让数据库补充。这段逻辑用注释标出了两条分支路径答辩的时候你直接照着讲幂等写入。最后是小程序端。在阅读器页面onLoad时调历史记录接口把用户 ID 和小说 ID 传过去。在「我的」页面加上一个历史列表入口调查询接口渲染数据。展示的时候按read_time倒序排只取前 10 条。验证的时候走一遍完整流程小程序点开一本小说 → 强制退出小程序 → 重新进「我的」页面 → 历史记录里能看到刚才那本。注意一个细节退出小程序不是关闭页面是wx.exitMiniProgram或者直接杀掉微信进程否则进程还在页面数据其实还在内存里看不出效果。从那以后我每次改动数据库表结构都强制走一遍「备份旧库 → 执行变更脚本 → 测试新接口 → 回归旧功能」的流程这个习惯帮我避开了很多次「改一个字段引发五个接口挂掉」的坑。加这个功能不算难但它让你手里这套资源有了你自己的记号不完全是拷贝的作业了。希望帮到你。本文还有配套的精品资源点击获取 微信小程序在线阅读毕设全解析：Java后端+MySQL+避坑实战
简介这是一份基于微信小程序的在线阅读系统毕业设计完整资料包适合计算机相关专业学生用于毕业设计、课程设计或项目实战参考。资源围绕微信小程序前端与Java后端结合MySQL数据库的B/S架构展开后台涵盖小说信息管理、注册用户管理、系统管理等核心模块小程序端则分为首页、分类、我的三个功能区能够帮助学习者快速理解前后端分离开发与数据库交互流程。压缩包共80个文件包含16个js、11个wxml、13个wxss等小程序源码文件以及sql数据库脚本与rar后台工程整包大小88.34MB目录结构清晰便于按需查阅。此外还附有演示视频可直观对照系统运行效果。目前已有1131人学习下载适合需要完成完整项目或提升微信小程序开发能力的读者。1. 这是一份能直接跑的毕业设计微信小程序在线阅读系统全貌拿到这个资源包的时候我第一反应是看了一眼文件结构novel.sql、novel-wx、novel.rar外加一个演示视频。这是一份典型的 Java MySQL 微信小程序三件套毕业设计不是那种只有前端页面、后台代码全空的半成品。它的业务模型很简单后台管小说数据和用户小程序端负责展示和阅读B/S 结构前后端通过 HTTP 接口通信。对做毕业设计或者课程设计的人来说最值钱的是这套代码能直接跑起来你不需要从零开始搭框架只需要把环境配好、数据库导进去、小程序端连上后端接口。这套系统适合三类人第一类是计算机相关专业要做毕设的学生拿来改改界面、加点功能就能交差第二类是刚学完 Java Web 想看看真实项目长什么样的人练手价值很高第三类是准备接外包项目但缺参考实现的开发者这套代码的目录结构和接口设计有参考意义。我拆完这套代码之后最大的感受是它把「小说阅读」这个业务做得很完整后台有小说信息管理和用户管理小程序端有首页、分类、我的三个 Tab麻雀虽小五脏俱全。2. 前后端架构拆解Java 后台、MySQL 存储、微信小程序三端怎么协作2.1 三层架构的职责划分与数据流向先看整体架构。后台是 Java 写的用的是经典的 MVC 分层控制层接收小程序发来的请求业务层处理逻辑数据层通过 MyBatis 或 JDBC 访问 MySQL。小程序端是原生开发用的是微信官方框架页面文件是 WXML WXSS JS 的组合通过wx.request调用后台接口。数据流向是这样的小程序页面发起wx.request请求 → 后台 Controller 接收参数 → Service 处理业务逻辑 → Mapper 查询或写入 MySQL → 结果逐层返回 → 小程序端渲染数据到 WXML。这个链路是整个系统的生命线你在改代码的时候只要保证这条链路通着系统就不会出大问题。2.2 技术选型为什么是 Java MySQL 而不是别的选 Java 而不是 Node.js 或者 Python主要原因是毕业设计的评审老师普遍对 Java 技术栈更熟悉而且 Java 生态里 SSMSpring SpringMVC MyBatis框架组合的参考资料最多遇到问题随便一搜就有答案。MySQL 同样是学院派的最爱开源免费、工具链成熟Navicat 可视化操作对新手极其友好。这里有一个关键点要提醒你这套系统的后台不是微服务架构就是一个单体应用所以你别想着从里面找到 Nacos、Gateway 这些微服务组件它的定位就是单体应用教学示范。你要是想在答辩的时候多说几句可以往「单体架构向微服务演进」的方向准备但代码层面别乱动动了容易翻车。2.3 文件结构与模块对应关系把压缩包解压之后你会看到这样几个核心目录目录/文件作用说明novel.sql数据库脚本直接导入 MySQL包含所有表和初始数据novel-wx小程序端代码用微信开发者工具打开注意 AppID 要改成自己的novel.rar后台 Java 工程解压后用 IDEA 打开配置 Maven 依赖演示视频操作演示照着视频核对每个功能的实现其中novel.rar里藏着完整的 Java 后台包括 Controller、Service、Mapper 三层以及配置文件。novel-wx里是小程序前端按照页面维度组织文件每个页面一个文件夹里面是.wxml、.wxss、.js、.json四个文件这个规范是微信官方的你不用改。2.4 后台管理功能解析小说信息管理、用户管理、系统设置后台的功能模块有三个小说信息管理、注册用户管理、系统设置。这些功能对应的接口路径一般能在 Controller 里找到。小说信息管理支持增删改查包括小说名称、作者、分类、封面图、最新章节等字段上传封面一般用 MultipartFile 处理文件会存到本地磁盘或者配置的存储路径下。注册用户管理就是查看用户列表、禁用某个异常账号、重置密码等基础操作。这部分用的是最简单的关系型表设计用户表t_user通过主键和其他表关联你在做二次开发的时候如果要加「用户收藏」功能就是在t_user和t_novel之间加一张关联表逻辑很直白。系统设置这块每个毕设项目都差不多一般是修改轮播图、配置公告内容之类的代码实现上就是一个配置表的 CRUD。你答辩的时候这块功能不用太深入评审老师关心的是你能不能把「用户管理」的权限控制思想讲清楚。3. 数据库设计实战novel.sql 的表结构拆解与建库踩坑3.1 核心表设计与字段含义把novel.sql导入 MySQL 之后你会在数据库里看到几张核心表。我在 Navicat 里逐个打开看了一遍表结构很清晰。小说表一般包含novel_id、novel_name、novel_author、novel_category、novel_cover、novel_content、novel_status这些字段。用户表包含user_id、username、password、register_time、status等字段。表与表之间的关联关系很简单小说分类和小说是一对多用户和阅读记录是一对多。整个数据库就十几张表比企业真实的业务系统简单得多——但作为毕设这个规模是合理的表太多你写不完表太少答辩没东西说。3.2 手动执行 SQL 脚本时要注意的编码陷阱导入数据库的时候你十有八九会遇到中文乱码问题。原因基本只有一个SQL 文件里建表语句用的字符集和你 MySQL 实例的默认字符集不一致。解决方法是先建好库再指定字符集导入mysql -u root -p --default-character-setutf8mb4 novel novel.sql这里解释一下--default-character-setutf8mb4是告诉 MySQL 客户端按 utf8mb4 编码解析文件内容避免中文变成问号。novel是你要导入的目标数据库名如果还没建要先执行CREATE DATABASE novel DEFAULT CHARACTER SET utf8mb4;。硬要用图形界面操作的话在 Navicat 里右键数据库选择「运行 SQL 文件」编码同样选 UTF-8效果一样。3.3 密码字段的存储方式明文还是加密看t_user表的时候注意密码字段是怎么存的。如果存的是明文说明这套系统为了演示方便牺牲了安全性——真上生产环境肯定不行。你可以在答辩的时候主动提这一点说「生产环境应该用 BCrypt 或 MD5 加盐存储」然后花半小时把登录逻辑改成加密校验这样答辩的时候有加分点。实操建议是如果你准备毕业答辩时被问到「密码安全问题怎么解决」就打开用户表把密码改成一个 Hash 值然后修改后台的登录校验逻辑用DigestUtils.md5DigestAsHex做 MD5 校验这是 Spring 自带的工具类不用额外引包。至于加盐时间不够就别做了口头提一下就行。3.4 数据库备份与迁移的常用做法毕设答辩前一定要养成备份的习惯不然机器突然坏了电脑一重装代码没提交到 Git哭都来不及。我一般会在改数据库结构之前先用 Navicat 把当前库导出一份.sql存到项目根目录下再开始动表结构。这样改崩了还能一键回滚——这就是后悔药你答辩前一定要备一份。迁移的时候记得把建库语句也带上因为很多新手拿到别人的 SQL 文件时发现里面没有CREATE DATABASE自己在命令行反复导入都不成功。你只需要手动加一句USE novel;在连接名切换的时候用或者直接复制建库语句到最前面就能避免这个坑。4. 小程序端实现从首页分类到小说阅读的完整流程4.1 小程序目录结构与页面路由配置用微信开发者工具打开novel-wx目录后先看app.json这是小程序的全局配置。pages数组里配了哪些页面路径哪些页面是 TabBar 页面都在这个文件里定义。默认情况下首页、分类、我的这三个页面会设为 TabBar每个 TabBar 页需要配iconPath和selectedIconPath没有图标的话可以不配系统会显示默认占位。{ pages: [ pages/index/index, pages/category/category, pages/mine/mine, pages/detail/detail, pages/reader/reader ], window: { navigationBarTitleText: 在线阅读, navigationBarBackgroundColor: #ffffff }, tabBar: { list: [ {pagePath: pages/index/index, text: 首页}, {pagePath: pages/category/category, text: 分类}, {pagePath: pages/mine/mine, text: 我的} ] } }注意点pages/detail/detail是小说详情页pages/reader/reader是阅读器页面这两个通常不在 TabBar 里要从列表页或详情页跳转进入。如果你新增一个功能页面比如「搜索页」必须先在pages数组里注册路径否则运行时直接报「页面不存在」。4.2 首页推荐流与列表加载更多的实现细节首页一般是放轮播图 推荐小说列表。轮播图用官方swiper组件数据从后台的轮播图接口拉取。小说列表用scroll-view或者普通view渲染每个列表项展示封面、书名、作者和简介点击跳转到详情页。加载更多这个功能是网上问得最多的本质就是分页查询。小程序端维护一个pageNum变量每次触底就自增 1然后请求后台的分页接口。后台根据pageNum和pageSize计算偏移量返回对应数据。Page({ data: { novelList: [], pageNum: 1, pageSize: 10, hasMore: true, loading: false }, // 触底加载更多 onReachBottom() { if (!this.data.hasMore || this.data.loading) return; this.loadNovels(); }, loadNovels() { this.setData({ loading: true }); wx.request({ url: http://localhost:8080/api/novel/list, data: { pageNum: this.data.pageNum, pageSize: this.data.pageSize }, success: (res) { const list res.data.records || []; this.setData({ novelList: this.data.novelList.concat(list), pageNum: this.data.pageNum 1, hasMore: list.length this.data.pageSize }); }, complete: () this.setData({ loading: false }) }); } });这段代码里有三个关键点。hasMore的判断依据是后台返回的记录数是否等于pageSize如果等于就说明可能还有下一页不等则说明已经到最后一页了。loading标志位用来防止重复请求——很多新手不写这个用户手速快一点触底事件连发后台被刷爆页面数据还错乱。concat而不是连接列表确保分页数据是追加而不是覆盖。4.3 分类页的数据筛选与动态切换分类页的实现思路有两条路一是前端把所有小说一次性拉下来本地做筛选二是每次切换分类重新请求后台从数据库层面过滤。毕设规模小两条路都能通但后一种是更接近真实项目的方案。switchCategory(e) { const categoryId e.currentTarget.dataset.id; this.setData({ activeCategory: categoryId, novelList: [], pageNum: 1, hasMore: true }); this.loadNovels(categoryId); }切换分类时先重置novelList为空数组、pageNum为 1、hasMore为 true再带categoryId重新请求。这步「重置分页」是整个功能最容易漏的——不重置的话你从「玄幻」切到「都市」列表尾部还挂着之前玄幻分类的数据看起来就像页面崩了。分类页的 UI 一般是左边一列竖排分类、右边一列结果列表用scroll-view实现滚动。左边的分类数据也是从后台接口拿拿到之后渲染成侧边栏点击触发上面的switchCategory。4.4 小说详情页与阅读器页面跳转逻辑小说详情页进入阅读器的方式一般是详情页的「开始阅读」按钮用wx.navigateTo跳转到阅读器页面同时带上小说 IDwx.navigateTo({ url: /pages/reader/reader?novelId novelId });阅读器页面在onLoad生命周期里接收参数然后用wx.request请求小说内容接口把内容渲染到view里通过scroll-view垂直滚动翻页。这版阅读器做的是流式滚动不是仿真翻页所以代码量可控。你要是想改成翻页效果要引入 canvas 绘制文字工程量会陡增不建议毕业设计阶段去碰。4.5 页面顶部导航栏的安全区适配微信小程序的顶部导航栏高度不是一个固定值iPhone 有刘海的机型状态栏高度大约是 44 像素普通安卓机是 20 像素左右。如果你的页面里用了自定义导航栏一定要用wx.getSystemInfoSync()动态计算高度const systemInfo wx.getSystemInfoSync(); this.setData({ statusBarHeight: systemInfo.statusBarHeight, navBarHeight: systemInfo.statusBarHeight 44 });不用自定义导航栏的话这步可以跳过直接用官方的navigationBarTitleText就行。但要注意如果你在app.json里配置了navigationStyle: custom那么所有页面的标题栏都消失了你必须自己画回去否则页面内容直接顶到状态栏很难看。5. 避坑指南环境配置、接口联调与常见报错排查5.1 小程序无法访问后台接口域名校验与本地调试设置现象小程序wx.request请求http://localhost:8080直接报错提示url not in domain list。原因微信小程序生产环境强制要求请求的域名必须是 HTTPS 且在小程序后台配置过白名单。本地开发时你用的是 HTTP 和 IP 地址自然过不了校验。解决在微信开发者工具右上角「详情」→「本地设置」里勾选「不校验合法域名、web-view业务域名、TLS 版本以及 HTTPS 证书」。还有一个点是如果你用真机预览这个设置同样需要在「开发版」模式下才生效——真机调试时打开开发者工具点击「预览」按钮生成的二维码扫码进入的就是开发版此时域名校验是关闭的。发布体验版或正式版时必须把接口域名换成备案过的 HTTPS 域名。5.2 后台启动秒退端口冲突与 JDK 版本问题现象IDEA 里启动 Spring Boot 项目控制台输出几行日志后直接退出没有报明确的异常栈。原因最常见的是 8080 端口被占用。之前跑过一个 Tomcat 没有关掉或者本地装了很多 Java 软件把端口占住的Spring Boot 起不来就会直接退出没有明确的报错提示。解决Windows 下执行netstat -ano | findstr 8080查看占用端口的进程 PID然后用taskkill /PID 对应PID /F杀掉进程。如果端口换掉直接改项目的application.yml里的server.port同时小程序端请求的 URL 也要同步改。另外一个隐蔽坑是 JDK 版本问题这个项目大概率是基于 JDK 8 写的你用 JDK 11 以上启动 Spring Boot 2.x 可能遇到反射异常报错信息往往看不明白——稳妥的做法是装一个 JDK 8。5.3 数据库连接不上的玄学问题时区与驱动现象后台启动时报SQLException: The server time zone value Öйú±ê׼ʱ¼ä is unrecognized。原因MySQL 8.0 及以上版本对时区有严格校验而连接串里没写serverTimezone参数。解决在数据库连接 URL 后面加?serverTimezoneAsia/Shanghai或者直接改成?serverTimezoneGMT%2B8后者的编码更保险因为号在 URL 里有可能被转义丢失。连 MySQL 5.7 的话基本没有这个问题但建议你排查问题时先看错误日志再对症下药别上来就怀疑驱动版本浪费时间。5.4 小程序端请求报 404接口路径对不上现象小程序请求http://localhost:8080/api/novel/list返回 404。原因后台的控制层RequestMapping注解配置的路径是/novel/list前端的请求 URL 多写了一个/api前缀或者反过来后台有/api前缀小程序端没写。解决打开后台代码找到对应 Controller 的类名和RequestMapping值核对一遍前置上下文路径。看到 404 不要慌不是代码大问题了八成就是路径拼写问题。也可以用 Postman 先测接口确保后台接口没问题再排查小程序端代码这样能快速分隔故障范围。5.5 数据中文乱码前后端编码要一致现象后台数据库里中文正常小程序端看到的是乱码或者反过来小程序提交的中文到了数据库变成问号。原因请求和响应的编码不一致。一般是缺少一个统一的字符编码过滤器导致 HTTP 传输过程中的中文以 ISO-8859-1 解析。解决在后台项目的web.xml或配置类里加一个 CharacterEncodingFilter强制设置request.setCharacterEncoding(UTF-8)和response.setCharacterEncoding(UTF-8)。Spring Boot 项目在application.yml里配置server.servlet.encoding.forcetrue也行。这个配置要放在所有 Filter 的第一位否则不生效。5.6 演示视频和代码版本不一致的应对思路现象演示视频里的界面功能和你跑起来看到的不完全一样。原因打包的时候视频是先录的代码后来又改了几处说明文档没跟上。解决这种情况不需要浪费时间去还原视频里的旧版界面以代码实际跑的版本为准自己做一遍功能测试把每个模块的截图留好到时候插入毕业设计文档里。测试的时候一条条对着功能清单过以防代码里缺了某个章节或者某个按钮名改了。6. 进阶实战给在线阅读系统加一个「最近阅读」功能从表设计到接口联调这个「最近阅读」功能是我特别建议你加的因为它在真实阅读类产品里是基本标配而原系统里大概率没有实现——加了之后你的毕设工作量、创新点、答辩话术都齐了。先说表设计。新建一张阅读记录表t_read_history核心字段四选二CREATE TABLE t_read_history ( id int(11) NOT NULL AUTO_INCREMENT, user_id int(11) NOT NULL COMMENT 用户ID, novel_id int(11) NOT NULL COMMENT 小说ID, chapter_id int(11) DEFAULT NULL COMMENT 章节ID, read_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 阅读时间, PRIMARY KEY (id), KEY idx_user_novel (user_id, novel_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;设计说明联合索引idx_user_novel是让「查某用户的历史列表」走索引不会全表扫描read_time用默认值CURRENT_TIMESTAMP写入时不用显式传时间。这里我给的是chapter_id字段如果你原系统里没有章节概念这个字段可以删掉。然后是后台接口。在原来的 Controller 里加两个接口写入阅读历史和查询阅读历史。写入用的是简单的存在即更新策略核心逻辑是先查一下用户对那本小说有没有历史记录有就更新时间没有就插入新记录PostMapping(/history/record) public Result recordHistory(RequestBody ReadHistory history) { // 先查 user_id novel_id 是否存在记录 ReadHistory existing historyService.findByUserIdAndNovelId( history.getUserId(), history.getNovelId()); if (existing ! null) { // 存在则只更新时间戳 existing.setReadTime(new Date()); historyService.updateById(existing); } else { // 不存在则插入新记录 historyService.save(history); } return Result.success(); }参数说明RequestBody接收 JSON 对象前端传userId、novelId两个字段就够了readTime留空让数据库补充。这段逻辑用注释标出了两条分支路径答辩的时候你直接照着讲幂等写入。最后是小程序端。在阅读器页面onLoad时调历史记录接口把用户 ID 和小说 ID 传过去。在「我的」页面加上一个历史列表入口调查询接口渲染数据。展示的时候按read_time倒序排只取前 10 条。验证的时候走一遍完整流程小程序点开一本小说 → 强制退出小程序 → 重新进「我的」页面 → 历史记录里能看到刚才那本。注意一个细节退出小程序不是关闭页面是wx.exitMiniProgram或者直接杀掉微信进程否则进程还在页面数据其实还在内存里看不出效果。从那以后我每次改动数据库表结构都强制走一遍「备份旧库 → 执行变更脚本 → 测试新接口 → 回归旧功能」的流程这个习惯帮我避开了很多次「改一个字段引发五个接口挂掉」的坑。加这个功能不算难但它让你手里这套资源有了你自己的记号不完全是拷贝的作业了。希望帮到你。本文还有配套的精品资源点击获取