简介这是一套面向高校计算机相关专业毕业设计的动漫推荐系统小程序源码采用微信开发者工具、Java与MySQL组合开发适合正在准备毕设或需要小程序全栈练手项目的学生参考。压缩包共3267个文件约16.59MB其中png、svg、gif、jpg等图片资源占比较大用于界面图标与动漫封面展示css、scss、less、html、js等前端文件支撑页面布局与交互逻辑36个java文件与1个sql脚本构成后端服务与数据库结构另有json、xml、wxss、wxml等小程序配置文件。功能上用户端覆盖主页、全部、热门、最新、搜索、为我推荐、资讯信息、论坛讨论及个人中心等模块管理端则提供用户管理、资讯信息管理、漫画分类管理、漫画管理与论坛讨论管理。目前已有106人学习下载可作为完整赛题方案参考帮助读者理解推荐逻辑、前后端接口设计与数据库表结构快速搭建可运行的毕设项目。1. 动漫推荐小程序毕设一套能跑通前后端的源码到底长什么样很多同学做毕业设计时选题定的是基于微信小程序的动漫推荐系统结果卡在第一步——不知道一套完整的源码应该包含哪些模块前后端怎么对接数据库怎么设计。这套源码给了一个相对完整的答案前端用微信开发者工具构建小程序后端用 Java 写服务接口数据落在 MySQL 里功能覆盖了用户端的浏览、搜索、推荐、论坛以及管理端的用户管理、内容管理和分类维护。它适合正在做小程序方向毕设的本科生也适合想拿一个完整项目练手微信小程序开发的人。源码里带了 jquery.mobile 相关的样式文件说明前端部分页面可能用了 H5 混合渲染的思路这一点在后面部署时会具体讲到。拿到这套东西你能省掉从零搭架子的大量时间但前提是搞清楚它的结构和你自己的环境怎么对齐。2. 环境搭建与项目结构拆解从导入到跑通第一条接口2.1 开发环境清单与版本对齐这套源码的技术栈是微信开发者工具 Java MySQL听起来简单但版本不对齐是新手翻车最多的地方。我一般会先把下面这张表里的东西确认一遍再动手组件建议版本说明微信开发者工具稳定版即可不要用 Beta 版调试基础库选 2.x 以上JDK1.8 或 11源码如果是老项目1.8 兼容性最好MySQL5.7 或 8.08.0 注意驱动包要换caching_sha2_password兼容的Maven3.6用来拉后端依赖没有的话手动导 jar 会很痛苦IDEIntelliJ IDEA / Eclipse看个人习惯IDEA 对 Maven 项目支持更顺微信开发者工具直接去官方下载稳定版就行安装后用小程序的 AppID 登录——没有的话选测试号也能跑。Java 环境配好JAVA_HOME命令行敲java -version能出结果就算过。MySQL 装完之后建一个空库字符集选utf8mb4排序规则用utf8mb4_general_ci这一步别偷懒后面中文乱码多半是这里埋的雷。2.2 后端项目导入与数据库初始化后端是 Java 服务通常是一个 Maven 工程或者传统的 Web 项目结构。导入 IDEA 之后先找application.properties或application.yml也可能是db.properties把数据库连接改掉# 数据库连接配置按自己本地环境改 jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/anime_recommend?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你的密码这里有几个参数值得说清楚。useUnicodetrue和characterEncodingutf8是保证中文不乱码的基础serverTimezoneAsia/Shanghai是 MySQL 8.0 之后必须加的不加会报时区错误。驱动类如果是 MySQL 5.7用com.mysql.jdbc.Driver8.0 就用com.mysql.cj.jdbc.Driver写错了启动直接抛ClassNotFoundException。数据库建好之后找到源码里的.sql文件用命令行或者 Navicat 导入# 命令行导入先建库再导数据 mysql -u root -p -e CREATE DATABASE anime_recommend DEFAULT CHARACTER SET utf8mb4; mysql -u root -p anime_recommend anime_recommend.sql导入完成后用SHOW TABLES;确认表都进去了。一般会有用户表、动漫信息表、分类表、论坛帖子表、资讯表这几张核心表。如果导入报错先看 SQL 文件里有没有CREATE DATABASE语句跟你的库名冲突有的话把那段删掉再导。2.3 小程序端导入与请求地址配置微信开发者工具里选导入项目目录指向源码里的小程序文件夹。导入后第一件事不是点编译而是找到请求封装的地方——通常在utils/或者config.js里把后端接口地址改成你本地的// config.js 接口基础地址配置 const BASE_URL http://localhost:8080/anime; // 如果后端跑在别的端口这里同步改 module.exports { BASE_URL: BASE_URL, // 其他配置项... };改完之后点编译模拟器里应该能看到首页加载出来。如果首页空白打开调试器的 Network 面板看请求是不是 404 或者跨域被拦了。本地开发阶段微信开发者工具需要在详情 → 本地设置里勾上不校验合法域名否则localhost的请求会被拦。这一步是新手最容易忽略的明明后端跑着前端就是拿不到数据排查半天发现是域名校验没关。3. 核心功能模块实现登录、推荐与论坛的数据流转3.1 用户登录与 Session 保持用户登录是小程序和后端交互的第一个闭环。这套源码的登录流程大致是小程序端调wx.login拿到 code传给后端换 openid后端查用户表存在就返回用户信息不存在就自动注册。核心代码在后端大概长这样// 登录接口接收 code换取 openid 并返回用户信息 PostMapping(/login) public Result login(RequestBody LoginDTO dto) { // 调用微信接口换 openid这里省略 HTTP 请求细节 String openid wxService.getOpenid(dto.getCode()); User user userService.findByOpenid(openid); if (user null) { // 新用户自动注册 user new User(); user.setOpenid(openid); user.setNickname(dto.getNickname()); userService.save(user); } // 生成 token 返回给前端 String token tokenService.createToken(user.getId()); return Result.success(token, user); }参数上要注意code只能用一次五分钟内有效前端每次登录都要重新调wx.login拿新的。后端返回的 token 建议存到小程序的wx.setStorageSync里后续请求放在 header 里带上。有些同学图省事直接用 openid 当身份标识传这样一旦被抓包就能伪造身份毕设答辩时被问到安全性会很难看。3.2 推荐模块的数据来源与展示逻辑为我推荐这个功能是动漫推荐系统的核心卖点。从源码结构看推荐逻辑大概率是基于分类或者简单协同过滤——比如根据用户浏览过的动漫分类推荐同分类下热度高的其他动漫。后端接口一般是这样组织的// 推荐接口根据用户历史行为返回推荐列表 GetMapping(/recommend) public Result recommend(RequestParam Long userId, RequestParam(defaultValue 1) Integer page, RequestParam(defaultValue 10) Integer size) { // 先查用户最近浏览的分类 ListLong categoryIds behaviorService.getRecentCategories(userId); if (categoryIds.isEmpty()) { // 没有历史行为就返回热门 return Result.success(animeService.getHotList(page, size)); } // 按分类查动漫按热度排序 ListAnime list animeService.getByCategories(categoryIds, page, size); return Result.success(list); }page和size是分页参数前端下拉刷新时 page 加一。这里有个坑如果用户没有任何浏览记录推荐接口要能兜底返回热门数据否则新用户进来看到空白页体验直接崩。源码里如果没做这个兜底自己补一个if判断就行改动量很小但效果立竿见影。3.3 论坛讨论模块的帖子与回复结构论坛模块涉及两张表帖子表和回复表。帖子表存标题、内容、发帖人、发帖时间回复表存帖子 ID、回复人、回复内容、回复时间。前端展示时帖子列表只查帖子表点进详情再查回复表。后端接口设计上-- 帖子列表查询关联用户表拿昵称 SELECT p.id, p.title, p.content, p.create_time, u.nickname FROM forum_post p LEFT JOIN user u ON p.user_id u.id ORDER BY p.create_time DESC LIMIT 0, 10; -- 回复列表查询 SELECT r.id, r.content, r.create_time, u.nickname FROM forum_reply r LEFT JOIN user u ON r.user_id u.id WHERE r.post_id ? ORDER BY r.create_time ASC;分页用LIMIT偏移量前端传页码后端算(page-1)*size。注意回复列表一般不分页一个帖子几十条回复直接全查出来就行分页反而增加交互复杂度。如果帖子量大了ORDER BY create_time要加索引不然翻到后面几页会明显变慢。4. 管理后台与数据联动分类、资讯与用户管理怎么串起来4.1 管理员登录与权限隔离管理后台跟用户端共用一套后端服务但登录入口和权限校验是分开的。管理员表通常独立于用户表或者在同一张表里用role字段区分。登录成功后返回的 token 里带上角色标识后端拦截器根据角色判断能不能访问管理接口// 拦截器里校验管理员权限 Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) { String token request.getHeader(token); if (token null) { return false; } // 解析 token 拿角色 String role tokenService.getRole(token); if (!admin.equals(role)) { // 非管理员直接拒绝 response.setStatus(403); return false; } return true; }这里的关键是管理接口的路径要跟用户接口区分开比如统一加/admin/前缀拦截器只拦这个前缀。如果混在一起很容易出现普通用户能调管理接口的漏洞答辩时被老师点出来就很尴尬。4.2 动漫分类与动漫信息的增删改查管理端最核心的操作是动漫信息管理。分类表跟动漫表是一对多关系一个分类下有多部动漫。新增动漫时前端传分类 ID后端存进去。查询列表时需要关联分类表把分类名带出来-- 管理端动漫列表带分类名称 SELECT a.id, a.name, a.cover, a.score, c.name AS category_name, a.create_time FROM anime a LEFT JOIN category c ON a.category_id c.id WHERE a.name LIKE CONCAT(%, ?, %) ORDER BY a.create_time DESC LIMIT ?, ?;LIKE CONCAT(%, ?, %)是模糊搜索的写法管理端一般会带一个搜索框。注意LIMIT的两个参数是偏移量和条数不是页码后端要转换一下。删除动漫时如果论坛里有帖子引用了这部动漫直接删会留下脏数据稳妥做法是先解除关联或者做逻辑删除加一个is_deleted字段标记。4.3 资讯信息与论坛的联动管理资讯信息管理是管理员发布动漫相关新闻或公告的地方论坛讨论则是用户自发的内容。这两块在数据上独立但在前端展示时经常放在一起——比如首页上方轮播资讯下方展示最新帖子。管理端删除资讯时前端首页的轮播要同步更新所以接口返回的数据要实时查库不能做太长时间的缓存。如果源码里用了 Redis 或者本地缓存记得在增删改操作后清掉对应的缓存键否则会出现后台删了前台还在的玄学问题。5. 避坑与排查部署和调试中最容易翻车的五个点5.1 小程序请求本地接口报不在以下 request 合法域名列表中现象是模拟器里所有接口都调不通Network 面板显示请求被拦截。原因是微信开发者工具默认校验请求域名localhost不在白名单里。解决办法是在详情 → 本地设置里勾选不校验合法域名、web-view业务域名、TLS 版本以及 HTTPS 证书勾上之后重新编译即可。注意这个选项只在开发阶段有效真机预览时如果后端没部署到公网依然调不通。5.2 数据库导入后中文显示为问号现象是管理端列表里动漫名称全是???。原因是建库时字符集用了latin1或者导入时客户端编码不对。解决办法是重新建库指定utf8mb4导入时加--default-character-setutf8mb4参数mysql -u root -p --default-character-setutf8mb4 anime_recommend anime_recommend.sql如果数据已经乱了把表清空重新导一遍比逐条改编码快得多。5.3 后端启动报Communications link failure现象是 Java 服务启动时连不上 MySQL控制台抛Communications link failure。常见原因有三个MySQL 服务没启动、端口不对默认 3306 被改过、时区参数没加。先确认 MySQL 进程在跑然后检查连接 URL 里有没有serverTimezoneAsia/Shanghai最后确认防火墙没拦 3306 端口。这三个排查完基本能解决九成以上的连接问题。5.4 推荐接口返回空列表导致首页白屏现象是新注册用户登录后为我推荐页面一片空白。原因是推荐逻辑依赖用户历史行为新用户没有浏览记录查询结果为空。解决办法是在推荐接口里加兜底查不到历史行为时返回热门列表。这个改动很小但直接影响新用户的第一印象属于必须处理的边界情况。5.5 管理端修改数据后小程序端不更新现象是管理员在后台改了动漫信息小程序端刷新还是旧数据。原因通常是前端做了本地缓存或者后端加了查询缓存没清。先检查小程序端有没有用wx.setStorageSync缓存列表数据有的话在onShow里强制刷新。再检查后端有没有用 Redis 缓存增删改操作后要调redisTemplate.delete(key)清掉对应缓存。缓存这东西用好了是性能利器用不好就是黑匣子出了问题先怀疑它准没错。6. 从跑通到讲清楚毕设答辩前必须做的三件事6.1 用 Postman 把核心接口单独过一遍答辩时老师很可能让你现场演示某个功能如果只靠小程序界面操作一旦网络卡顿或者数据异常就会很被动。我的习惯是提前用 Postman 把登录、推荐、论坛发帖、管理端增删改这几个核心接口单独调一遍把请求参数和返回结果截图存好。这样即使演示时小程序出问题你也能直接展示接口层面的数据流转证明后端逻辑是通的。Postman 里建一个 Collection把每个接口的 URL、方法、参数、header 都配好换台电脑也能快速复现。6.2 准备一份数据表关系说明答辩老师经常会问你的数据是怎么组织的这时候如果能随手画出一张表关系图印象分会高很多。核心关系就几条用户表跟论坛帖子表是一对多分类表跟动漫表是一对多动漫表跟论坛帖子表通过动漫 ID 关联。把这几条关系用文字或者表格写清楚比临场组织语言靠谱得多。下面这张表可以直接拿去用关系主表从表关联字段用户发帖userforum_postuser_id用户回复userforum_replyuser_id分类含动漫categoryanimecategory_id帖子关联动漫animeforum_postanime_id6.3 把推荐逻辑的为什么讲明白推荐模块是这套系统的亮点也是答辩时最容易被追问的地方。老师可能会问你的推荐算法是什么原理如果你只回答根据分类推荐显得太单薄。可以这样组织先说明数据来源是用户浏览行为再解释冷启动时用热门兜底最后提一句后续可以引入协同过滤或者基于内容的推荐来优化。这样既讲清楚了当前实现又展示了你对推荐系统边界的理解。我当初做类似项目时就是因为在答辩前把推荐逻辑的每个分支都手动测了一遍老师问到边界情况时才能对答如流。从那以后我每次交付项目前都会把核心逻辑的异常分支强制走一遍这个习惯帮我省了很多后悔药。希望帮到你。本文还有配套的精品资源点击获取 微信小程序动漫推荐系统毕设源码：Java后端+MySQL完整项目实战
简介这是一套面向高校计算机相关专业毕业设计的动漫推荐系统小程序源码采用微信开发者工具、Java与MySQL组合开发适合正在准备毕设或需要小程序全栈练手项目的学生参考。压缩包共3267个文件约16.59MB其中png、svg、gif、jpg等图片资源占比较大用于界面图标与动漫封面展示css、scss、less、html、js等前端文件支撑页面布局与交互逻辑36个java文件与1个sql脚本构成后端服务与数据库结构另有json、xml、wxss、wxml等小程序配置文件。功能上用户端覆盖主页、全部、热门、最新、搜索、为我推荐、资讯信息、论坛讨论及个人中心等模块管理端则提供用户管理、资讯信息管理、漫画分类管理、漫画管理与论坛讨论管理。目前已有106人学习下载可作为完整赛题方案参考帮助读者理解推荐逻辑、前后端接口设计与数据库表结构快速搭建可运行的毕设项目。1. 动漫推荐小程序毕设一套能跑通前后端的源码到底长什么样很多同学做毕业设计时选题定的是基于微信小程序的动漫推荐系统结果卡在第一步——不知道一套完整的源码应该包含哪些模块前后端怎么对接数据库怎么设计。这套源码给了一个相对完整的答案前端用微信开发者工具构建小程序后端用 Java 写服务接口数据落在 MySQL 里功能覆盖了用户端的浏览、搜索、推荐、论坛以及管理端的用户管理、内容管理和分类维护。它适合正在做小程序方向毕设的本科生也适合想拿一个完整项目练手微信小程序开发的人。源码里带了 jquery.mobile 相关的样式文件说明前端部分页面可能用了 H5 混合渲染的思路这一点在后面部署时会具体讲到。拿到这套东西你能省掉从零搭架子的大量时间但前提是搞清楚它的结构和你自己的环境怎么对齐。2. 环境搭建与项目结构拆解从导入到跑通第一条接口2.1 开发环境清单与版本对齐这套源码的技术栈是微信开发者工具 Java MySQL听起来简单但版本不对齐是新手翻车最多的地方。我一般会先把下面这张表里的东西确认一遍再动手组件建议版本说明微信开发者工具稳定版即可不要用 Beta 版调试基础库选 2.x 以上JDK1.8 或 11源码如果是老项目1.8 兼容性最好MySQL5.7 或 8.08.0 注意驱动包要换caching_sha2_password兼容的Maven3.6用来拉后端依赖没有的话手动导 jar 会很痛苦IDEIntelliJ IDEA / Eclipse看个人习惯IDEA 对 Maven 项目支持更顺微信开发者工具直接去官方下载稳定版就行安装后用小程序的 AppID 登录——没有的话选测试号也能跑。Java 环境配好JAVA_HOME命令行敲java -version能出结果就算过。MySQL 装完之后建一个空库字符集选utf8mb4排序规则用utf8mb4_general_ci这一步别偷懒后面中文乱码多半是这里埋的雷。2.2 后端项目导入与数据库初始化后端是 Java 服务通常是一个 Maven 工程或者传统的 Web 项目结构。导入 IDEA 之后先找application.properties或application.yml也可能是db.properties把数据库连接改掉# 数据库连接配置按自己本地环境改 jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/anime_recommend?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你的密码这里有几个参数值得说清楚。useUnicodetrue和characterEncodingutf8是保证中文不乱码的基础serverTimezoneAsia/Shanghai是 MySQL 8.0 之后必须加的不加会报时区错误。驱动类如果是 MySQL 5.7用com.mysql.jdbc.Driver8.0 就用com.mysql.cj.jdbc.Driver写错了启动直接抛ClassNotFoundException。数据库建好之后找到源码里的.sql文件用命令行或者 Navicat 导入# 命令行导入先建库再导数据 mysql -u root -p -e CREATE DATABASE anime_recommend DEFAULT CHARACTER SET utf8mb4; mysql -u root -p anime_recommend anime_recommend.sql导入完成后用SHOW TABLES;确认表都进去了。一般会有用户表、动漫信息表、分类表、论坛帖子表、资讯表这几张核心表。如果导入报错先看 SQL 文件里有没有CREATE DATABASE语句跟你的库名冲突有的话把那段删掉再导。2.3 小程序端导入与请求地址配置微信开发者工具里选导入项目目录指向源码里的小程序文件夹。导入后第一件事不是点编译而是找到请求封装的地方——通常在utils/或者config.js里把后端接口地址改成你本地的// config.js 接口基础地址配置 const BASE_URL http://localhost:8080/anime; // 如果后端跑在别的端口这里同步改 module.exports { BASE_URL: BASE_URL, // 其他配置项... };改完之后点编译模拟器里应该能看到首页加载出来。如果首页空白打开调试器的 Network 面板看请求是不是 404 或者跨域被拦了。本地开发阶段微信开发者工具需要在详情 → 本地设置里勾上不校验合法域名否则localhost的请求会被拦。这一步是新手最容易忽略的明明后端跑着前端就是拿不到数据排查半天发现是域名校验没关。3. 核心功能模块实现登录、推荐与论坛的数据流转3.1 用户登录与 Session 保持用户登录是小程序和后端交互的第一个闭环。这套源码的登录流程大致是小程序端调wx.login拿到 code传给后端换 openid后端查用户表存在就返回用户信息不存在就自动注册。核心代码在后端大概长这样// 登录接口接收 code换取 openid 并返回用户信息 PostMapping(/login) public Result login(RequestBody LoginDTO dto) { // 调用微信接口换 openid这里省略 HTTP 请求细节 String openid wxService.getOpenid(dto.getCode()); User user userService.findByOpenid(openid); if (user null) { // 新用户自动注册 user new User(); user.setOpenid(openid); user.setNickname(dto.getNickname()); userService.save(user); } // 生成 token 返回给前端 String token tokenService.createToken(user.getId()); return Result.success(token, user); }参数上要注意code只能用一次五分钟内有效前端每次登录都要重新调wx.login拿新的。后端返回的 token 建议存到小程序的wx.setStorageSync里后续请求放在 header 里带上。有些同学图省事直接用 openid 当身份标识传这样一旦被抓包就能伪造身份毕设答辩时被问到安全性会很难看。3.2 推荐模块的数据来源与展示逻辑为我推荐这个功能是动漫推荐系统的核心卖点。从源码结构看推荐逻辑大概率是基于分类或者简单协同过滤——比如根据用户浏览过的动漫分类推荐同分类下热度高的其他动漫。后端接口一般是这样组织的// 推荐接口根据用户历史行为返回推荐列表 GetMapping(/recommend) public Result recommend(RequestParam Long userId, RequestParam(defaultValue 1) Integer page, RequestParam(defaultValue 10) Integer size) { // 先查用户最近浏览的分类 ListLong categoryIds behaviorService.getRecentCategories(userId); if (categoryIds.isEmpty()) { // 没有历史行为就返回热门 return Result.success(animeService.getHotList(page, size)); } // 按分类查动漫按热度排序 ListAnime list animeService.getByCategories(categoryIds, page, size); return Result.success(list); }page和size是分页参数前端下拉刷新时 page 加一。这里有个坑如果用户没有任何浏览记录推荐接口要能兜底返回热门数据否则新用户进来看到空白页体验直接崩。源码里如果没做这个兜底自己补一个if判断就行改动量很小但效果立竿见影。3.3 论坛讨论模块的帖子与回复结构论坛模块涉及两张表帖子表和回复表。帖子表存标题、内容、发帖人、发帖时间回复表存帖子 ID、回复人、回复内容、回复时间。前端展示时帖子列表只查帖子表点进详情再查回复表。后端接口设计上-- 帖子列表查询关联用户表拿昵称 SELECT p.id, p.title, p.content, p.create_time, u.nickname FROM forum_post p LEFT JOIN user u ON p.user_id u.id ORDER BY p.create_time DESC LIMIT 0, 10; -- 回复列表查询 SELECT r.id, r.content, r.create_time, u.nickname FROM forum_reply r LEFT JOIN user u ON r.user_id u.id WHERE r.post_id ? ORDER BY r.create_time ASC;分页用LIMIT偏移量前端传页码后端算(page-1)*size。注意回复列表一般不分页一个帖子几十条回复直接全查出来就行分页反而增加交互复杂度。如果帖子量大了ORDER BY create_time要加索引不然翻到后面几页会明显变慢。4. 管理后台与数据联动分类、资讯与用户管理怎么串起来4.1 管理员登录与权限隔离管理后台跟用户端共用一套后端服务但登录入口和权限校验是分开的。管理员表通常独立于用户表或者在同一张表里用role字段区分。登录成功后返回的 token 里带上角色标识后端拦截器根据角色判断能不能访问管理接口// 拦截器里校验管理员权限 Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) { String token request.getHeader(token); if (token null) { return false; } // 解析 token 拿角色 String role tokenService.getRole(token); if (!admin.equals(role)) { // 非管理员直接拒绝 response.setStatus(403); return false; } return true; }这里的关键是管理接口的路径要跟用户接口区分开比如统一加/admin/前缀拦截器只拦这个前缀。如果混在一起很容易出现普通用户能调管理接口的漏洞答辩时被老师点出来就很尴尬。4.2 动漫分类与动漫信息的增删改查管理端最核心的操作是动漫信息管理。分类表跟动漫表是一对多关系一个分类下有多部动漫。新增动漫时前端传分类 ID后端存进去。查询列表时需要关联分类表把分类名带出来-- 管理端动漫列表带分类名称 SELECT a.id, a.name, a.cover, a.score, c.name AS category_name, a.create_time FROM anime a LEFT JOIN category c ON a.category_id c.id WHERE a.name LIKE CONCAT(%, ?, %) ORDER BY a.create_time DESC LIMIT ?, ?;LIKE CONCAT(%, ?, %)是模糊搜索的写法管理端一般会带一个搜索框。注意LIMIT的两个参数是偏移量和条数不是页码后端要转换一下。删除动漫时如果论坛里有帖子引用了这部动漫直接删会留下脏数据稳妥做法是先解除关联或者做逻辑删除加一个is_deleted字段标记。4.3 资讯信息与论坛的联动管理资讯信息管理是管理员发布动漫相关新闻或公告的地方论坛讨论则是用户自发的内容。这两块在数据上独立但在前端展示时经常放在一起——比如首页上方轮播资讯下方展示最新帖子。管理端删除资讯时前端首页的轮播要同步更新所以接口返回的数据要实时查库不能做太长时间的缓存。如果源码里用了 Redis 或者本地缓存记得在增删改操作后清掉对应的缓存键否则会出现后台删了前台还在的玄学问题。5. 避坑与排查部署和调试中最容易翻车的五个点5.1 小程序请求本地接口报不在以下 request 合法域名列表中现象是模拟器里所有接口都调不通Network 面板显示请求被拦截。原因是微信开发者工具默认校验请求域名localhost不在白名单里。解决办法是在详情 → 本地设置里勾选不校验合法域名、web-view业务域名、TLS 版本以及 HTTPS 证书勾上之后重新编译即可。注意这个选项只在开发阶段有效真机预览时如果后端没部署到公网依然调不通。5.2 数据库导入后中文显示为问号现象是管理端列表里动漫名称全是???。原因是建库时字符集用了latin1或者导入时客户端编码不对。解决办法是重新建库指定utf8mb4导入时加--default-character-setutf8mb4参数mysql -u root -p --default-character-setutf8mb4 anime_recommend anime_recommend.sql如果数据已经乱了把表清空重新导一遍比逐条改编码快得多。5.3 后端启动报Communications link failure现象是 Java 服务启动时连不上 MySQL控制台抛Communications link failure。常见原因有三个MySQL 服务没启动、端口不对默认 3306 被改过、时区参数没加。先确认 MySQL 进程在跑然后检查连接 URL 里有没有serverTimezoneAsia/Shanghai最后确认防火墙没拦 3306 端口。这三个排查完基本能解决九成以上的连接问题。5.4 推荐接口返回空列表导致首页白屏现象是新注册用户登录后为我推荐页面一片空白。原因是推荐逻辑依赖用户历史行为新用户没有浏览记录查询结果为空。解决办法是在推荐接口里加兜底查不到历史行为时返回热门列表。这个改动很小但直接影响新用户的第一印象属于必须处理的边界情况。5.5 管理端修改数据后小程序端不更新现象是管理员在后台改了动漫信息小程序端刷新还是旧数据。原因通常是前端做了本地缓存或者后端加了查询缓存没清。先检查小程序端有没有用wx.setStorageSync缓存列表数据有的话在onShow里强制刷新。再检查后端有没有用 Redis 缓存增删改操作后要调redisTemplate.delete(key)清掉对应缓存。缓存这东西用好了是性能利器用不好就是黑匣子出了问题先怀疑它准没错。6. 从跑通到讲清楚毕设答辩前必须做的三件事6.1 用 Postman 把核心接口单独过一遍答辩时老师很可能让你现场演示某个功能如果只靠小程序界面操作一旦网络卡顿或者数据异常就会很被动。我的习惯是提前用 Postman 把登录、推荐、论坛发帖、管理端增删改这几个核心接口单独调一遍把请求参数和返回结果截图存好。这样即使演示时小程序出问题你也能直接展示接口层面的数据流转证明后端逻辑是通的。Postman 里建一个 Collection把每个接口的 URL、方法、参数、header 都配好换台电脑也能快速复现。6.2 准备一份数据表关系说明答辩老师经常会问你的数据是怎么组织的这时候如果能随手画出一张表关系图印象分会高很多。核心关系就几条用户表跟论坛帖子表是一对多分类表跟动漫表是一对多动漫表跟论坛帖子表通过动漫 ID 关联。把这几条关系用文字或者表格写清楚比临场组织语言靠谱得多。下面这张表可以直接拿去用关系主表从表关联字段用户发帖userforum_postuser_id用户回复userforum_replyuser_id分类含动漫categoryanimecategory_id帖子关联动漫animeforum_postanime_id6.3 把推荐逻辑的为什么讲明白推荐模块是这套系统的亮点也是答辩时最容易被追问的地方。老师可能会问你的推荐算法是什么原理如果你只回答根据分类推荐显得太单薄。可以这样组织先说明数据来源是用户浏览行为再解释冷启动时用热门兜底最后提一句后续可以引入协同过滤或者基于内容的推荐来优化。这样既讲清楚了当前实现又展示了你对推荐系统边界的理解。我当初做类似项目时就是因为在答辩前把推荐逻辑的每个分支都手动测了一遍老师问到边界情况时才能对答如流。从那以后我每次交付项目前都会把核心逻辑的异常分支强制走一遍这个习惯帮我省了很多后悔药。希望帮到你。本文还有配套的精品资源点击获取