简介一套基于Spring Boot后端与微信小程序的家政服务与互助平台毕业设计源码面向计算机相关专业学生以及需要快速上手前后端分离项目的开发者。平台围绕用户端与家政员端设计实现家政服务浏览与预约、订单状态提醒、服务记录追踪、在线评价分享以及帖子和互助信息发布等模块形成预约、接单、服务、评价的闭环流程后端以JavaSpring BootMySQL为核心前端融合Vue.js、HTML/CSS/JS与小程序原生组件数据层配合SQL脚本整体结构清晰。压缩包共883个文件容量40.81MB主要包含185个Java源码、43个Vue文件、82个JavaScript、48个wxml/48个wxss小程序页面、53个JSON配置以及SQL数据库脚本同时附有PPT材料与演示视频便于了解业务逻辑、部署方式和答辩展示。内置install.bat、run.bat、build.bat、mvnw.cmd等构建运行脚本方便本地环境快速启动调试。目前已有65人学习下载既可用于毕业设计参考也能作为项目实训和二次开发的完整蓝本。1. 准备拿去用的第一步Spring Boot 后端与微信小程序的家政服务与互助平台怎么落地我拆过不少毕业设计要说哪类项目最容易让答辩老师点头springboot 后端微信小程序的家政服务与互助平台一定排在前面。它天然是前后端分离的完整闭环小程序端负责用户下单、发布需求Spring Boot 后端管登录鉴权、订单流转、数据落地出一套就能把 JavaWeb、数据库、移动端的知识点全串一遍。这份源码包还带了 PPT 材料和演示视频适合两类人一个是正在做毕设、想拿来改一改直接用的学生另一个是想把 Spring Boot 小程序这套链路完整跑通、把项目经验写进简历的开发者。先说结论项目能不能跑起来八成卡在环境配置和微信登录这两关上这两关过了后面就顺了。2. 项目骨架与启动前提目录结构、Spring Boot 版本和 application.yml 的关键参数一份毕设源码拿到手别急着双击 IDEA 开跑先把它拆开看三分钟。家政服务与互助平台这种项目结构上一定逃不出小程序端 后端接口 数据库三块。这一章我按我拆项目的习惯先把源码的骨架讲清楚再把启动前最容易翻车的几个配置点单独拎出来。2.1 前后端分离后端要管哪些事小程序端只负责什么这个资源是标准的前后端分离项目实战形态。小程序端不是直接连数据库的它只做 UI 渲染和用户交互真正的业务判断全部在后端接口里完成。后端是基于 Spring Boot 的 REST API 服务小程序通过wx.request发 HTTP 请求数据格式统一走 JSON。后端要承担的事情按模块拆是四块第一是登录鉴权对接微信的jscode2session接口把小程序传过来的临时 code 换成 openid再生成自定义 token 返回给前端第二是家政服务的分类与展示服务列表、服务详情、搜索这类只读接口第三是订单闭环下单、接单、更新状态、取消订单这里面要管好状态流转第四是互助模块用户发布需求、别人接单、接单后通过微信订阅消息通知发布者。小程序端要管的则是另一套事页面路由和 tab 栏切换顶部导航栏高度适配携带 token 请求后端下拉刷新和分页加载。要特别说一句微信小程序的导航栏高度在不同机型上不一样如果需要自定义导航栏常规做法是调用wx.getMenuButtonBoundingClientRect()拿到胶囊按钮的位置往上推算。很多毕设不去处理这个细节真机一跑标题栏就歪了。2.2 工程目录拆解src、resources、sql、pom.xml 各看什么下载下来的 zip 解压之后后端工程和后端源码一般是分开的目录后端工程结构大致长这样server/ ├── src/main/java/com/example/homeservice/ │ ├── controller/ # REST 接口层只做参数接收和结果返回 │ ├── service/ # 业务逻辑层订单状态机、登录逻辑都在这里 │ ├── mapper/ # MyBatis-Plus 数据访问层继承 BaseMapper │ ├── entity/ # 实体类对应数据库表字段 │ └── config/ # 跨域配置、拦截器、MyBatis-Plus 配置 ├── src/main/resources/ │ ├── mapper/ # 复杂 SQL 的 XML 文件 │ └── application.yml # 数据源、端口、日志配置 ├── sql/ # 建库建表脚本与初始化数据 └── pom.xml # Maven 依赖清单我习惯先看pom.xml确认 Spring Boot 版本和 MyBatis-Plus 版本是否匹配再看application.yml确认数据库连接信息是否对得上最后看sql目录下的建表脚本确认字段和实体类能不能一一对应。这套动作做完你对这份源码的成熟度就有了基本判断。controller层通常很薄每个方法就干三件事接收参数、调 service、包一层统一返回结果。真正的业务逻辑在service层里比如下单时校验用户状态、判断服务是否可约、生成订单号、扣减库存状态。mapper层大部分时候只需要继承 MyBatis-Plus 的BaseMapper只有复杂的多表联查才需要写 XML。2.3 启动前置检查版本组合与 application.yml 的三个关键参数毕设项目最常见的启动失败原因不是代码写错而是 Spring Boot 版本和 JDK 版本对不上。我拆这份源码的习惯是优先确认后端用的 Spring Boot 版本范围。Spring Boot 2.7.x 配 JDK 8 是最稳妥的组合大量老教程、老依赖都在这个组合上验证过如果源码里是 Spring Boot 3.x那 JDK 必须 17 以上而且很多包名从javax换成了jakarta依赖坐标也变了。server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/home_service?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai username: root password: 123456 mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0三个参数特别值得注意。第一个是serverTimezoneAsia/Shanghai少了它 MySQL 8 的驱动会报时区错误接口一查时间字段就抛异常这是毕设里出现频率极高的配置坑。第二个是useSSLfalse本地开发没有 SSL 证书不关掉会提示 SSL 连接警告甚至直接失败生产环境才需要考虑开启。第三个是 MyBatis-Plus 的逻辑删除配置logic-delete-field: deleted声明实体里叫deleted的字段是逻辑删除标记删数据时自动改成 UPDATE 而不是 DELETE这个配置能保证所有查询自动带上deleted 0的条件。数据库初始化时建一个名为home_service的库再选择编码集为utf8mb4然后执行sql目录下的脚本。utf8mb4 是必须的因为微信用户的昵称里经常有 emoji 表情普通utf8存不了。启动后看到 Spring Boot 的启动日志里打出 Tomcat started on port 8080后端这一步就算过了。3. 小程序端闭环微信登录、手机号授权、下单与互助模块的实现路径小程序端是用户直接操作的部分也是最容易被答辩老师要求现场演示的部分。这一章不讲页面样式怎么调只讲三个核心链路怎么打通登录怎么拿身份、下单怎么提交、互助需求怎么发布并通知到人。这三条链路通了整个小程序的骨架就立住了。3.1 登录链路wx.login 换 code后端换 openid手机号授权怎么接小程序的登录和传统用户名密码登录完全不一样。前端调用wx.login拿到一个临时 code这个 code 有效期只有几分钟需要传给后端后端拿它去微信的接口换openid和session_key。核心逻辑长这样// pages/login/login.js const app getApp(); function wxLogin() { wx.login({ success: async (res) { if (res.code) { // 把临时 code 发给后端后端拿它换 openid 和 session_key const loginRes await wx.request({ url: http://localhost:8080/api/auth/login, method: POST, data: { code: res.code }, }); // 登录成功后存 token后续请求带上 wx.setStorageSync(token, loginRes.data.data.token); wx.setStorageSync(userInfo, loginRes.data.data.userInfo); } else { console.error(登录失败, res.errMsg); } }, }); }这里res.code是 wx.login 返回的临时凭证后端需要拿它去调用微信服务端的jscode2session接口。换回来的 openid 是用户在当前小程序下的唯一标识用它去查用户表查到就说明是老用户查不到就自动注册一个新账号。session_key 属于敏感信息不应该返回给前端只应该留在后端使用。手机号授权是另一条链路。微信官方推荐用button组件的open-typegetPhoneNumber来触发授权用户点击后前端会拿到一个 code同样需要传给后端去换手机号。button open-typegetPhoneNumber bindgetphonenumberhandleGetPhoneNumber 微信一键登录 /buttonasync handleGetPhoneNumber(e) { if (e.detail.errMsg ! getPhoneNumber:ok) return; const res await wx.request({ url: http://localhost:8080/api/auth/phone, method: POST, data: { code: e.detail.code }, }); // 拿到用户手机号后调用后端接口绑定到当前用户 }注意e.detail.errMsg的判断是必须的用户点了取消的时候这里不会是getPhoneNumber:ok不加判断会导致后续代码拿不到 code 还硬发请求。手机号授权每次进入小程序不一定都会弹窗用户拒绝过之后要引导用户去设置页手动开启授权这块属于小程序端的交互兜底毕设里常常被忽略。3.2 服务分类与下单页面请求、订单参数、状态流转服务分类页面是小程序的门面首页进来通常先加载分类列表再根据分类加载对应的服务项目。请求后端接口时带上 token后端拦截器会解析出用户身份// pages/index/index.js Page({ data: { categories: [], services: [] }, async onLoad() { const token wx.getStorageSync(token); if (!token) { wx.reLaunch({ url: /pages/login/login }); return; } const res await wx.request({ url: http://localhost:8080/api/service/list, method: GET, header: { Authorization: token }, }); this.setData({ categories: res.data.data }); }, async submitOrder(event) { const { serviceId } event.currentTarget.dataset; const res await wx.request({ url: http://localhost:8080/api/order/create, method: POST, header: { Authorization: wx.getStorageSync(token) }, data: { serviceId, address: this.data.address, appointmentTime: this.data.appointmentTime, remark: this.data.remark, }, }); if (res.data.code 200) { wx.showToast({ title: 下单成功 }); } }, });下单接口的参数里有几个字段需要后端做校验appointmentTime是预约上门时间后端应该校验它不能是过去时间address是服务地址单条长度要限制在 255 字以内remark是备注可以为空。后端收到订单创建请求后会生成一个业务订单号初始状态是待接单家政人员看到后可以接单状态变成已接单上门服务中再变成服务中最后用户确认完成变成已完成中间任何一步用户都可以取消。状态流转是答辩时老师最爱问的点。最稳的实现方案是用一个status字段配合常量类做状态机每次都校验当前状态能不能跳到目标状态。比如待接单可以取消已接单也可以取消但服务中不能直接取消只能等服务完成或者由平台介入。把状态流转逻辑写在 service 层里controller 里不要出现状态的判断。3.3 互助发布与接单通知订阅消息的一次性限制怎么处理互助模块是家政服务之外的另一种场景用户发布一条需求比如帮我取快递、帮我修个水龙头其他用户看到后可以接单。这个模块的核心难点不在发布而在通知。发布者不可能一直盯着小程序看有没有人接单所以接单事件需要主动推给发布者。微信小程序做通知只能走订阅消息而且是一次性订阅。用户每次点同意只代表这一次消息允许发送发完就失效下次要再弹窗。这个限制让很多毕设项目翻车以为订阅一次就能无限发。async publishHelp(event) { // 订阅消息模板新接单通知 wx.requestSubscribeMessage({ tmplIds: [模板ID在这里替换], success: (res) { if (res[模板ID在这里替换] accept) { // 用户同意后端记录 subscribe_count 加 1 } }, }); // 然后调后端发布需求接口 }后端发送订阅消息时需要调用微信的subscribeMessage.send接口每发一条就消耗一次订阅次数。所以数据表里要给用户加一个subscribe_count字段发布需求时用户授权一次就加一有人接单发送通知就减一。如果用户没有剩余次数接单事件就只能回落到小程序内的消息中心用户下次打开小程序时看到。这个兜底逻辑在毕设里一定要有否则会出现接单了但发布者完全不知道的情况。互助模块如果做到位还可以加上地理位置。发布需求时通过wx.chooseLocation选取位置后端用经纬度字段存下来列表页按距离排序。这个功能做了会明显加分但如果你的源码里没有也不要硬加保持现有功能稳定跑通更重要。4. 后端接口与数据库核心表结构、接口规范和 MyBatis-Plus 使用习惯后端是这份源码的承重墙数据库表设计直接决定接口好不好写、答辩时能不能自圆其说。这一章把用户、服务、订单、互助四类核心表拆开讲再把接口协议讲清楚最后落到 MyBatis-Plus 的几个高频使用习惯上。4.1 四张核心表user、service_category、service_order、help_request家政服务与互助平台的数据模型最少需要四张表用户表、服务分类表、服务订单表、互助需求表。订单表里要冗余服务名称和价格快照这个点很重要。服务项目改价之后历史订单不能跟着变所以下单时要把当时的服务名称和价格直接存进订单表。CREATE TABLE user ( id bigint(20) NOT NULL AUTO_INCREMENT, openid varchar(64) NOT NULL COMMENT 微信 openid唯一, nickname varchar(64) DEFAULT NULL COMMENT 微信昵称, phone varchar(20) DEFAULT NULL COMMENT 授权手机号, avatar varchar(255) DEFAULT NULL COMMENT 头像地址, role tinyint(4) NOT NULL DEFAULT 0 COMMENT 0普通用户 1家政服务人员, sub_count int(11) NOT NULL DEFAULT 0 COMMENT 剩余订阅消息次数, deleted tinyint(1) NOT NULL DEFAULT 0 COMMENT 逻辑删除标记, create_time datetime DEFAULT NULL, update_time datetime DEFAULT NULL, PRIMARY KEY (id), UNIQUE KEY uk_openid (openid) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用户表; CREATE TABLE service_order ( id bigint(20) NOT NULL AUTO_INCREMENT, order_no varchar(32) NOT NULL COMMENT 展示用订单号, user_id bigint(20) NOT NULL COMMENT 下单用户ID, provider_id bigint(20) DEFAULT NULL COMMENT 接单家政人员ID, service_id bigint(20) NOT NULL COMMENT 服务ID, service_name varchar(64) DEFAULT NULL COMMENT 服务名称快照, price decimal(10,2) DEFAULT NULL COMMENT 价格快照, status tinyint(4) NOT NULL DEFAULT 0 COMMENT 0待接单 1已接单 2服务中 3已完成 4已取消, appointment_time datetime DEFAULT NULL COMMENT 预约时间, address varchar(255) DEFAULT NULL COMMENT 服务地址, remark varchar(500) DEFAULT NULL COMMENT 备注, deleted tinyint(1) NOT NULL DEFAULT 0, create_time datetime DEFAULT NULL, update_time datetime DEFAULT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT服务订单表;user表里openid必须建唯一索引因为微信登录的核心就是靠 openid 识别用户重复的话整个登录逻辑直接崩。role字段区分普通用户和家政服务人员同一个用户既可以是下单者也可以是接单者所以订单表里要区分user_id和provider_id前者是下单人后者是接单人。service_category表不需要太复杂就 id、名称、图标、排序号四个字段注意排序号用于控制首页分类展示顺序。help_request互助需求表要单独说明一下它和订单表最大的差别是没有价格和支付概念核心字段是发布者 ID、需求描述、期望时间、状态、接单者 ID。分享一个小技巧状态字段用0待接单 1已接单 2已完成 3已取消和订单表的状态语义对齐这样前端页面处理起来心智负担小后端状态机也只需要写一套逻辑。4.2 接口协议路径、方法、参数、统一返回结构后端接口的路径设计按模块分一眼就能看出归属。下面这张表是这套资源里最核心的接口约定答辩时老师问到系统有哪些接口直接照着这张表说就行。模块路径方法说明登录/api/auth/loginPOST用 code 换 openid 和 token手机号/api/auth/phonePOST用手机号授权 code 绑定手机服务/api/service/listGET获取服务分类及服务列表服务/api/service/detailGET服务详情传 serviceId订单/api/order/createPOST创建服务订单订单/api/order/myGET查询我的订单按状态过滤订单/api/order/acceptPOST家政人员接单互助/api/help/publishPOST发布互助需求互助/api/help/acceptPOST接受互助需求接口实现上有两个习惯值得照抄。第一个是统一返回结构所有接口都包一层ResultT里面有code、message、data三个字段前端判断code 200再取data错误统一走message展示。第二个是拦截器解析 token 后把用户 ID 放进请求属性里controller 方法直接用RequestAttribute(userId)取避免每个接口都重复解析 token。RestController RequestMapping(/api/order) public class OrderController { Autowired private OrderService orderService; PostMapping(/create) public ResultOrderVO create(RequestBody OrderCreateRequest req, RequestAttribute(userId) Long userId) { OrderVO vo orderService.createOrder(userId, req); return Result.ok(vo); } GetMapping(/my) public ResultListOrderVO myOrders(RequestParam(defaultValue 0) Integer status, RequestAttribute(userId) Long userId) { return Result.ok(orderService.listMyOrders(userId, status)); } }RequestAttribute(userId)这个用法是这套资源里的一个亮点。拦截器在前面解析完 token把 userId 塞进request.setAttribute(userId, userId)controller 里直接声明参数就能拿到。好处是业务方法不需要关心 token 怎么解析只需要声明一个参数代码干净答辩讲起来也清楚能体现你对拦截器机制的理解。4.3 MyBatis-Plus 三件套逻辑删除、自动填充、分页插件后端持久层用的是 MyBatis-Plus资源里大量使用了它提供的特性。其中三个特性是高频使用点逻辑删除、字段自动填充、分页插件。逻辑删除在前面 application.yml 配置里已经见过它会自动在所有查询 SQL 上追加deleted 0条件。自动填充用于create_time和update_time两个字段后端写实体类时不用手动 set 这两个值插入和更新时 MyBatis-Plus 自动帮你填Component public class MyMetaObjectHandler implements MetaObjectHandler { Override public void insertFill(MetaObject metaObject) { this.strictInsertFill(metaObject, createTime, LocalDateTime.class, LocalDateTime.now()); this.strictInsertFill(metaObject, updateTime, LocalDateTime.class, LocalDateTime.now()); } Override public void updateFill(MetaObject metaObject) { this.strictUpdateFill(metaObject, updateTime, LocalDateTime.class, LocalDateTime.now()); } }同时实体字段上要加注解声明参与自动填充TableField(fill FieldFill.INSERT) private LocalDateTime createTime; TableField(fill FieldFill.INSERT_UPDATE) private LocalDateTime updateTime;这个组合不配齐的话最常见表现是插入数据后 create_time 是空的查出来显示 null。调试的时候别去怀疑是数据库问题先确认实体注解和 MetaObjectHandler 是不是都配了。Spring Boot 的自动配置思想在这个场景里很直观框架定义好填充接口业务代码只需要声明字段剩下的交给配置类处理这个理解写到答辩 PPT 里是加分项。分页插件需要在 config 包下注册一个MybatisPlusInterceptor加上PaginationInnerInterceptor之后所有分页查询都调用PageT对象。要注意分页插件的 Bean 必须配上数据库类型MySQL 就指定DbType.MYSQL不指定的话分页 SQL 可能生成错误。5. 避坑排查毕业设计里高频翻车的五个场景从拿到源码到跑通演示中间必然会踩几个坑。我把这些坑按现象、原因、解决的顺序整理出来都是真实项目里反复出现的你也可以直接拿这份清单当排错手册用。5.1 登录链路与配置类踩坑手机号授权失败、token 过期、域名白名单第一个坑是手机号授权拿不到 code点按钮没反应或者报错。现象是小程序开发工具里点“微信一键登录”按钮回调里e.detail.errMsg不是getPhoneNumber:ok有时是getPhoneNumber:fail。原因是按钮没有用button组件的open-typegetPhoneNumber而是用普通view标签包了一层或者小程序的app.json里没声明对应的权限。解决方法是确认用的是原生button组件并且在小程序后台的“设置-服务内容声明”里把获取手机号的用途填了。开发阶段不用真机也能过但真机预览必须要填。第二个坑是 token 过期后用户没有任何感知接口突然报 401。现象是用户用着用着某个页面数据加载不出来控制台打出 401。原因是前端在wx.request的 fail 回调里没有统一处理 401token 过期后请求直接失败页面停留在旧数据上。解决方法是封装一个 request 函数统一处理 401发现 token 失效就清空本地存储跳转登录页重新登录。这个逻辑必须写在公共封装里不能每个页面单独判断。第三个坑是小程序请求后端接口时报request:fail url not in domain list错误码是 10002。现象是开发工具里接口请求全部失败报这个错。原因是微信小程序对请求域名有白名单限制开发阶段域名没有配置到后台。解决方法是开发阶段在开发者工具右上角“详情-本地设置”里勾选“不校验合法域名”这个开关只影响开发工具上线前必须在微信公众平台配置 ICP 备案的 HTTPS 域名。这算微信小程序开发里最经典的坑几乎每个第一次做小程序的人都会遇到。5.2 后端配置与数据类踩坑版本冲突、时区格式、逻辑删除不生效第四个坑是后端项目启动报 Package javax.servlet does not exist一堆红色报错。现象是 Maven 编译直接失败找不到 servlet 相关类。原因是源码用的 Spring Boot 2.x你本地装的是 JDK 17 或者换成了 Spring Boot 3.x 的依赖Spring Boot 3.x 把包名从javax换成了jakarta。解决方法是优先按源码pom.xml里的版本走Spring Boot 2.7.x 配 JDK 8 或 11 最稳。如果老师要求必须用新版本那就全局替换依赖坐标和 import 包名顺便把 MyBatis-Plus 升到适配 Spring Boot 3 的版本。这个替换工作量不大但容易漏改完一定要跑一遍全部接口。第五个坑是 MySQL 的时间字段查出来和本地时间差了 8 小时或者启动时直接报 The server time zone value is unrecognized。现象是列表页时间显示不对或者项目起不来。原因是 JDBC 连接串里没有指定serverTimezoneMySQL 8 默认用的是服务器时区而中国这边是 UTC8。解决方法是连接串里固定加serverTimezoneAsia/Shanghai这个参数在第 2 章配置里已经写过这里再强调一次因为它是最容易被忽略掉的。实体类里的时间字段用LocalDateTime而不是Date避免格式转换的额外麻烦。第六个坑是逻辑删除没生效调用删除接口后数据真的从表里没了。现象是执行 delete 后数据库里记录消失不符合预期。原因是实体类里的逻辑删除字段没有加TableLogic注解或者 application.yml 里的全局配置没配。解决方法是两处都要确认实体字段上标注TableLogic全局配置里声明逻辑删除字段名和值。注意两者只能生效一个都配也不会报错但你要知道优先级是注解优先于全局配置。6. 答辩前的最后一小时演示视频录制顺序与接口自测技巧演示视频是这份资源里 PPT 材料之外的另一个辅助工具但别直接拿现成视频去交一定要自己重新录一遍。老师看视频其实是在验证你是不是真的跑通了系统视频里出现你自己操作的手速、报错处理、页面切换这些细节都暴露你对项目的熟悉程度。我录演示视频的习惯是固定一个流程打开后端服务展示控制台启动日志打开数据库工具展示数据表和数据变化打开微信开发者工具登录小程序从首页浏览开始走一遍下单、接单、完成的全流程最后切到互助模块发一条需求再展示接单通知。整个过程控制在十分钟以内重点是让老师看到每一个操作都有对应的页面反馈和数据变化。接口自测推荐用 Apifox 或 Postman不要只用小程序页面去验证。打开后端服务后先把登录接口请求一遍拿到 token 后把 token 配到集合的全局变量里后续所有接口都自动带上这个值。接着按模块过一遍接口服务列表、创建订单、查询订单、接单、发布互助。任何一步返回非 200立刻看后端控制台的异常日志。日志里带着 SQL 的就是 MyBatis 层问题带着 NullPointer 的就是业务层没判空带着 Connect refused 的就是数据库没起。PPT 答辩时要和演示视频强绑定PPT 里每讲一个模块就切到对应接口看一眼返回结果。讲登录就现场调一次登录接口讲订单就把订单状态流转表贴出来讲数据库就把四张核心表的关系图放上。这份资源自带的 PPT 材料覆盖了选题背景、需求分析、数据库设计、接口设计、测试结论这些部分你只需要把里面的图表和代码截图换成自己运行时真实产生的就能做到讲它的每一步都心里有底。毕设答辩不追求功能多豪华追求的是项目闭环完整、代码逻辑能自圆其说、每一步都能被验证。“从那以后我每次拿到毕设源码第一件事永远是先把最小闭环跑通再谈其他功能。你把这份资源从头到尾走一遍哪怕一行代码不改对 Spring Boot 和小程序协作的理解也能上一个台阶希望帮到你。”本文还有配套的精品资源点击获取