简介这是一套面向高校计算机专业学生与Java初学者的小程序毕业设计完整源码围绕上门维修服务场景构建涵盖用户、维修员与管理员三类角色可用于课程设计、毕业设计选题或小程序全栈开发练手。系统前台支持广告信息、新闻资讯、维修信息、维修记录、评价信息与收藏管理后台则提供用户管理、维修员管理、维修信息管理、维修记录管理、评价信息管理、广告信息管理及系统管理等功能业务链路完整。资源包共1249个文件约26.06MB包含123个Java后端源码、145个Vue前端组件、226个JavaScript脚本、49个wxml与49个wxss小程序页面样式以及1个SQL数据库文件另附PNG、SVG、JPG等图片素材与JSON配置前后端源码与数据库文件齐全。开发环境基于JDK1.8、MySQL5.7、Maven3.3与Tomcat7小程序端使用HBuilderX或微信开发者工具便于快速导入运行。目前已有121人学习适合需要完整赛题方案与可运行项目参考的读者。1. 从一份带 .bak 的上门维修小程序源码说起如果你正在找一套能跑起来、能改、能写论文的微信小程序毕业设计源码这套「基于小程序的上门维修系统」值得先看一眼。它属于典型的 Java 后端 微信小程序前端的课程设计/毕业设计组合业务场景是上门维修用户下单报修、维修员接单上门、管理员在后台管人管单管评价。源码包里除了前后端工程还带了数据库文件和一份论文LW目录里能看到main.css.bak、update-password.vue.bak、IndexMain.vue.bak这类备份文件以及1-install.bat、2-run.bat、3-build.bat三个批处理脚本。对计算机毕业设计、软件工程毕业设计、java课程设计案例源码这类需求来说它的价值不在于代码多优雅而在于业务闭环完整、技术栈主流、能直接对着改。下面我按「这是什么 → 怎么跑起来 → 坑在哪 → 怎么改成自己的」拆一遍尽量把参数和排错写清楚。2. 技术栈拆解与本地环境搭建JDK1.8 到 Tomcat7 的版本对齐这套源码的技术栈是写死在环境说明里的Java JDK1.8 MySQL5.7 Maven3.3 Tomcat7前端是 uni-app 风格的小程序从.vue文件命名能看出来用 HBuilderX 或微信开发者工具打开。很多人拿到源码第一步就翻车不是代码问题是版本没对齐。这一章先把环境讲透再给可抄的搭建步骤。2.1 为什么必须锁死 JDK1.8 和 MySQL5.7JDK1.8 是这套源码的硬约束。Spring 系的老项目大量使用javax.*包如果你用 JDK11 或 JDK17 编译javax.xml.bind、javax.annotation这些类会被移除直接报package javax.xml.bind does not exist。这不是玄学是模块化之后包路径变了。所以别图新装 JDK1.8配好JAVA_HOME在 IDEA 里把 Project SDK 和 Language Level 都设成 8。MySQL5.7 同理。源码里的建表语句大概率用了utf8而不是utf8mb4字段类型可能带datetime默认值CURRENT_TIMESTAMPMySQL8 对默认值语法更严格导入时容易报Invalid default value。另外 MySQL8 默认认证插件是caching_sha2_password而老版本的 JDBC 驱动mysql-connector-java5.x连不上会报Unable to load authentication plugin。所以要么用 5.7要么把驱动升到 8.x 并改连接串。Maven3.3 和 Tomcat7 是配套的。Tomcat7 支持 Servlet3.0这套源码的web.xml可能还是 3.0 版本用 Tomcat9/10 部署时如果web.xml声明版本过低会报ServletException或直接 404。稳妥做法就是按环境说明来。2.2 数据库导入与连接串配置先建库再导数据。常见做法是新建一个名为repair或类似名字的库字符集选utf8然后把源码里的.sql文件导进去。Navicat11 直接右键「运行 SQL 文件」即可。导入后要改后端配置文件里的数据库连接。Spring Boot 项目一般在application.yml或application.propertiesSSM 项目在jdbc.properties或db.properties。关键参数就四个# 数据库连接配置按自己本机实际情况改 jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/repair?useUnicodetruecharacterEncodingutf8useSSLfalse jdbc.usernameroot jdbc.password你的密码useUnicodetruecharacterEncodingutf8是为了防止中文乱码useSSLfalse是关掉 SSL 警告本地开发不需要。如果你的 MySQL 是 8.x驱动类要改成com.mysql.cj.jdbc.DriverURL 后面加serverTimezoneAsia/Shanghai否则时间字段会差 8 小时。2.3 用批处理脚本一键跑起来源码根目录带了三个.bat这是给 Windows 用户省事的# 1-install.bat 安装依赖 mvn clean install -DskipTests # 2-run.bat 启动后端 mvn spring-boot:run # 3-build.bat 打包 mvn clean package -DskipTests-DskipTests是跳过测试因为毕业设计源码的测试类经常是空的或者依赖外部服务跑测试只会浪费时间。如果项目是 SSM 而非 Spring Boot2-run.bat里可能是startup.bat或直接部署到 Tomcat 的webapps目录这时候你要把打好的war包丢进 Tomcat启动bin/startup.bat。启动成功的标志是控制台出现Started Application in x seconds或者 Tomcat 的Server startup in x ms。如果卡在Initializing Spring root WebApplicationContext然后报错九成是数据库连不上回去检查用户名密码和库名。2.4 小程序端用 HBuilderX 还是微信开发者工具从.vue文件看前端是 uni-app 写的所以首选 HBuilderX。用 HBuilderX 打开前端工程目录点「运行」→「运行到小程序模拟器」→「微信开发者工具」。前提是你已经在 HBuilderX 的设置里配好了微信开发者工具的安装路径。如果你只有微信开发者工具也可以直接打开编译后的dist目录但那样改代码不方便。建议还是用 HBuilderX改完.vue实时编译。注意小程序端请求后端的地址要改一般在common/config.js或utils/request.js里把baseUrl改成http://localhost:8080/或你后端实际端口。真机调试时localhost要换成电脑的局域网 IP否则手机访问不到。3. 三端业务闭环怎么跑通用户、维修员、管理员的接口串联环境搭好只是第一步真正要理解这套源码得把三端的业务流跑一遍。用户下单、维修员接单、管理员审核这三条线在数据库里是同一批表的不同状态流转。这一章按角色拆接口和页面顺便说清楚数据是怎么串起来的。3.1 用户端从报修下单到评价的完整链路用户端的功能在摘要里写得很清楚首页、广告信息、新闻资讯、我的以及维修信息、维修记录、评价信息、我的收藏管理。核心链路是「提交维修信息 → 生成维修记录 → 完成后评价」。提交维修信息时前端会调一个新增接口通常长这样// 用户提交维修申请对应后端 /weixiu/add 或类似路径 uni.request({ url: baseUrl /weixiu/add, method: POST, data: { weixiuName: this.form.weixiuName, // 维修项目名称 weixiuUuidNumber: this.form.uuid, // 业务编号一般前端生成 weixiuTypes: this.form.type, // 维修类型字典值 yonghuId: this.user.id, // 当前登录用户ID weixiuContent: this.form.content, // 故障描述 address: this.form.address // 上门地址 }, success: res { /* 提示提交成功 */ } })yonghuId是关键外键它把这条维修信息和当前用户绑定。后端拿到后写入weixiu表状态字段比如weixiu_status默认是「待接单」。维修员端查询时就是按这个状态过滤。评价信息是另一张表用户对已完成的维修记录打分写评论外键关联weixiu_id。我的收藏管理一般是通用收藏表useridrefidtablename三字段结构能收藏新闻也能收藏维修项目。3.2 维修员端接单、更新状态、上传记录维修员端和用户端共用大部分页面区别在于「我的」页面里多了一个接单入口。维修员登录后系统根据角色字段比如role或huiyuan_types判断身份展示不同的菜单。接单的本质是更新weixiu表的状态字段并写入维修员 ID-- 维修员接单把状态从待接单改为已接单并绑定维修员 UPDATE weixiu SET weixiu_status 已接单, weixiuyuan_id 当前维修员ID, update_time NOW() WHERE id 传入的维修信息ID;维修记录表weixiu_jilu或类似记录每次上门的过程维修员可以新增记录字段包括维修信息 ID、维修员 ID、维修内容、维修时间、费用等。用户端看到的「维修记录」就是查这张表。这里有个容易忽略的点维修员和用户其实是同一张用户表还是两张表从摘要看是分开的用户管理、维修员管理是两个菜单所以大概率是yonghu和weixiuyuan两张表登录接口也是分开的。改代码时别把两边的 session 或 token 搞混。3.3 管理员端审核、字典与系统管理管理员端是功能最全的个人中心、用户管理、维修员管理、维修信息管理、维修记录管理、评价信息管理、广告信息管理、系统管理。系统管理里通常包含轮播图管理、新闻资讯管理、字典管理。字典管理是这套源码的一个隐藏重点。维修类型、状态值这些下拉选项很多毕业设计是用字典表dictionary动态加载的而不是写死在前端。如果你要改维修类型别去改前端.vue去数据库字典表里改或者进管理员后台的字典管理页面改。广告信息管理对应首页的轮播图或广告位表里一般有图片路径、跳转链接、排序字段。新闻资讯就是 CMS 的简化版标题、内容、发布时间、封面图。管理员审核维修信息这个环节不同源码实现不一样。有的源码是维修员接单后管理员不用管有的是维修员提交记录后管理员要审核才能显示给用户。你得看weixiu表里有没有sfsh是否审核字段有的话就是需要审核的。3.4 前后端接口联调时看什么日志联调阶段最常见的现象是「页面能打开但数据是空的」。这时候按顺序排查先看浏览器或微信开发者工具的 Network 面板确认请求发出去了、状态码是多少。如果是 404说明后端接口路径不对去后端 Controller 里核对RequestMapping。如果是 500看后端控制台异常栈通常是 SQL 报错或空指针。如果是 200 但数据为空看返回的 JSON 结构可能是data字段名和前端取的不一致。后端日志重点看 MyBatis 打印的 SQL。在application.yml里把 mapper 日志级别调到debug就能看到实际执行的 SQL 和参数对着数据库手动跑一遍很快能定位。4. 避坑与常见问题排查.bak 文件、跨域和版本错配这套源码的目录里有一堆.bak文件这不是作者手滑是开发过程中留下的备份。但对使用者来说这些文件会带来实实在在的麻烦。这一章列几个我实际踩过的坑按「现象 → 原因 → 解决」写。4.1 现象编译报错找不到类或改了代码不生效原因.bak文件被 IDE 或构建工具当成源码扫描了。比如main.js.bak和main.js同时存在打包时可能引入错误的入口IndexMain.vue.bak被 HBuilderX 编译时可能报语法错误。解决在动手改代码前先把所有.bak文件移到一个单独的_backup目录或者直接删掉。用命令行批量处理# 在项目根目录执行把所有 .bak 文件移到 _backup 目录 mkdir -p _backup find . -name *.bak -exec mv {} _backup/ \;移完之后重新编译很多莫名其妙的报错会消失。4.2 现象小程序请求后端报「不在以下 request 合法域名列表中」原因微信开发者工具默认校验合法域名本地localhost或局域网 IP 不在白名单里。解决在微信开发者工具的「详情」→「本地设置」里勾选「不校验合法域名、web-view业务域名、TLS 版本以及 HTTPS 证书」。这只在开发阶段有效真机预览时如果还报错需要在微信公众平台配置服务器域名或者用真机调试模式。4.3 现象后端启动报Table xxx doesnt exist原因数据库导入不完整或者库名和连接串里的库名不一致。有些.sql文件里带了CREATE DATABASE和USE语句导入时会自动建库但库名可能和你连接串里写的不一样。解决先SHOW DATABASES;看实际建了哪个库再USE 库名; SHOW TABLES;看表是否齐全。如果表缺失重新导入.sql导入时注意 Navicat 的编码选utf8别选gbk。4.4 现象中文乱码页面显示问号或方块原因数据库、表、连接串三处字符集不一致。常见的是数据库是utf8但连接串没加characterEncodingutf8或者 Tomcat 的server.xml里 Connector 没配URIEncodingUTF-8。解决三处统一。数据库和表用utf8连接串加useUnicodetruecharacterEncodingutf8Tomcat 的 Connector 加URIEncodingUTF-8。如果是 SSM 项目还要在web.xml里加CharacterEncodingFilter。4.5 现象登录后马上掉线或接口返回 401原因token 或 session 没正确传递。小程序端请求时没带 token或者后端拦截器配置的放行路径不对。解决检查前端request.js里有没有在 header 里加token检查后端拦截器Interceptor的excludePathPatterns有没有把登录接口放行。如果是 session 模式确认小程序端有没有正确携带cookieuni-app 默认不自动带 cookie需要手动处理。5. 二次开发与论文落地改哪里、怎么验证、答辩怎么讲跑通之后这套源码真正的用途是改成你自己的毕业设计。改哪里最省事、怎么验证改对了、答辩时怎么讲清楚技术点这一章给具体做法。5.1 改业务字段和页面文案的最低成本路径最省事的改法是「换皮不换骨」保留三端结构和数据库表关系只改业务名词和页面文案。比如把「维修」改成「保洁」把「维修员」改成「保洁员」。具体操作分三步。第一步改数据库字段注释和字典表把维修类型换成保洁类型。第二步全局搜索前端.vue文件里的中文文案批量替换。第三步改后端 Controller 和实体类的类名可选不改也能跑只是看着别扭。如果只改文案不动表结构半天就能完成。如果要加新功能比如加一个「优惠券」模块就照着现有的weixiu表复制一套 CRUD前端复制一个页面改接口路径。这是毕业设计加功能最快的方式。5.2 用 Postman 验证接口是否真的通了改完后端接口后别急着开小程序先用 Postman 测。以登录接口为例# 用 curl 模拟登录请求验证后端是否正常返回 token curl -X POST http://localhost:8080/yonghu/login \ -H Content-Type: application/json \ -d {username:test,password:123456}如果返回{code:0,token:xxx}说明登录通了。再拿这个 token 去测需要鉴权的接口在 header 里加token: xxx。这样能把前端问题和后端问题分开省得在小程序里瞎猜。5.3 论文里怎么描述这套系统的技术点论文LW里一般要写系统架构、功能模块、数据库设计、核心代码。这套源码能支撑的写法是B/S 架构 前后端分离后端 Spring Boot/SSM前端 uni-app 跨端数据库 MySQL。功能模块就按三端写用户端、维修员端、管理员端每端列功能点。数据库设计部分把核心表画成 E-R 图重点讲weixiu、weixiu_jilu、yonghu、weixiuyuan这几张表的字段和关系。核心代码部分挑登录鉴权、维修信息新增、状态流转这三段贴配上流程图论文里可以画博文里不画。答辩时老师最爱问的是「你的创新点在哪」。这套源码本身是标准 CRUD创新点得自己找。可以从「状态机设计」「权限控制」「小程序端体验优化」这几个角度讲。比如维修状态从待接单到已接单到已完成是一个状态机你可以说这是业务闭环的核心设计。5.4 一个我常用的验证习惯改完任何一处业务逻辑我都会走一遍完整链路用户登录 → 提交维修 → 维修员登录 → 接单 → 更新记录 → 用户评价 → 管理员后台看数据。只要这条链路有一环断了就说明改动影响了关联逻辑。这个习惯帮我省了很多答辩前夜的返工。从那以后我每次改完代码都强制走一遍全链路不跳步。希望帮到你。本文还有配套的精品资源点击获取 微信小程序上门维修系统源码：Java毕业设计环境搭建与三端业务闭环实战
简介这是一套面向高校计算机专业学生与Java初学者的小程序毕业设计完整源码围绕上门维修服务场景构建涵盖用户、维修员与管理员三类角色可用于课程设计、毕业设计选题或小程序全栈开发练手。系统前台支持广告信息、新闻资讯、维修信息、维修记录、评价信息与收藏管理后台则提供用户管理、维修员管理、维修信息管理、维修记录管理、评价信息管理、广告信息管理及系统管理等功能业务链路完整。资源包共1249个文件约26.06MB包含123个Java后端源码、145个Vue前端组件、226个JavaScript脚本、49个wxml与49个wxss小程序页面样式以及1个SQL数据库文件另附PNG、SVG、JPG等图片素材与JSON配置前后端源码与数据库文件齐全。开发环境基于JDK1.8、MySQL5.7、Maven3.3与Tomcat7小程序端使用HBuilderX或微信开发者工具便于快速导入运行。目前已有121人学习适合需要完整赛题方案与可运行项目参考的读者。1. 从一份带 .bak 的上门维修小程序源码说起如果你正在找一套能跑起来、能改、能写论文的微信小程序毕业设计源码这套「基于小程序的上门维修系统」值得先看一眼。它属于典型的 Java 后端 微信小程序前端的课程设计/毕业设计组合业务场景是上门维修用户下单报修、维修员接单上门、管理员在后台管人管单管评价。源码包里除了前后端工程还带了数据库文件和一份论文LW目录里能看到main.css.bak、update-password.vue.bak、IndexMain.vue.bak这类备份文件以及1-install.bat、2-run.bat、3-build.bat三个批处理脚本。对计算机毕业设计、软件工程毕业设计、java课程设计案例源码这类需求来说它的价值不在于代码多优雅而在于业务闭环完整、技术栈主流、能直接对着改。下面我按「这是什么 → 怎么跑起来 → 坑在哪 → 怎么改成自己的」拆一遍尽量把参数和排错写清楚。2. 技术栈拆解与本地环境搭建JDK1.8 到 Tomcat7 的版本对齐这套源码的技术栈是写死在环境说明里的Java JDK1.8 MySQL5.7 Maven3.3 Tomcat7前端是 uni-app 风格的小程序从.vue文件命名能看出来用 HBuilderX 或微信开发者工具打开。很多人拿到源码第一步就翻车不是代码问题是版本没对齐。这一章先把环境讲透再给可抄的搭建步骤。2.1 为什么必须锁死 JDK1.8 和 MySQL5.7JDK1.8 是这套源码的硬约束。Spring 系的老项目大量使用javax.*包如果你用 JDK11 或 JDK17 编译javax.xml.bind、javax.annotation这些类会被移除直接报package javax.xml.bind does not exist。这不是玄学是模块化之后包路径变了。所以别图新装 JDK1.8配好JAVA_HOME在 IDEA 里把 Project SDK 和 Language Level 都设成 8。MySQL5.7 同理。源码里的建表语句大概率用了utf8而不是utf8mb4字段类型可能带datetime默认值CURRENT_TIMESTAMPMySQL8 对默认值语法更严格导入时容易报Invalid default value。另外 MySQL8 默认认证插件是caching_sha2_password而老版本的 JDBC 驱动mysql-connector-java5.x连不上会报Unable to load authentication plugin。所以要么用 5.7要么把驱动升到 8.x 并改连接串。Maven3.3 和 Tomcat7 是配套的。Tomcat7 支持 Servlet3.0这套源码的web.xml可能还是 3.0 版本用 Tomcat9/10 部署时如果web.xml声明版本过低会报ServletException或直接 404。稳妥做法就是按环境说明来。2.2 数据库导入与连接串配置先建库再导数据。常见做法是新建一个名为repair或类似名字的库字符集选utf8然后把源码里的.sql文件导进去。Navicat11 直接右键「运行 SQL 文件」即可。导入后要改后端配置文件里的数据库连接。Spring Boot 项目一般在application.yml或application.propertiesSSM 项目在jdbc.properties或db.properties。关键参数就四个# 数据库连接配置按自己本机实际情况改 jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/repair?useUnicodetruecharacterEncodingutf8useSSLfalse jdbc.usernameroot jdbc.password你的密码useUnicodetruecharacterEncodingutf8是为了防止中文乱码useSSLfalse是关掉 SSL 警告本地开发不需要。如果你的 MySQL 是 8.x驱动类要改成com.mysql.cj.jdbc.DriverURL 后面加serverTimezoneAsia/Shanghai否则时间字段会差 8 小时。2.3 用批处理脚本一键跑起来源码根目录带了三个.bat这是给 Windows 用户省事的# 1-install.bat 安装依赖 mvn clean install -DskipTests # 2-run.bat 启动后端 mvn spring-boot:run # 3-build.bat 打包 mvn clean package -DskipTests-DskipTests是跳过测试因为毕业设计源码的测试类经常是空的或者依赖外部服务跑测试只会浪费时间。如果项目是 SSM 而非 Spring Boot2-run.bat里可能是startup.bat或直接部署到 Tomcat 的webapps目录这时候你要把打好的war包丢进 Tomcat启动bin/startup.bat。启动成功的标志是控制台出现Started Application in x seconds或者 Tomcat 的Server startup in x ms。如果卡在Initializing Spring root WebApplicationContext然后报错九成是数据库连不上回去检查用户名密码和库名。2.4 小程序端用 HBuilderX 还是微信开发者工具从.vue文件看前端是 uni-app 写的所以首选 HBuilderX。用 HBuilderX 打开前端工程目录点「运行」→「运行到小程序模拟器」→「微信开发者工具」。前提是你已经在 HBuilderX 的设置里配好了微信开发者工具的安装路径。如果你只有微信开发者工具也可以直接打开编译后的dist目录但那样改代码不方便。建议还是用 HBuilderX改完.vue实时编译。注意小程序端请求后端的地址要改一般在common/config.js或utils/request.js里把baseUrl改成http://localhost:8080/或你后端实际端口。真机调试时localhost要换成电脑的局域网 IP否则手机访问不到。3. 三端业务闭环怎么跑通用户、维修员、管理员的接口串联环境搭好只是第一步真正要理解这套源码得把三端的业务流跑一遍。用户下单、维修员接单、管理员审核这三条线在数据库里是同一批表的不同状态流转。这一章按角色拆接口和页面顺便说清楚数据是怎么串起来的。3.1 用户端从报修下单到评价的完整链路用户端的功能在摘要里写得很清楚首页、广告信息、新闻资讯、我的以及维修信息、维修记录、评价信息、我的收藏管理。核心链路是「提交维修信息 → 生成维修记录 → 完成后评价」。提交维修信息时前端会调一个新增接口通常长这样// 用户提交维修申请对应后端 /weixiu/add 或类似路径 uni.request({ url: baseUrl /weixiu/add, method: POST, data: { weixiuName: this.form.weixiuName, // 维修项目名称 weixiuUuidNumber: this.form.uuid, // 业务编号一般前端生成 weixiuTypes: this.form.type, // 维修类型字典值 yonghuId: this.user.id, // 当前登录用户ID weixiuContent: this.form.content, // 故障描述 address: this.form.address // 上门地址 }, success: res { /* 提示提交成功 */ } })yonghuId是关键外键它把这条维修信息和当前用户绑定。后端拿到后写入weixiu表状态字段比如weixiu_status默认是「待接单」。维修员端查询时就是按这个状态过滤。评价信息是另一张表用户对已完成的维修记录打分写评论外键关联weixiu_id。我的收藏管理一般是通用收藏表useridrefidtablename三字段结构能收藏新闻也能收藏维修项目。3.2 维修员端接单、更新状态、上传记录维修员端和用户端共用大部分页面区别在于「我的」页面里多了一个接单入口。维修员登录后系统根据角色字段比如role或huiyuan_types判断身份展示不同的菜单。接单的本质是更新weixiu表的状态字段并写入维修员 ID-- 维修员接单把状态从待接单改为已接单并绑定维修员 UPDATE weixiu SET weixiu_status 已接单, weixiuyuan_id 当前维修员ID, update_time NOW() WHERE id 传入的维修信息ID;维修记录表weixiu_jilu或类似记录每次上门的过程维修员可以新增记录字段包括维修信息 ID、维修员 ID、维修内容、维修时间、费用等。用户端看到的「维修记录」就是查这张表。这里有个容易忽略的点维修员和用户其实是同一张用户表还是两张表从摘要看是分开的用户管理、维修员管理是两个菜单所以大概率是yonghu和weixiuyuan两张表登录接口也是分开的。改代码时别把两边的 session 或 token 搞混。3.3 管理员端审核、字典与系统管理管理员端是功能最全的个人中心、用户管理、维修员管理、维修信息管理、维修记录管理、评价信息管理、广告信息管理、系统管理。系统管理里通常包含轮播图管理、新闻资讯管理、字典管理。字典管理是这套源码的一个隐藏重点。维修类型、状态值这些下拉选项很多毕业设计是用字典表dictionary动态加载的而不是写死在前端。如果你要改维修类型别去改前端.vue去数据库字典表里改或者进管理员后台的字典管理页面改。广告信息管理对应首页的轮播图或广告位表里一般有图片路径、跳转链接、排序字段。新闻资讯就是 CMS 的简化版标题、内容、发布时间、封面图。管理员审核维修信息这个环节不同源码实现不一样。有的源码是维修员接单后管理员不用管有的是维修员提交记录后管理员要审核才能显示给用户。你得看weixiu表里有没有sfsh是否审核字段有的话就是需要审核的。3.4 前后端接口联调时看什么日志联调阶段最常见的现象是「页面能打开但数据是空的」。这时候按顺序排查先看浏览器或微信开发者工具的 Network 面板确认请求发出去了、状态码是多少。如果是 404说明后端接口路径不对去后端 Controller 里核对RequestMapping。如果是 500看后端控制台异常栈通常是 SQL 报错或空指针。如果是 200 但数据为空看返回的 JSON 结构可能是data字段名和前端取的不一致。后端日志重点看 MyBatis 打印的 SQL。在application.yml里把 mapper 日志级别调到debug就能看到实际执行的 SQL 和参数对着数据库手动跑一遍很快能定位。4. 避坑与常见问题排查.bak 文件、跨域和版本错配这套源码的目录里有一堆.bak文件这不是作者手滑是开发过程中留下的备份。但对使用者来说这些文件会带来实实在在的麻烦。这一章列几个我实际踩过的坑按「现象 → 原因 → 解决」写。4.1 现象编译报错找不到类或改了代码不生效原因.bak文件被 IDE 或构建工具当成源码扫描了。比如main.js.bak和main.js同时存在打包时可能引入错误的入口IndexMain.vue.bak被 HBuilderX 编译时可能报语法错误。解决在动手改代码前先把所有.bak文件移到一个单独的_backup目录或者直接删掉。用命令行批量处理# 在项目根目录执行把所有 .bak 文件移到 _backup 目录 mkdir -p _backup find . -name *.bak -exec mv {} _backup/ \;移完之后重新编译很多莫名其妙的报错会消失。4.2 现象小程序请求后端报「不在以下 request 合法域名列表中」原因微信开发者工具默认校验合法域名本地localhost或局域网 IP 不在白名单里。解决在微信开发者工具的「详情」→「本地设置」里勾选「不校验合法域名、web-view业务域名、TLS 版本以及 HTTPS 证书」。这只在开发阶段有效真机预览时如果还报错需要在微信公众平台配置服务器域名或者用真机调试模式。4.3 现象后端启动报Table xxx doesnt exist原因数据库导入不完整或者库名和连接串里的库名不一致。有些.sql文件里带了CREATE DATABASE和USE语句导入时会自动建库但库名可能和你连接串里写的不一样。解决先SHOW DATABASES;看实际建了哪个库再USE 库名; SHOW TABLES;看表是否齐全。如果表缺失重新导入.sql导入时注意 Navicat 的编码选utf8别选gbk。4.4 现象中文乱码页面显示问号或方块原因数据库、表、连接串三处字符集不一致。常见的是数据库是utf8但连接串没加characterEncodingutf8或者 Tomcat 的server.xml里 Connector 没配URIEncodingUTF-8。解决三处统一。数据库和表用utf8连接串加useUnicodetruecharacterEncodingutf8Tomcat 的 Connector 加URIEncodingUTF-8。如果是 SSM 项目还要在web.xml里加CharacterEncodingFilter。4.5 现象登录后马上掉线或接口返回 401原因token 或 session 没正确传递。小程序端请求时没带 token或者后端拦截器配置的放行路径不对。解决检查前端request.js里有没有在 header 里加token检查后端拦截器Interceptor的excludePathPatterns有没有把登录接口放行。如果是 session 模式确认小程序端有没有正确携带cookieuni-app 默认不自动带 cookie需要手动处理。5. 二次开发与论文落地改哪里、怎么验证、答辩怎么讲跑通之后这套源码真正的用途是改成你自己的毕业设计。改哪里最省事、怎么验证改对了、答辩时怎么讲清楚技术点这一章给具体做法。5.1 改业务字段和页面文案的最低成本路径最省事的改法是「换皮不换骨」保留三端结构和数据库表关系只改业务名词和页面文案。比如把「维修」改成「保洁」把「维修员」改成「保洁员」。具体操作分三步。第一步改数据库字段注释和字典表把维修类型换成保洁类型。第二步全局搜索前端.vue文件里的中文文案批量替换。第三步改后端 Controller 和实体类的类名可选不改也能跑只是看着别扭。如果只改文案不动表结构半天就能完成。如果要加新功能比如加一个「优惠券」模块就照着现有的weixiu表复制一套 CRUD前端复制一个页面改接口路径。这是毕业设计加功能最快的方式。5.2 用 Postman 验证接口是否真的通了改完后端接口后别急着开小程序先用 Postman 测。以登录接口为例# 用 curl 模拟登录请求验证后端是否正常返回 token curl -X POST http://localhost:8080/yonghu/login \ -H Content-Type: application/json \ -d {username:test,password:123456}如果返回{code:0,token:xxx}说明登录通了。再拿这个 token 去测需要鉴权的接口在 header 里加token: xxx。这样能把前端问题和后端问题分开省得在小程序里瞎猜。5.3 论文里怎么描述这套系统的技术点论文LW里一般要写系统架构、功能模块、数据库设计、核心代码。这套源码能支撑的写法是B/S 架构 前后端分离后端 Spring Boot/SSM前端 uni-app 跨端数据库 MySQL。功能模块就按三端写用户端、维修员端、管理员端每端列功能点。数据库设计部分把核心表画成 E-R 图重点讲weixiu、weixiu_jilu、yonghu、weixiuyuan这几张表的字段和关系。核心代码部分挑登录鉴权、维修信息新增、状态流转这三段贴配上流程图论文里可以画博文里不画。答辩时老师最爱问的是「你的创新点在哪」。这套源码本身是标准 CRUD创新点得自己找。可以从「状态机设计」「权限控制」「小程序端体验优化」这几个角度讲。比如维修状态从待接单到已接单到已完成是一个状态机你可以说这是业务闭环的核心设计。5.4 一个我常用的验证习惯改完任何一处业务逻辑我都会走一遍完整链路用户登录 → 提交维修 → 维修员登录 → 接单 → 更新记录 → 用户评价 → 管理员后台看数据。只要这条链路有一环断了就说明改动影响了关联逻辑。这个习惯帮我省了很多答辩前夜的返工。从那以后我每次改完代码都强制走一遍全链路不跳步。希望帮到你。本文还有配套的精品资源点击获取