简介基于Spring Boot与Vue.js的养老院管理系统是一套面向计算机专业毕业生及初级开发者的完整项目资源。系统围绕养老院日常运营设计了十大功能模块用户管理支持三类角色注册登录与信息维护老人档案包含健康状况、入住信息及紧急联系人并支持数据导入导出房间管理实时呈现空余床位与分配情况日常护理、膳食管理、活动娱乐、通知消息、财务管理、安全管理与数据分析报告则共同覆盖护理记录、配餐计划、活动安排、药品提醒、费用查询、访客权限及统计报表等业务场景。压缩包大小19.85MB内含前后端源码、数据库脚本与说明文档源码结构清晰可直接导入运行并二次开发。当前已有92人学习下载适合毕业设计参考、课程实训或作为企业管理系统的开发蓝本能帮助读者快速掌握Spring Boot接口开发、Vue组件化页面构建以及MySQL数据库设计的关键技术。1. 基于springbootvue的养老院管理系统拿到zip先别双击先确认四件事拿到这个养老院管理系统.zip里面大概率就是毕业设计最常见的那套组合SpringBoot 后端、Vue 前端、MySQL 数据库脚本外加一份说明文档。对于要做毕设或者接手类似项目的同学它的价值在于不仅能跑还能当成前后端分离的样板来改——老人档案、床位管理、护理记录、缴费统计这些模块足够撑起一场答辩。反直觉的一句话这套项目最容易翻车的地方不是代码而是你电脑里的 Java、Node、MySQL 版本跟作者写的不一样导致连数据库都建不起来。第一周别急着找代码 bug先把环境对齐再谈二次开发。适合谁想快速跑通毕设、需要 demo 演示、或者想照着这套前后端分离结构自己写一个管理系统的人。2. 把养老院管理系统跑起来数据库脚本导入、后端启动、前端联调的最小路径常见做法是先把 MySQL 建库导表再启动 SpringBoot最后启动 Vue 开发服务器。顺序别乱因为前端登录请求发出来的时候后端必须已经活着。这一章我按实际执行顺序拆成四段每一步做完都停下来看一眼结果确认没问题再往下走。2.1 数据库脚本导入先分清 MySQL 版本和字符集再执行建库脚本压缩包里的 .sql 文件命名可能是 oldcare.sql 或 nursing_home.sql。不要直接双击用可视化工具导入我一般先打开看前 20 行确认有没有 CREATE DATABASE 和 USE 语句以及建表用的什么存储引擎。老项目喜欢用 MyISAM新一点是 InnoDB如果脚本里没指定就用你本地 MySQL 默认引擎这不影响跑通。真正影响导入成功率的是字符集和编码这一步错了后面全是乱码。导入命令很简单mysql -uroot -p --default-character-setutf8mb4 oldcare.sql注意如果脚本文件是 GBK 编码而终端按 UTF-8 解析中文注释会乱码但表结构通常不坏。我习惯先用 VSCode 打开脚本看右下角编码是 GB2312 或 GBK 就先转成 UTF-8 再导入否则后面查老人姓名全是乱码排查半天发现是导入这一步就错了。这个参数 --default-character-setutf8mb4 是让 mysql 客户端按 UTF-8 解析脚本MySQL 5.7 和 8.0 都支持 utf8mb4。如果脚本里只有 CREATE TABLE 没有建库语句你需要手动建库CREATE DATABASE IF NOT EXISTS oldcare DEFAULT CHARSET utf8mb4; USE oldcare; SOURCE /path/to/oldcare.sql;这里有个坑有些毕设脚本里写了 USEoldcare如果你的 MySQL 大小写敏感配置不一样会提示数据库不存在。解决方式就是手动建库把脚本里的 CREATE DATABASE 和 USE 注释掉统一用你创建的库名。导入完执行SHOW TABLES; SELECT COUNT(*) FROM sys_user;表数量和预期对不上或者导入中途报错常见的原因有三个。第一是脚本里有 DROP TABLE IF EXISTS但当前账号没有 DROP 权限第二是用了存储过程或触发器而你的 MySQL 版本太老第三是表的排序规则不一致比如混合了 utf8_general_ci 和 utf8mb4_unicode_ci虽然不致命但后面 JOIN 查询可能慢得明显。毕设项目一般不用高版本特性MySQL 8.0 跑 5.7 的脚本基本无缝反过来却可能报错。2.2 后端 SpringBoot 启动application.yml 里必改的三个参数后端解压后是标准 Maven 工程IDEA 里打开后等待 Maven 下载依赖。这里最容易踩的坑是默认仓库下载慢卡在 BUILD FAILURE。解决方式是修改 Maven 的 settings.xml把 mirror 换成国内镜像这个操作几乎每个做 SpringBoot 开发的都遇到过值得在动手前先做完。启动前打开 src/main/resources/application.yml 或 application.properties必改三个参数server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/oldcare?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse username: root password: 你的数据库密码 driver-class-name: com.mysql.cj.jdbc.Driver第一个是数据库密码作者通常写 root 或 123456你本地密码不一样就得改。第二个是数据库名必须和 2.1 里建库的名字一致。第三个是 serverTimezoneMySQL 8.0 强制要求时区参数不写会报 Server returns invalid timezone。如果你本地 MySQL 是 5.7driver-class-name 用 com.mysql.jdbc.Driver 也行但 8.0 推荐用 cj 版。如果你的数据库密码里带特殊字符比如 或 #YAML 里最好用单引号包起来否则会被解析成注释或分隔符。改完直接运行主类比如 OldCareApplication。观察控制台出现 Tomcat started on port(s): 8080 就说明后端起来了。一个常见翻车点是端口被占用执行netstat -ano | findstr 8080找到 PID 后去任务管理器结束进程或者把 server.port 改成 8081。但改端口要留意前端转发配置的 target 也同步改不然页面白屏。如果启动报错 Failed to configure a DataSource说明数据库连接没通。优先检查 MySQL 服务是否起来命令行执行 mysql -uroot -p 能不能连上。很多场景就是本地 MySQL 服务没启动或者密码不对跟代码没有关系。2.3 前端 Vue 项目启动npm install 与接口转发配置前端目录一般是 vue-admin 或 web打开能看到 package.json。先确认 node 和 npm 版本毕设项目如果是 Vue 2 element-uiNode 12 到 16 之间最不容易出错如果是 Vue 3 element-plusNode 14 以上。不要拿最新的 Node 20 去跑老项目node-sass 编译会直接失败这是被反复验证过的坑。安装依赖npm install如果安装慢或者报错先看是不是旧依赖。常见做法是在项目根目录新建 .npmrc 指向国内镜像registryhttps://registry.npmmirror.com但注意node-sass 这个依赖即使换了源也可能因为 Node 版本不匹配而编译失败。解决办法是装匹配版本的 node-sass或者在安装时指定二进制镜像。真实项目的血泪经验是与其折腾 node-sass不如直接切换到 Node 12省一小时。启动开发服务器npm run dev默认跑在 9528 或 8080。页面打开后先别急着登录你要先确认前端请求有没有正确转到后端。打开 config/index.js 或 vue.config.js找到转发配置proxy: { /api: { target: http://localhost:8080, changeOrigin: true, pathRewrite: { ^/api: } } }这段的意思是前端发出的 /api/login 请求会被转发到 http://localhost:8080/login。如果你后端接口本身带 /api那么 pathRewrite 就不能去掉。这个配置是前后端分离联调的命门很多白屏、接口 404 都因为它。调试时建议安装 Vue Devtools 插件看请求路径和状态码非常直观比靠 console.log 猜快得多。2.4 验证登录与权限一条链路确认系统是真的通了后端和前端都起来后用作者提供的初始账号登录通常是 admin / 123456。登录成功后浏览器 F12 看 Network确认请求状态是 200。如果看到 401 或 403说明权限模块拦截了先检查 token 有没有放在请求头如果看到 404先查转发配置的 pathRewrite再看后端 controller 的路径和前端请求是否对得上。我一般会做三件事验证系统完整。第一打开老人管理页面新增一条老人信息再刷新看数据是否还在第二打开床位分配把老人分到一张床再取消看床位状态是否回退第三打开缴费管理生成一条缴费单再导出一份文件。如果这三条都能走通说明数据库表、后端接口和前端页面是对应的。很多毕设系统表面能登录点深一点就爆错就是因为只验证了登录接口业务链路根本没通。注意不要在没验证前就去改代码。先跑通原版再谈二次开发这是最省时间的路径。3. 读懂前后端源码从老人管理到缴费单的模块拆解与二次开发切入点这一章的目标不是读通每一行而是搞清改一个功能要从哪里入手。我按后端、前端、权限、数据表四条线讲。你不需要把所有代码读完但至少要能在被质疑这是不是你写的之前说清楚每个模块的大致实现方式。3.1 后端分层controller、service、mapper改业务先找哪一层SpringBoot 项目的包结构一般长这样src/main/java/com/example/oldcare ├── controller 接收 HTTP 请求 ├── service 业务逻辑事务控制 ├── mapper MyBatis 接口 ├── entity 数据库实体类 ├── config 拦截器、跨域配置 └── common 统一返回结果、工具类改一个功能第一步是找 controller。比如你要把新增老人从只插入一条记录改成同时初始化一条护理计划那就在 ElderController 里找到 PostMapping 方法看它调用了哪个 service再进 service 加代码。事务要落在 service 方法上用 Transactional否则写入一半失败会导致数据不一致老人档案和护理计划一个成功一个失败很难排查。这个项目里最该读的黑匣子是统一返回体通常叫 Result 或 AjaxResult包含 code、msg、data 三个字段。如果你在控制台看到返回 {code: 500, msg: null}说明 service 抛了空指针但被全局异常处理器吞掉了只给了 code。排查时要去看后端日志而不是盯着前端提示。列表页大概率还用了 MyBatis 分页插件 PageHelper用法是 service 里先 PageHelper.startPage(pageNum, pageSize)再执行 select 查询。理解了这一层你就知道为什么前端传的 current 和 size 会被自动翻译成 limit 参数。3.2 前端路由与状态管理动态路由和 Vuex 在权限里的实际作用前端源码里src/router/index.js 定义路由。毕设项目的路由通常分写死和动态两种。养老院系统有管理员、护工、老人家属三类角色所以很可能用了动态路由登录后根据后端返回的菜单列表动态注册路由。这也是热词里vue动态路由在真实项目中的典型位置。看代码时注意这种写法const routes [ { path: /elder, component: Layout, meta: { roles: [admin, nurse] }, children: [ { path: list, component: () import(/views/elder/list.vue) } ] } ]meta.roles 数组说明谁能访问这个页面。如果家属登录后还能看到护理记录录入页面说明前端权限判断没生效或者动态路由只过滤了菜单没过滤页面。这是一个很好的答辩点你可以说自己在路由守卫里加了角色判断阻止未授权访问。具体做法是在 beforeEach 钩子里读 store 里的角色再和 meta.roles 比对。Vuex 在项目里通常负责存用户信息、token、菜单。比如 store/modules/user.js 里有 login 和 getInfo 两个 action。如果你刷新页面后用户变回未登录多半是 token 只存在内存里没有存 localStorage或者 store 初始化时做了清空。用 Vue Devtools 看 Vuex 的 state 变化能很快定位是哪一步丢的。另外好的前端表单组件会自定义 v-model把弹窗和表单逻辑封装在一起这也是你在二次开发时可以借鉴的写法——比如把老人信息编辑和新增老人共用一个组件减少重复代码。3.3 角色权限管理员、护工、家属的菜单权限是怎么控的先从数据库入手常见有 sys_user、sys_role、sys_menu 三张表外加 sys_user_role、sys_role_menu 关联表。登录接口返回 token 只做身份标识真正决定你能看到哪些菜单的是 getInfo 接口它返回当前用户的角色和菜单列表。后端拦截器校验请求头里的 token再从库里查角色判断是否有权访问某个接口。前后端分离的权限不能只靠前端隐藏菜单后端接口必须有拦截逻辑。很多毕设只做了前端路由守卫后端接口没有细粒度权限控制导致知道接口地址的人可以直接用 Postman 调接口。改进方式是在 Spring Security 或拦截器里放开路径规则这是值得你写进论文的扩展点。比如把删除老人接口只允许 admin 角色调用PreAuthorize(hasRole(ROLE_ADMIN)) DeleteMapping(/{id}) public Result delete(PathVariable Integer id) { elderService.removeById(id); return Result.success(); }这段代码说明思路PreAuthorize 是 Spring Security 提供的注解需要开启方法级安全。如果项目没引 Spring Security就用拦截器手动判断请求里的角色字段。关键不在于技术多高级而在于你能讲清楚前端控制页面、后端控制接口这两层各自的边界以及它们各自防不住什么。3.4 数据库关系老人、床位、护理记录、缴费单怎么关联养老院管理系统的核心表大致是elder_info老人信息、bed_info床位、nurse_record护理记录、cost_order缴费单、sys_user系统用户。它们的关系是elder_info 里有 bed_id 指向 bed_infonurse_record 里有 elder_id 和 nurse_id护工的 user_idcost_order 里有 elder_id 和 creator_id操作员。简单说老人是中心其他表都挂在他身上。读表结构时用 IDEA 的 Database 工具或 Navicat 打开 ER 图确认外键是物理的还是逻辑的。很多毕设为了省事不建物理外键只在代码里维护关联。这本身不是错但写文档时要区分清楚别把逻辑外键写成物理外键答辩被问到会显得不专业。改表结构时一定要同步改实体类和 Mapper XML。比如你给 elder_info 加一个 health_level 字段那么 Elder.java 里要加 private String healthLevelElderMapper.xml 的 resultMap 要加对应映射否则 select 查出来这个字段永远是 null。这是非常常见的翻车点新人改了数据库不查代码页面显示空白还以为数据有问题。我的习惯是改完表先全局搜一下实体类见到老名字顺手改掉再做一次全量查询验证。4. 养老院管理系统常见问题排查启动失败、白屏与数据异常的避坑记录这一章全部来自我实际接手过的毕设项目每一条都按现象、原因、解决写可以直接对着查。排查顺序我建议是先看进程和网络通不通再看配置对不对最后才怀疑代码。很多问题根本不是 bug而是环境不一致。4.1 后端启动报错 Failed to configure a DataSource先查 MySQL 再查配置现象IDEA 里运行 SpringBoot 主类控制台直接报错提示 Failed to configure a DataSource: url attribute is not specified或者提示连接超时。原因八成是 application.yml 里的数据库连接没配对或者 MySQL 服务没启动。有些项目里配置文件在 application.yml但 IDEA 运行时加载的是 application-dev.yml如果你只改了主配置没改 dev 配置照样连不上。还有一部分情况是 pom.xml 里缺驱动驱动被标记为 runtime 或 provided导致启动加载不到。解决分三步走。第一步命令行执行 mysql -uroot -p如果能进说明服务正常第二步执行 show databases; 看 oldcare 是否存在第三步打开所有 application*.yml确认 url、username、password 三个值和本地一致。如果配置没问题再看 pom.xml 里有没有 mysql 驱动驱动 scope 不要乱写。还有一种隐蔽情况数据库密码包含 或 #YAML 解析错位我建议密码里别带这些特殊字符或者用单引号包住整个密码串省得在这上面消耗半小时。4.2 前端 npm install 报错 node-sass 编译失败别硬磕直接换 Node 版本现象执行 npm install 时终端打印大量 gyp ERR! stack Error: Cant find Python executable或者 node-sass 编译失败安装进程直接中断。原因老毕设的 package.json 里写的是 node-sass 4.x而你本机的 Node 版本是 16 以上node-sass 没有对应版本的预编译二进制就尝试现场编译编译环境缺这缺那自然失败。这不是你电脑坏了是版本错配。解决最省事的是用 nvm 切 Node 到 12 或 14nvm install 14.21.3 nvm use 14.21.3然后删掉 node_modules 和 package-lock.json重新 npm install。注意切换 Node 后必须重新安装依赖因为不同版本 Node 产生的二进制不通用。如果你不想装 nvm也可以尝试把 node-sass 替换成 sass但要改代码里的 .scss 导入语法工作量更大。所以我每次接手老项目第一件事就是看 package.json 里的 engines 字段没有就默认按 Vue 2 配 Node 14。4.3 登录接口 404前端转发配置没配对现象能打开登录页点击登录F12 显示 POST http://localhost:9528/api/login 404后端没有任何日志。原因前端把请求发给了自己的开发服务器但没有被转发到后端。可能是 devServer 没配转发也可能是 pathRewrite 规则不对或者 axios baseURL 写死了 http://localhost:8080 但后端又没开跨域。解决先看请求 URL 实际发到哪里。如果发到 9528检查 vue.config.js 里的转发配置确认 target 是 http://localhost:8080并且 pathRewrite 的规则匹配实际后端路径。为了快速区分前后端问题我会先用 Postman 直连后端接口比如直接请求 http://localhost:8080/api/login。如果后端能通那就是转发问题如果后端也 404那就是后端路径问题。千万不要在 axios baseURL 和后端 controller 路径都带 /api 的前提下再写一遍 /api路径会叠成 /api/api/login。4.4 中文显示乱码或插入后变问号字符集不统一现象页面上显示的老人姓名是问号或者从 Excel 导入的数据后中文全部变成 ???。还有一种情况是后端控制台打印日志时中文乱码但页面正常这是两个不同层面的问题。原因数据库表是 latin1 字符集或者 JDBC 连接参数漏了 characterEncoding或者前端页面没声明 UTF-8。三层任何一处断了中文就乱。页面正常但控制台乱码是 IDEA 控制台编码问题和业务无关但也容易被误判成代码 bug。解决先查表结构SHOW CREATE TABLE elder_info;看到 CHARSETlatin1就转成 utf8mb4ALTER TABLE elder_info CONVERT TO CHARACTER SET utf8mb4;再把 application.yml 的 jdbc url 加上 characterEncodingutf8。前端的话确认 index.html 里 meta charsetutf-8axios 默认发送编码一般不会出问题。IDEA 控制台乱码的话在 Help - Edit Custom VM Options 里加 -Dfile.encodingUTF-8重启后基本能解决。凡是涉及中文的项目我拿到手第一步就是把字符集全统一成 utf8mb4能省掉大量玄学 bug。4.5 Vue 数据修改后页面不更新新增属性没有声明响应式现象给 elder 对象追加一个 age 字段页面第一次能显示之后修改 age 的值视图不刷新。还有一种场景是列表接口返回的数据直接赋值给 this.list然后通过 this.list[0].name 修改页面也没变化。原因Vue 2 的响应式系统只对初始化时 data 里存在的属性做 getter/setter 劫持运行时动态新增的属性不是响应式的。数组下标赋值也是同样的道理改变了数据但 Vue 不知道。解决在 data 里提前声明或者用 Vue.setthis.$set(this.elder, age, 30)$set 是可以给对象加一个响应式属性的方法。如果涉及数组不要直接用 this.list[index] value 这种方式要用 splice 或者 Vue.set。这类问题不会报错只能靠排查经验所以我给自己定的规矩是写任何新字段都先声明不给 Vue 造黑匣子属性的机会。5. 毕业设计演示与答辩把养老院管理系统讲成自己系统的进阶技巧跑通只是第一步演示和答辩才是这个 zip 的价值兑现环节。评委每天看十几个类似系统想脱颖而出靠的不是代码量而是你对系统怎么被使用、怎么被维护的理解。这一章讲的是怎么把别人的项目变成你能讲清楚的系统。5.1 演示数据准备一份脚本与三种状态答辩现场最怕的不是报错而是数据库是空的打开老人管理一片白。演示前我一般准备一份 demo_data.sql包含两位管理员、三位护工、十位老人。老人里要有不同状态在院、出院、欠费、床位未分配这样讲业务时能挑数据说事。比如这位老人还没有分配床位我们点分配床位功能看是否可以一键分配。数据不要太多十到二十条足够多了反而显得假。这份脚本要独立存不要覆盖原系统的初始化数据。导入时注意外键顺序先插用户表再插老人表最后插护理记录和缴费单。如果怕导入出错可以把脚本拆成三段每段对应一个业务模块现场提心吊胆少一半。5.2 一键启动脚本把后端和前端命令固化下来评委常问一句这个系统怎么部署现场敲命令容易出错我通常会在根目录写一个 start.bat让后端和前端分别弹窗启动echo off cd backend start cmd /k mvn spring-boot:run cd ..\frontend start cmd /k npm run dev说明backend 目录下执行 mvn spring-boot:run会保持进程不退出日志持续输出方便你观察启动是否成功。前端同理。两个窗口互不干扰答辩时你可以指着两个黑窗口说后端和前端已经就绪这比现场敲命令从容得多。真正部署时不会这么简单但这脚本能向评委证明我考虑过部署流程。脚本里可以加一个端口检测用 netstat 查 8080 和 9528 是否被占用顺手把占用进程列出来这对现场排障有实际意义。如果你想加点仪式感可以用 spring boot banner 生成器换掉默认启动横幅把系统名和作者名拼进去虽然不改变功能但答辩启动那一秒会让人印象深刻。5.3 扩展一个功能点导出缴费报表的最小实现想在答辩中拿加分项至少要有一个自己加的功能。最容易做的是导出缴费报表——后端用 Apache POI 生成 Excel前端加一个按钮下载。后端思路GetMapping(/cost/export) public void export(HttpServletResponse response) throws IOException { ListCostOrder list costOrderService.list(); response.setContentType(application/vnd.ms-excel); response.setHeader(Content-Disposition, attachment;filenamecost.xls); Workbook wb new HSSFWorkbook(); Sheet sheet wb.createSheet(cost); Row header sheet.createRow(0); header.createCell(0).setCellValue(老人姓名); header.createCell(1).setCellValue(金额); for (int i 0; i list.size(); i) { Row row sheet.createRow(i 1); row.createCell(0).setCellValue(list.get(i).getElderName()); row.createCell(1).setCellValue(list.get(i).getAmount().doubleValue()); } wb.write(response.getOutputStream()); wb.close(); }这段是思路演示不是完整代码。真正的项目要加空列表判断、金额格式化、POI 依赖引入。前端加个按钮调用 /cost/export 让浏览器下载。这个功能业务价值明显代码量小答辩时你可以讲清楚表格生成的整个过程查询缴费记录、创建工作簿、逐行写单元格、通过输出流返回给浏览器。评委听完会觉得你真的动过手而不是只会跑别人工程。5.4 答辩前必堵的五个漏洞第一不要在评委面前改代码演示用操作最不容易出错的路径。第二准备一张架构图画清楚浏览器、前端服务器、后端、数据库的请求流很多人被问请求怎么走的就卡壳。第三被问数据库脚本时能准确说出表名比如 oldcare 库下有 sys_user、elder_info 这几张核心表而不是去翻文件夹。第四准备一个系统不足的答案比如目前没有做健康趋势分析后续打算加上这比支支吾吾更加分。第五把源码注释里作者的名字、学校信息清理掉别在演示时被看到否则这是你自己写的吗这种问题很难接。还有一个很实用的细节演示前把浏览器窗口的开发者工具关掉把数据库可视化工具也关掉只在屏幕上留系统页面。太多无关窗口会让评委觉得你不熟练也会让他们好奇你桌面上还有什么。演示路径上所有需要点击的操作提前在草稿纸上走一遍包括新建老人、分配床位、导出报表这三个高频动作的顺序别现场临场发挥。6. 把 zip 变成自己的交付物IDEA 导出数据库脚本、说明文档补全与版本对齐答辩或最终提交前不要直接拿作者的原始 zip 交出去。至少要做三件事重新导出数据库脚本、补全说明文档、记录依赖版本。这个习惯能帮你躲开代码能跑但别人跑不起来的尴尬。用 IDEA 导出数据库脚本的路径右侧 Database 面板选中 oldcare 数据库右键选择 Dump with mysqldump或者用菜单 Tools - Dump Database。导出时选择 Structure and Data这样别人拿到的 .sql 文件能一次性建库建表并带上演示数据。导出后检查文件头部确认包含 CREATE DATABASE 或 USE 语句。命令行备份也可以mysqldump -uroot -p --databases oldcare --default-character-setutf8mb4 oldcare_final.sql导出后最关键的验证是在一台干净环境里重新导入一遍看能不能跑通。我见过很多人是直接在原库上删表再试这不能算验证因为表结构依赖可能已经被缓存了。用 --databases 参数导出后导入方可以直接执行 mysql oldcare_final.sql不用手动建库这对用户最友好。然后补全说明文档至少要有这几项JDK 版本1.8 还是 17、Node 版本12 还是 14、MySQL 版本5.7 还是 8.0、Redis 是否必需、初始账号密码、启动顺序。这些内容作者未必写全但是评审最常问的。如果文档里没写自己补一个 README.md把启动步骤简化成三条命令建库、起后端、起前端。最后在提交前重跑一遍确认文档里的命令不是编的因为我就遇到过文档写的是 mvn spring-boot:run但实际项目要先去 target 里打 jar 再 java -jar导致照着文档做的人全部卡住。最后说一个我自己的教训别把源码包当结果要花半天时间把环境重新搭一遍。你能在干净机器上复现这个项目才是你的。希望帮到你。本文还有配套的精品资源点击获取