企业官网建设流程全解析

简介：基于Java、SpringBoot、Vue和MySQL技术栈的数字化农家乐管理平台，是一套面向高校计算机专业毕业设计与课程设计的高分完整项目，覆盖前后端源码、数据库脚本与配套论文，下载配置后即可直接运行。压缩包共858个文件，以136个Java后端类、73个Vue组件和158个JavaScript脚本为主，辅以CSS样式、SVG图标、GIF动图、SQL数据库脚本、启动/构建bat文件，整体约38.29MB；文件类型还包含doc论文文档、mp3/mp4演示文件及rar附件，目录结构清晰，便于按需取用。平台目前已有57人学习下载，适合需要可运行范例的学生快速对照参考。系统实现了用户管理、农家乐信息管理、在线预订、订单管理和统计报表等核心功能，界面美观、操作简单；附带数据库脚本、Maven配置和启动脚本，可省去环境搭建与调试时间，直接用于项目展示、答辩或二次开发。

1. 数字化农家乐管理平台：解压这份毕设项目后，你其实拿到了一套完整业务系统

接手过几份毕业设计源码的人都有同一个经验：压缩包解压出来那一刻，最怕的不是代码看不懂，而是目录乱成一团、数据库文件导入报错、前端依赖装到一半卡死。这份“基于JAVA+SpringBoot+Vue+MySQL的数字化农家乐管理平台”资源包，从标题看是标准的前后端分离结构——SpringBoot提供后端接口，Vue搭建管理界面，MySQL存业务数据，外加一份用于答辩的毕业论文。它的价值不只是“能跑”，而是把农家乐场景里的房间预订、餐饮点单、活动报名、订单结算这一串真实业务串成了完整闭环。适合两类人：一类是正在做毕设、需要快速落地一个可演示系统的学生；另一类是刚接触前后端分离项目，想找一套结构清晰的代码做参照的开发者。这篇笔记就按“选型依据 → 启动步骤 → 业务拆解 → 踩坑记录 → 答辩加分”的顺序，把这个项目讲透。

2. 从技术选型看需求：为什么是 SpringBoot + Vue + MySQL 这个组合

2.1 前后端分离的项目结构：这种形态为什么更适合毕设展示

打开一套毕设项目源码，第一件事是先看目录。常见做法是压缩包里分前后端两个目录，比如backend和frontend，后端放 SpringBoot 工程，前端放 Vue 工程，数据库脚本单独放一个.sql文件。这种前后端分离的结构在答辩现场有天然优势：老师问你“前端怎么调后端数据”，你可以现场演示浏览器 Network 面板里的请求，指着axios发出的GET请求说“这里跨域交给了代理转发”，再切到后端控制台看MyBatis打出的 SQL 日志。这一套链路本身就是答辩素材。

从开发效率上讲，前后端分离意味着前端同学可以只关注页面交互，后端同学只写接口，互不阻塞。对一个人做完整个毕设的学生来说，这种隔离反而帮你把“写页面”和“写接口”两件事分开，不会在一个Controller里既拼 HTML 又拼 SQL。农家乐平台这种规模——十几个页面、二十个左右接口——用分离结构做，代码量适中，正好卡在“工作量足够、又不会失控”的区间。

2.2 三大件版本搭配与项目里的配置文件位置

技术选型不能只写“SpringBoot + Vue + MySQL”这行字，答辩时老师大概率会追问版本。常见搭配是后端采用 Spring Boot 2.7 或 3.x 版本，搭配 MyBatis Plus 做持久层；前端采用 Vue 3 配 Element Plus 组件库；数据库用 MySQL 8.0。MySQL 8 相比 5.7 在窗口函数、JSON 类型支持上更好用，而且 8.0 的默认认证插件是caching_sha2_password，连接时对驱动版本有要求，这一点在后面避坑章节会单独讲。

配置文件的落点也有固定套路。后端配置集中在src/main/resources/application.yml，里面管数据源、端口、MyBatis Plus 的日志开关；前端开发环境的代理配置在vue.config.js里，线上联调时它会决定你请求里的/api前缀转发到哪个后端地址。拿到源码包后先找这两个文件，改对了才能往下走。

# application.yml 关键配置示例 server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/farmstay_db?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver mybatis-plus: configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl mapper-locations: classpath*:mapper/**/*.xml

这里serverTimezone=Asia/Shanghai是必填项，MySQL 8 对时区敏感，不写会出现The server time zone value 'Öйú±ê׼ʱ¼ä' is unrecognized的乱码报错。MyBatis Plus 的log-impl配置成StdOutImpl后，控制台会打印每条 SQL，调试查询逻辑时非常有用。这些参数在答辩前建议刻意演示一遍：先带注释看配置，再跑一个查询让老师看日志，比空口讲“用了 MyBatis Plus”更有说服力。

2.3 这些依赖到底在项目里起什么作用

后端pom.xml里常见的依赖就那几样：spring-boot-starter-web提供 MVC 和内嵌 Tomcat，mybatis-plus-boot-starter负责数据库操作，lombok省掉getter/setter，还有一个jwt或sa-token之类的工具做登录态。前端package.json里的核心依赖是vue、vue-router、pinia或vuex、axios、element-plus。每一个都能讲出用途，不需要背源码，理解作用即可。

我一般建议拿到项目后先不要急着启动，花 20 分钟把pom.xml和package.json通读一遍。这个过程能做两件事：第一，判断这份源码包依赖版本是否配套，比如 Spring Boot 3 要求 JDK 17，Spring Boot 2.7 用 JDK 8 就行，版本对不上启动必挂。第二，给自己准备答辩护身符——老师问“项目里用了哪些技术”，你能直接说出每个依赖是干什么的，而不是含糊地背“用了 SpringBoot”。

3. 把项目跑起来：数据库还原、配置修改与前端的本地联调步骤

3.1 先把数据库还原出来：导入 .sql 的两种姿势

拿到资源包后先找数据库脚本，通常是一个.sql文件，命名类似farmstay_db.sql。第一步是在本地 MySQL 里新建一个空库，再把脚本导进去。常见做法是命令行导入，登录后执行source命令，也可以直接用可视化工具。命令行方式更适合写进报告，演示时也更干净。

# 登录 MySQL（输入密码后进入 mysql 命令行） mysql -u root -p # 创建数据库，指定 utf8mb4 字符集 CREATE DATABASE farmstay_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 切换到目标库 USE farmstay_db; # 导入脚本（路径写你本地实际位置） source /home/yourname/project/farmstay_db.sql;

utf8mb4是必须用到的字符集，农家乐平台里如果涉及菜品备注、活动介绍这类文本，用utf8mb4才能完整容纳生僻字和 Emoji。如果脚本本身已经包含CREATE DATABASE语句，你可以直接source整个文件而不用手动建库，但手动建库更稳妥——避免脚本里指定的库名和你本地预期不一致。导入完成后执行SHOW TABLES;，看到用户表、房间表、订单表、菜品表等，说明数据库这一步就算过了。

另一种姿势是用 Navicat 或 MySQL Workbench 的导入功能。操作路径是“右键数据库 → 运行 SQL 文件 → 选择脚本 → 开始”。这种方式适合不熟悉命令行的读者，但注意脚本执行后要在左侧列表右键刷新，否则新表不会立刻显示。第一次导入如果报错，九成是字符集或脚本编码问题，用记事本打开.sql文件另存为 UTF-8 编码再导一次通常能解决。

3.2 后端启动前的三个必改配置

数据库导入成功后，后端启动前要检查三处配置。第一处是application.yml里的数据库账号密码，源码包里大概率写的还是原作者本地的root/123456这类值，必须改成你自己 MySQL 的密码，否则数据源初始化失败。第二处是端口冲突——后端默认 8080，如果你本机已经跑了别的服务占用 8080，启动会直接报Port already in use，改server.port为 8081 即可，但记得前端代理的 target 也要跟着改。第三处是检查pom.xml里spring-boot-maven-plugin的配置和 JDK 版本匹配，Spring Boot 3 用 JDK 17，Spring Boot 2.x 用 JDK 8，这是最常见的启动失败原因。

# 改完后的数据源配置（本地开发环境） spring: datasource: url: jdbc:mysql://localhost:3306/farmstay_db?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false username: root password: 你自己的密码

后端启动方式有两种，一种是用 IDE 直接运行标注了@SpringBootApplication的主类，另一种是用 Maven 命令。命令行启动更适合后续部署演示：

# 在 backend 目录下执行 mvn spring-boot:run

看到类似Tomcat started on port(s): 8080的日志，说明后端起来了。接着在浏览器访问http://localhost:8080/api/room/list这类测试接口，如果返回 JSON 数据，后端这套就通了。这里要提醒一点：不要跳过了数据库导入直接启动，数据源初始化失败时后端虽然也能起，但所有涉及查询的接口都会报 500，排查起来会更绕。

3.3 前端依赖安装与本地联调

前端启动的坑集中在依赖安装这一步。进入前端目录后，先确认package.json存在，然后执行安装命令。npm 安装速度受网络影响大，如果卡住或报错，常见做法是换成镜像源。安装完成后启动开发服务器，默认端口通常是 8081，启动日志里会显示本地访问地址。

# 进入前端目录 cd frontend # 安装依赖（首次安装耗时较长） npm install # 启动开发服务器 npm run serve

看到App running at: http://localhost:8081就说明前端起来了。这时候在浏览器打开 8081 端口，正常情况下应该能跳转到登录页。如果页面能打开但登录时报网络错误，问题一般在代理配置上。开发环境里前端跑在 8081，后端跑在 8080，两者端口不同，跨域是绕不开的问题。常见做法是在vue.config.js里配置代理，把/api开头的请求转发到后端地址。

// vue.config.js 代理配置 module.exports = { devServer: { port: 8081, proxy: { '/api': { target: 'http://localhost:8080', changeOrigin: true } } } }

changeOrigin: true的含义是让后端收到的请求头里的 Host 变成 target 地址，避免后端因为来源域名不一致而拒绝。配置完成后要重启前端服务才生效。前后端联调的完整路径是：前端发请求 → Vue 代理转发 → 后端接口处理 → MyBatis 执行 SQL → 返回 JSON → 前端渲染。这条链路里任何一环断了，表现都是页面报错，排查时从浏览器 Network 面板看请求状态码能快速定位是哪一环出了问题。

4. 核心业务逻辑拆解：预订、房态、餐饮订单的表设计与接口实现

4.1 用户与房态两张核心表：表结构设计里的讲究

农家乐管理平台的业务主线是“用户选房间 → 下订单 → 到店入住 → 结算离店”。这条线最核心的两张表是用户表和房间表。用户表设计时要注意角色字段，一般用role区分普通游客和管理员，数值 0 和 1 比字符串枚举更省空间，查询也更快。密码字段不能存明文，常见做法是 MD5 加盐或 BCrypt 加密，这块在论文里也值得专门写一段。

-- 用户表 CREATE TABLE `user` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `username` varchar(50) NOT NULL COMMENT '登录名', `password` varchar(100) NOT NULL COMMENT '加密后的密码', `real_name` varchar(50) DEFAULT NULL COMMENT '真实姓名', `phone` varchar(20) DEFAULT NULL COMMENT '联系方式', `role` tinyint(4) NOT NULL DEFAULT '0' COMMENT '0-游客 1-管理员', `create_time` datetime DEFAULT CURRENT_TIMESTAMP COMMENT '注册时间', PRIMARY KEY (`id`), UNIQUE KEY `uk_username` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

uk_username唯一索引是防重复注册的关键，注册接口里先查再插的做法其实有并发漏洞，直接靠数据库唯一索引兜底更可靠。房间表设计时核心字段是房型、价格和状态，状态字段用status标识空闲、已预订、维护中三种情况。这里有一个初学者容易踩的设计坑：房态不要直接在房间表上改状态，而是通过订单表反推——当天没有未完成订单的房间才是空闲。直接维护状态字段会出现“订单取消了，房间状态忘了改回空闲”的数据不一致问题。

-- 房间表 CREATE TABLE `room` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `room_name` varchar(50) NOT NULL COMMENT '房间号', `room_type` varchar(20) DEFAULT NULL COMMENT '标间/大床房/家庭房', `price` decimal(10,2) NOT NULL COMMENT '每晚价格', `status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '0-空闲 1-已预订 2-维护中', `description` text COMMENT '房间描述', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

decimal(10,2)是金额字段的正确打开方式，浮点数float在金额计算上会出现 0.1 + 0.2 不等于 0.3 的精度问题。答辩时如果被问到“金额为什么用 decimal”，这是标准回答。

4.2 订单与餐饮业务：关联查询的实现方式

订单表是整条业务链的枢纽，它同时关联用户表和房间表。设计订单表时要单独存一个order_no订单编号，不能用自增主键直接当订单号给用户看——暴露订单量是小事，更麻烦的是订单号要满足一定的格式规则，自增 ID 做不到。业务状态字段用status区分待支付、已确认、已入住、已离店、已取消，这部分状态流转建议画一张图放进论文，答辩时老师很吃这一套。

CREATE TABLE `booking_order` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `order_no` varchar(32) NOT NULL COMMENT '订单编号', `user_id` bigint(20) NOT NULL COMMENT '下单用户ID', `room_id` bigint(20) NOT NULL COMMENT '预订房间ID', `check_in_date` date NOT NULL COMMENT '入住日期', `check_out_date` date NOT NULL COMMENT '离店日期', `total_amount` decimal(10,2) NOT NULL COMMENT '订单总金额', `status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '0-待支付 1-已确认 2-已入住 3-已离店 4-已取消', `create_time` datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `idx_user_id` (`user_id`), KEY `idx_room_id` (`room_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

total_amount的常见计算逻辑是按入住天数乘每晚单价。这里要注意跨月、跨年的日期差值计算，Java 里用LocalDate的between方法比用Date算毫秒差再除 86400000 可靠得多，后者在夏令时地区会算错。关联查询用 MyBatis Plus 的JOIN或者分步查询都行，但演示时建议展示一条带表关联的 SQL，比如“查订单同时显示用户名和房间号”。

餐饮模块的表一般包含菜品表和点餐记录表，菜品表字段相对简单——菜名、分类、价格、图片、库存或每日限量。点餐记录关联订单号和菜品 ID，一个订单对应多条记录，这就是典型的一对多关系。接口设计上，前台用户下单调用/api/order/create，后台管理员查订单列表用/api/order/page加分页参数。这里有一个非常有答辩价值的点：订单列表查询需要展示用户名和房间号，但订单表里只存了 ID，所以 SQL 里必须用JOIN关联查询，而不是在 Java 代码里循环查数据库——那会触发经典的 N+1 问题，数据量小时无所谓，数据量一多接口就变慢。

4.3 Controller 层的通用返回体与分页参数：前后端约定的关键

看完表结构再看接口层，一个规范的项目会在Controller里统一返回体。比如封装一个Result类，里面有三个字段——code表示状态码、msg表示提示信息、data存放业务数据。前端 axios 拦截器根据code判断是否弹出错误提示，这样不用每个接口都写一堆if else判断。分页接口的入参也一般约定为pageNum和pageSize两个参数，MyBatis Plus 的Page对象直接接收即可。

@RestController @RequestMapping("/api/room") public class RoomController { @Autowired private RoomService roomService; @GetMapping("/list") public Result list(@RequestParam(defaultValue = "1") Integer pageNum, @RequestParam(defaultValue = "10") Integer pageSize) { Page<Room> page = roomService.page(new Page<>(pageNum, pageSize)); return Result.success(page); } }

这段代码的逻辑是：前端请求/api/room/list?pageNum=1&pageSize=10，后端创建分页对象，调用roomService.page()方法查询当前页数据，把分页对象整体塞进统一返回体。defaultValue让接口在缺参时也能正常返回第一页数据，避免前端忘了传参导致报错。这里的Page对象里包含了total总条数和records记录列表，前端表格组件可以直接用这两个字段渲染分页栏，前后端不用额外对齐字段名。答辩时可以直接指着Page对象说“分页插件是 MyBatis Plus 提供的物理分页，不是查全表再内存截断”，这句话能挡住一半的追问。

5. 避坑清单：从导入数据库到答辩展示的 5 个高频翻车点

5.1 数据库连接失败：时区与认证插件不兼容

现象：后端启动时控制台报Access denied for user 'root'@'localhost'或The server time zone value ... is unrecognized，数据库脚本明明导入成功了，应用却连不上。

原因：两种情况叠加。一是 MySQL 8 默认的认证插件是caching_sha2_password，旧版的mysql-connector-java驱动不认识这种认证方式；二是数据源 URL 里没有带上serverTimezone参数，驱动和数据库握手时无法协商时区。

解决：先确认pom.xml里 MySQL 驱动版本是 8.x，如果版本太旧就升级到 8.0.33 或更高；然后在 URL 末尾加上serverTimezone=Asia/Shanghai&useSSL=false。如果确认驱动没问题还报认证错误，可以在 MySQL 里执行ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的密码';把认证插件降级。这个坑在自测阶段就要提前踩掉，不要等到答辩现场才第一次启动后端。

5.2 前端登录接口 404：代理与跨域配置缺失

现象：前端页面能打开，输入账号密码点登录后，浏览器 Network 里显示请求http://localhost:8081/api/user/login返回 404 或 500，后端控制台没有任何日志。

原因：404 说明请求根本没有到达后端，被前端开发服务器直接吞掉了。Vue 开发服务器默认只托管静态资源，不处理/api路径，必须通过vue.config.js里的proxy把/api转发到后端地址。如果没配代理，请求就会打到前端服务器自己身上，自然找不到接口。500 的情况一般是代理配了但 target 端口写错，后端没起来或端口不对。

解决：检查vue.config.js里的proxy配置；确认target的端口和后端server.port一致；重启前端开发服务器让配置生效。还有一个小坑：改了代理后浏览器缓存了旧的 404 响应，刷新不行，要强制刷新或关掉浏览器重开。前端联调最怕“我以为改了配置”，实际 devServer 没重启，配置没加载进去。

5.3 代码编译不过：Lombok 与 JDK 版本冲突

现象：后端代码明明没动过，mvn spring-boot:run却报编译错误，提示找不到getter、setter方法，或者package lombok does not exist。

原因：Lombok 是在编译期通过注解处理器生成代码的，JDK 版本升级后，老版本 Lombok 的注解处理器会失效。Java 17 搭配 Spring Boot 3 时，Lombok 版本至少要 1.18.30，更老的可能直接编译失败。

解决：检查pom.xml里 Lombok 版本，升级到 1.18.30 以上；确认 IDE 里安装了 Lombok 插件并开启了注解处理。另外还要检查 Maven 用的 JDK 版本和pom.xml里java.version是否一致——Maven 默认用的 JDK 未必是你在 IDE 里配置的那个。这个坑的隐蔽之处在于代码本身没问题，问题在工具链，答辩前最好让项目在一台干净环境里能完整跑起来。

5.4 论文里的表结构和代码对不上：答辩时的当场翻车点

现象：答辩老师翻论文里的数据库设计章节，指着room_info表提问，你打开电脑里的项目代码，发现类名和字段是Room，表名是room，现场越解释越绕。

原因：论文写作和代码开发经常不是同步推进的，不少人是代码写完了再补论文，或者反过来论文先画了 ER 图再写代码，两边没对齐。

解决：答辩前必须逐表核对论文里的表名、字段名、字段类型与数据库脚本是否完全一致，包括大小写规范。如果论文里画了业务流程图，也要和代码里的实际模块对应。这一步不能偷懒，老师不一定会打开数据库去验证每个字段，但一旦问到一个对不上的点，整篇论文的可信度都会被打折扣。核对方法很简单，把论文里的每张表截图和SHOW CREATE TABLE的输出并列放在屏幕上，扫一遍就够。

5.5 中文路径与安全软件：前端依赖装不上的隐形杀手

现象：npm install执行到一半报错，错误信息里带一串看不懂的路径，或者出现ELIFECYCLE、EACCES之类的关键字，重试多少次都一样。

原因：项目被放在带中文名或空格的目录下，比如C:\Users\张三\桌面\毕业设计\源码，npm 在某些版本下对路径中的非 ASCII 字符处理有问题，导致依赖写入失败。还有安全软件实时扫描node_modules目录，拦截或延迟了文件写入。

解决：把整个项目目录移动到纯英文路径下，比如D:\projects\farmstay，目录层级尽量浅。安装依赖时暂时关闭实时防护，装完再打开。这个坑和环境变量类似，换个机器可能就没事，但卡住的那几个小时足够让人崩溃。我的习惯是前端项目一律放在纯英文路径，不只是毕设项目，工作里的项目也一样。

6. 给管理系统加三个加分项：拦截器、Excel 导出与答辩讲法

6.1 用拦截器补一个简单权限校验

原项目里登录接口可能只是验证账号密码然后放行，后续所有接口裸奔。这个缺口开发时无所谓，但答辩时是一块现成的亮点。加一个 Spring 拦截器，拦截/api/admin/**开头的接口，校验请求头里有没有合法的 token，没有就返回 401。代码量不大，但讲出来是“我补充了接口权限控制”，这比“我实现了增删改查”高一个层次。

public class AuthInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws IOException { // 从请求头取 token，这里按项目实际登录逻辑调整 String token = request.getHeader("Authorization"); if (token == null || token.isEmpty()) { response.setStatus(401); response.getWriter().write("{\"code\":401,\"msg\":\"未登录\"}"); return false; } return true; } }

这段逻辑是：请求进入 Controller 之前先经过拦截器，校验失败直接写回一个 JSON 格式的 401 响应，不再向下执行。注册拦截器要在配置类里设置路径规则，只拦截管理端前缀，不影响前台游客正常浏览。答辩演示时先不带 token 访问管理接口，再带 token 访问，两次结果一对比，效果直观。

6.2 给订单模块加一个 Excel 导出接口

农家乐月底结算时，管理员需要把订单明细导出来做账。这个需求在毕设里实现起来成本很低，用 EasyExcel 工具类几十行代码就能完成，但讲出来是“我考虑到了实际运营场景”，这句话在答辩评分里很有分量。

@GetMapping("/export") public void export(HttpServletResponse response) throws IOException { // 查询所有订单，项目里可以换成按日期范围查询 List<BookingOrder> list = orderService.list(); response.setContentType("application/vnd.openxmlformats-officedocument.spreadsheetml.sheet"); response.setCharacterEncoding("utf-8"); String fileName = URLEncoder.encode("订单明细", "UTF-8"); response.setHeader("Content-disposition", "attachment;filename=" + fileName + ".xlsx"); // 用 EasyExcel 直接写出，实体类字段注解决定列名 EasyExcel.write(response.getOutputStream(), BookingOrder.class).sheet("订单").doWrite(list); }

导出逻辑的要点在于响应头设置——Content-disposition里的attachment告诉浏览器这是下载文件而不是页面跳转，filename做了 URL 编码防止中文文件名乱码。答辩时现场点击导出，浏览器弹出下载框的那一刻，比任何截图都有说服力。这部分代码量不大，但属于“从能跑到能用”的跨越。

6.3 答辩讲法：把“实现功能”讲成“解决问题”

最后聊答辩。拿到这份项目后最容易犯的错是把 PPT 做成功能介绍：这是用户管理、这是订单管理、这是餐饮管理。正确的讲法是围绕问题讲方案。开场可以从农家乐经营者面临的现状入手——电话预约容易记错、手写账单难统计、旺季房态不透明，然后讲你的系统分别怎么解决这些问题：在线预订让房态实时可见，订单结算自动算金额，管理端报表导出方便对账。技术方面不要面面俱到，挑三个点讲深即可：前后端分离的接口调用流程、MyBatis Plus 的分页与关联查询、你新增的权限拦截和 Excel 导出。

答辩时如果被问到“项目里最难解决的问题是什么”，不要回答“都很顺利”。挑一个真实踩过的坑讲，比如数据库时区问题排查了一晚上，最后发现是 URL 缺参数；或者联调时前端 404，最后定位到代理配置。讲踩坑经历反而让答辩更像真实的工程实践，比背稿可信得多。我见过不少同学败在“把一切说得太完美”，老师一追问细节就露馅，坦诚讲问题反而容易过。希望这些经验和踩坑记录能帮你把项目顺利跑起来，答辩时心里有底。

本文还有配套的精品资源，点击获取