企业官网建设流程全解析

简介：基于Spring Boot框架的书籍学习平台，是一套Java毕业设计完整项目，包含毕业论文、答辩PPT、源代码与演示视频，适合即将进行毕业设计或学习前后端开发的学生。压缩包共897个文件，约46.81MB，主要包含Java后台源码、Vue前端页面、页面脚本与样式、SQL数据库脚本和Word论文文档，并附带操作演示视频，方便直观掌握项目效果。目前已有97人学习查看。项目按管理员、用户、作者三类角色划分功能，覆盖登录、用户管理、个人中心等业务流程，并给出了数据库概念模型和物理模型设计。运行环境要求明确（JDK1.8、Tomcat7、MySQL5.7、Maven等），支持二次开发与定制，可直接作为毕业设计参考和扩展基础。

1. 毕设季的“后悔药”：Spring Boot 书籍学习平台到底值不值得选

每年到了毕业设计开题季，“基于 Spring Boot 的 XX 系统”总是一类绕不开的选题。这次的标题是“Java毕业设计-基于springboot开发的书籍学习平台-毕业论文+PPT（附源代码+演示视频）”，把它拆开看，核心不只是“做个网站”，而是三条线：Spring Boot 后端能不能真正支撑“学习平台”这类业务、毕业论文怎么写才不被答辩老师问倒、以及拿到一份源代码之后怎么跑起来并改出自己的东西。适合的人群很明确：正在选毕设题目的本科生、想快速搭一个能演示的项目但又不想纯抄代码的初级开发者。这个方向最打动人的一点是：业务模型足够常见（用户、书籍、收藏、阅读记录、管理后台），技术栈足够主流（Spring Boot + MyBatis + 前端模板），工作量可以按自己的能力裁剪。但恰恰因为常见，答辩时“撞车率”也高，所以本文不讲空话，直接从怎么搭建、参数怎么调、哪里容易翻车说起，帮你把这个题目做成一个能讲清楚、能演示、能过查重的作品。

2. 学习平台的功能边界与表结构设计：先定清楚“做多大”

2.1 书籍学习平台最常见的功能模块划分

成熟的书籍学习平台通常包含两类用户：普通读者和管理员。读者端要能看到书籍列表、按分类筛选、查看书籍详情、收藏书籍、留下阅读记录；管理员端要能管理书籍分类和书籍信息、查看用户列表、下发公告。再往深处加，还能加评论、评分、笔记、弹幕、书籍推荐，但对于本科毕设，功能不是越多越好，而是“完整且能演示”。一个有登录、有权限区分、有核心业务闭环（用户浏览书籍→收藏→后台管理数据）的项目，已经足够写出一篇有说服力的论文。

我一般建议的模块划分是：用户模块（注册、登录、修改信息）、书籍模块（图书列表、分类查询、详情）、收藏模块（收藏/取消收藏、我的收藏）、公告模块（查看公告、管理员发布）、后台管理模块（书籍管理、分类管理、用户管理）。这样的划分对应到论文里，就是一套标准的“用例图 + 功能模块图 + 流程图”素材，答辩时讲起来也顺。

2.2 核心数据表设计：从 user 到 book 的六张表

Spring Boot 项目的数据层设计是整个后端的地基。书籍学习平台最少需要六张表：用户表、角色表（用来区分管理员和读者）、书籍分类表、书籍信息表、收藏关系表、公告表。如果要做阅读记录，再加一张阅读历史表；如果需要用户有多种角色，再加一张用户-角色关联表。对于单用户角色模式（直接在用户表里加 role 字段），可以省掉关联表，减少联查复杂度，这对毕设来说是件好事。

书籍信息表是整个业务的核心，字段设计上要同学术论文的“系统设计”章节对应起来。典型字段包括：id（主键）、book_name（书名）、author（作者）、category_id（分类外键）、publisher（出版社）、publish_date（出版日期）、price（定价）、cover_url（封面图地址）、description（简介）、file_url（电子书或附件地址）、status（是否上下架）、create_time（创建时间）。特别注意 description 字段要用 TEXT 类型，不要用 VARCHAR(255)，否则书籍简介稍长就存不进去。

收藏关系表的设计有个容易踩的坑：要不要把收藏时间也存下来？强烈建议存。因为“我的收藏”页面一般要做时间排序，如果只存 user_id 和 book_id 两个字段，后期想按时间排序还得补数据。收藏表的索引设计也值得写进论文：对 (user_id, book_id) 建唯一索引，防止同一个用户重复收藏同一本书。

2.3 用 Navicat 或命令行创建数据库：一份可直接执行的初始化 SQL

下面这份 SQL 覆盖了最基本的六张表，可以直接在 Navicat 或者命令行里执行。字段类型和索引都是按毕设的常见要求来设定的，注意把字符集统一成 utf8mb4，否则插入生僻字或表情符号会报错。

CREATE DATABASE IF NOT EXISTS book_platform DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE book_platform; CREATE TABLE `user` ( `id` INT NOT NULL AUTO_INCREMENT, `username` VARCHAR(50) NOT NULL COMMENT '用户名', `password` VARCHAR(100) NOT NULL COMMENT '加密后的密码', `nickname` VARCHAR(50) DEFAULT NULL COMMENT '昵称', `role` TINYINT NOT NULL DEFAULT 1 COMMENT '1-读者 2-管理员', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), UNIQUE KEY `uk_username` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE `book_category` ( `id` INT NOT NULL AUTO_INCREMENT, `category_name` VARCHAR(50) NOT NULL, `sort_order` INT DEFAULT 0 COMMENT '排序权重', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE `book` ( `id` INT NOT NULL AUTO_INCREMENT, `category_id` INT NOT NULL, `book_name` VARCHAR(100) NOT NULL, `author` VARCHAR(50) DEFAULT NULL, `publisher` VARCHAR(100) DEFAULT NULL, `publish_date` DATE DEFAULT NULL, `price` DECIMAL(10,2) DEFAULT 0, `cover_url` VARCHAR(255) DEFAULT NULL, `file_url` VARCHAR(255) DEFAULT NULL COMMENT '书籍文件/电子书地址', `description` TEXT COMMENT '内容简介', `status` TINYINT DEFAULT 1 COMMENT '1-上架 0-下架', `view_count` INT DEFAULT 0 COMMENT '浏览量', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `idx_category` (`category_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE `user_favorite` ( `id` INT NOT NULL AUTO_INCREMENT, `user_id` INT NOT NULL, `book_id` INT NOT NULL, `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), UNIQUE KEY `uk_user_book` (`user_id`, `book_id`), KEY `idx_user` (`user_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

密码字段建议用 BCrypt 加密存储，不要用 MD5。原因很简单：Spring Security 或 Spring Boot 自带的 security 模块原生支持 BCrypt，而且论文里写“使用 BCrypt 加盐哈希存储用户口令”比“MD5 加密”从安全角度要严谨得多，答辩时也不容易被追问“MD5 为什么不行”。角色字段用 TINYINT（1 为读者、2 为管理员），比用字符串更省存储，查询也更快。

3. 用 Spring Boot + MyBatis 搭出后端骨架：分层结构、配置文件与第一个接口

3.1 项目分层：controller、service、mapper 的标准姿势

Spring Boot 项目的包结构对毕业论文的“系统设计”章节影响很大。常见的分层是 controller（接收请求）、service（处理业务）、mapper（访问数据库）、 entity（实体类）、dto（前端传参对象）、config（配置类）、 common（统一返回结果和异常处理）。Controller 层只负责参数接收和返回值组装，不写 SQL；Service 层负责业务判断，比如收藏书籍时先判断这本书是否存在、是否已收藏；Mapper 层只写数据库访问接口和 XML 中的 SQL。这样的结构在论文里画层次图时非常整齐，答辩老师也容易看懂。

实体类要跟数据库字段一一对应，但容易漏的是 createTime 这种驼峰字段和数据库下划线字段的映射。如果用的是 MyBatis，要么在 application.yml 里开启 map-underscore-to-camel-case，要么在 XML 中给每个字段写 resultMap。建议直接开启驼峰映射，一行配置解决问题。

3.2 配置文件：端口、数据库连接、日志级别一次配齐

拿到一份 Spring Boot 项目源代码，第一件事不是看代码，而是看配置文件。application.yml 里最常见的几个问题：数据库密码被改过、端口被占用、MyBatis 的 mapper 路径配错导致启动报错。下面这份配置是书籍学习平台的典型配置，标了注释，可以在此基础上改。

server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/book_platform?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai username: root password: "你的数据库密码" servlet: multipart: max-file-size: 50MB max-request-size: 50MB mybatis: mapper-locations: classpath:mapper/*.xml configuration: map-underscore-to-camel-case: true log-impl: org.apache.ibatis.logging.stdout.StdOutImpl logging: level: com.example.bookplatform.mapper: debug

特别注意一点：数据库连接的 url 后面必须带 serverTimezone=Asia/Shanghai，否则用新版 MySQL 驱动会报时区错误。多文件上传配置是为书籍封面上传准备的，如果项目里没做文件上传功能，可以删掉。日志配置里的 StdOutImpl 会在控制台打印完整 SQL，调试时非常好用，但部署前记得改成 Slf4j 或去掉，否则生产环境会刷大量日志。

3.3 一个能跑通的最小案例：书籍列表分页接口

分页查询是书籍学习平台最常用的接口，也是毕业论文里“系统实现”章节必须展示的一个点。用 MyBatis 做分页常见做法是 PageHelper，但它有个默认逻辑删除拦截的坑；另一种更可控的方式是自己传 pageNum 和 pageSize，然后通过 LIMIT 计算偏移量。

下面写一个完整的 Controller + Service + Mapper 的最小闭环。这个接口的含义是：访问 /api/book/list 时，传入页码和每页条数，返回分页后的书籍列表。

@RestController @RequestMapping("/api/book") public class BookController { @Autowired private BookService bookService; @GetMapping("/list") public Result<PageResult<BookVO>> list( @RequestParam(defaultValue = "1") int pageNum, @RequestParam(defaultValue = "10") int pageSize, @RequestParam(required = false) Integer categoryId) { return Result.success(bookService.pageQuery(pageNum, pageSize, categoryId)); } }

Service 实现类的关键逻辑在于把页码转成 SQL 的 LIMIT 偏移量，同时查出总数后封装成 PageResult。这里不直接把 Page 对象丢给前端，是因为前端只需要数据列表和总页数这几个字段，不需要知道底层分页插件的内部结构。

public PageResult<BookVO> pageQuery(int pageNum, int pageSize, Integer categoryId) { int offset = (pageNum - 1) * pageSize; List<BookVO> list = bookMapper.selectPage(offset, pageSize, categoryId); long total = bookMapper.countPage(categoryId); return new PageResult<>(list, total, pageNum, pageSize); }

Mapper 的 XML 中对应两个 SQL：一个是查询当前页的数据，一个是统计总数。分页时必须写 count 语句，因为前端分页组件需要 total 来算总页数。如果不写 count 而用 List.size() 代替，当数据量超过一页时翻页按钮会计算错误。

<select id="selectPage" resultType="com.example.bookplatform.vo.BookVO"> SELECT id, book_name, author, publisher, price, cover_url, view_count FROM book <where> <if test="categoryId != null"> AND category_id = #{categoryId} </if> AND status = 1 </where> ORDER BY create_time DESC LIMIT #{offset}, #{pageSize} </select> <select id="countPage" resultType="long"> SELECT COUNT(*) FROM book <where> <if test="categoryId != null"> AND category_id = #{categoryId} </if> AND status = 1 </where> </select>

参数说明：categoryId 是可选的，前端传了就在 where 里拼分类条件，不传就查全部分类；status = 1 保证下架的书籍不会出现在用户端。ORDER BY create_time DESC 让新添加的书籍排在最前面，这是书籍列表页最常见的排序方式。如果项目里要按浏览量排序，改成 ORDER BY view_count DESC 即可，前后端都不用动。

4. 前端页面与前后端联调：Thymeleaf 渲染还是前后端分离？

4.1 两种方案怎么选：模板引擎 vs Vue 分离

Spring Boot 书籍学习平台的前端有两种主流选择。第一种是 Thymeleaf 服务端渲染，页面由后端控制，适合单人开发，部署简单，一个 jar 包跑起来全部搞定，论文里写的是“使用 Thymeleaf 模板引擎进行服务端页面渲染”。第二种是 Vue + Axios 前后端分离，前端单独部署，更适合有 Node.js 基础的同学，但毕设答辩时老师可能会追问跨域问题怎么解决、前端怎么部署，多一个环节就多一分风险。

这里先给一个判断标准：如果只想尽快跑通并顺利答辩，选 Thymeleaf；如果简历上想写“前后端分离项目”或已经会 Vue，选分离式。两种方案的代码结构差别很大：Thymeleaf 的页面放在 templates 目录下，静态资源放在 static 目录下；分离式的前端是独立项目，通过调用后端接口获取数据。Source 包里的项目大概率是 Thymeleaf 方案，因为它对“一个源码包直接启动演示”这件事最友好。

4.2 Thymeleaf 页面集成：列表页从后端数据到表格渲染

Thymeleaf 页面在 Spring Boot 中的集成有三个关键步骤：引入依赖、把页面放到 templates 目录、用 th:each 遍历后端传来的列表数据。页面做出来的效果是：访问 localhost:8080/book/list 时，后端返回一个包含书籍列表的 Model，页面渲染成用户可浏览的网页。

<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-thymeleaf</artifactId> </dependency>

在 Controller 中返回视图名时，Spring Boot 会自动去 templates 目录下找对应的 HTML 文件。注意方法上要用 @Controller 而不是 @RestController，@RestController 会把返回值当 JSON 处理，页面就出不来了。

@Controller @RequestMapping("/page/book") public class BookPageController { @Autowired private BookService bookService; @GetMapping("/list") public String list(@RequestParam(defaultValue = "1") int pageNum, Model model) { PageResult<BookVO> page = bookService.pageQuery(pageNum, 10, null); model.addAttribute("page", page); return "book/list"; } }

HTML 页面中通过 th:each 循环遍历 page.list 中的书籍对象，渲染书名、作者、价格和“查看详情”按钮。价格是 BigDecimal 类型，Thymeleaf 里用 #numbers.format 转换成两位小数展示，这个细节在论文贴运行截图时非常显眼，前端直接显示成 59.0 会显得很不专业。

<table> <tr th:each="book : ${page.list}"> <td th:text="${book.bookName}"></td> <td th:text="${book.author}"></td> <td th:text="${#numbers.formatDecimal(book.price, 1, 2)}"></td> <td><a th:href="@{/page/book/detail/{id}(id=${book.id})}">查看详情</a></td> </tr> </table> <div> 共 <span th:text="${page.total}"></span> 本 <a th:href="@{/page/book/list(pageNum=1)}">首页</a> <a th:href="@{/page/book/list(pageNum=${page.pageNum - 1})}">上一页</a> <a th:href="@{/page/book/list(pageNum=${page.pageNum + 1})}">下一页</a> </div>

这里的翻页链接没有做页码边界控制，当 pageNum 小于 1 或大于总页数时，后端 Controller 里最好做一个矫正处理：小于 1 就设为 1，大于总页数就设为总页数。否则用户疯狂点“上一页”时，SQL 的 offset 会变成负数，MySQL 直接报错。

4.3 文件上传的落地处理：封面图和书籍文件

书籍学习平台的后台要维护书籍信息，其中“上传封面图”和“上传电子书文件”是实际操作频率最高的功能。Spring Boot 接收上传文件走的是 MultipartFile，处理逻辑是：把文件保存到本地磁盘目录，再把访问路径存到数据库的 cover_url 字段。这里有一个常见的部署坑：本地开发时文件路径可能是 D:/upload/，但打成 jar 部署在 Linux 服务器上时这个路径不存在。所以上传路径要写到配置文件里，而不是写死在代码里。

推荐的做法是：项目根目录下的 upload 文件夹作为存储路径，同时配置一个静态资源映射，让 /upload/** 开头的 URL 直接映射到这个物理目录。这样数据库里只存相对路径，比如 /upload/cover/20250101.jpg，页面通过 localhost:8080/upload/cover/20250101.jpg 就能访问到图片。

upload: path: ./upload/

@Configuration public class WebConfig implements WebMvcConfigurer { @Value("${upload.path}") private String uploadPath; @Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler("/upload/**") .addResourceLocations("file:" + uploadPath); } }

配置类里的 file: 前缀不能少，少了 Spring 会把它当成 classpath 路径处理。上传保存的代码用 UUID 重命名文件，避免用户上传同名文件互相覆盖。文件后缀的白名单校验也要做，只允许 .jpg .png .pdf 等常见格式，不然有安全风险。

public String uploadFile(MultipartFile file) { if (file.isEmpty()) { throw new BusinessException("文件不能为空"); } String originalName = file.getOriginalFilename(); String ext = originalName.substring(originalName.lastIndexOf(".")); String newName = UUID.randomUUID().toString().replaceAll("-", "") + ext; File destFile = new File(uploadPath + newName); try { file.transferTo(destFile); } catch (IOException e) { throw new BusinessException("文件保存失败"); } return "/upload/" + newName; }

这里有个细节：transferTo 方法传入的是一个绝对路径或相对路径对象，直接用 new File 最稳妥。有些写法是 file.transferTo(new File(uploadPath + "/" + newName))，在 Windows 和 Linux 下都能用，但 uploadPath 末尾带不带斜杠会导致路径拼接差异，统一在配置里写 ./upload/ 并在代码里做一次规范化处理会更省心。

5. 常见问题避坑：启动报错、页面 404、数据库中文乱码的排查路径

5.1 application.yml 里 mapper-locations 配错导致启动失败

现象：项目启动时报错 “Invalid bound statement (not found)”，或者提示找不到 BookMapper 的 SQL 语句。原因：MyBatis 的 mapper XML 文件路径和配置不一致。XML 文件放在 src/main/resources/mapper/ 下，但配置文件写的是 classpath:mapper/*.xml，实际编译后 XML 没有被复制到 target 目录。解决：确认 XML 文件确实在 resources/mapper 目录下，而不是在 java 包目录下；同时检查 application.yml 是否被项目正确加载——如果用的是 application.properties，内容写在 yml 里是不会生效的。

5.2 页面访问 404 但接口返回 JSON 正常

现象：访问 localhost:8080/book/list 时返回 JSON 数据而不是页面，访问 localhost:8080/page/book/list 时显示 404。原因：Spring Boot 对 @RestController 和 @Controller 的处理方式完全不同。列表接口用 @RestController 响应 JSON，页面跳转必须使用 @Controller。另外 urls 可能写错——如果你的类上写的是 @RestController 却返回字符串 “book/list”，前端拿到的是普通文本，不是页面。解决：页面入口类用 @Controller，接口类用 @RestController，二者不要混用；如果用了 @Controller 但返回 JSON，需要在方法上加 @ResponseBody。

5.3 MySQL 中文乱码：url 参数和数据表字符集双管齐下

现象：页面和管理后台显示中文变成问号或乱码。原因：数据库连接 url 缺少 characterEncoding=utf8，同时建表时没有指定 utf8mb4 字符集。解决：url 加上 useUnicode=true&characterEncoding=utf8，建表语句中的 DEFAULT CHARSET 改为 utf8mb4。这里有个容易被忽略的点：如果表已经建好且是 latin1 字符集，光改连接参数是没用的，需要手动执行 ALTER TABLE 语句修改字符集，或者把表删掉重新执行新 SQL。在论文里写“统一使用 utf8mb4 字符集支持中文字符”，可以加进数据库设计说明。

5.4 Spring Boot 版本太高导致 javax 包名变化

现象：项目源码能打开但编译报错，错误信息里全是 “javax.servlet 不存在” 或 “cannot find symbol: class HttpServlet”。原因：Spring Boot 2.x 使用 javax.servlet 包名，Spring Boot 3.x 改成了 jakarta.servlet。如果你下载了用 2.x 写的源码，自己却有选择地新建了 3.x 项目，或者直接用了 JDK 17 而没有做兼容配置，包名就会冲突。解决：要么按源码里 POM 的 Spring Boot 版本走，要么全局替换 javax 为 jakarta，同时注意 JDK 版本匹配。常见做法是直接使用源码自带的版本，不折腾升级，毕竟毕设的重点是把系统做完。

5.5 IDEA 2026 等新版工具配置启动端口时找不到入口类

现象：多人拿到同一份源代码，别人的项目能跑，自己的一启动就报错 “Failed to configure a DataSource”，“url” attribute is not specified 或直接找不到主类。原因：Spring Boot 启动类中的 @SpringBootApplication 注解在扫描包时，如果项目里 Controller 或 Service 放在了启动类目录的外层，Spring 容器就扫不到这些 Bean。另一种情况是 IDEA 启动配置里根本没有选择正确的主类。解决：把主类放在 com.example.bookplatform 包根目录下，所有业务代码都放在它的子包中，这是 Spring Boot 包扫描的最可靠方式；IDEA 中点击主类旁边的绿色运行按钮启动，避免手动创建 Application 配置导致选错主类。

6. 答辩前必做的三件事：验证接口、写清设计说明、准备追问话术

6.1 用 POSTMAN 或浏览器过一遍完整业务链

答辩前建议花半小时按正常用户路径过一遍：注册新用户→登录→浏览书籍→筛选分类→查看详情→收藏→进入“我的收藏”取消收藏→管理员登录→新增书籍→上传封面→修改书籍信息→下架书籍。每走一步看一眼浏览器的控制台和后端日志，确保没有红色报错。如果某个环节数据出错，优先看控制台打印的 SQL 语句，对比数据库里的真实数据，十个里有八个是数据问题不是代码问题。

6.2 论文里“系统设计”章节的三个亮点写法

写毕业论文时，系统设计章节不要只画类图和写接口列表，要写清楚每个模块的设计理由。比如收藏功能为什么要单独建一张表而不是在用户表里加一个收藏字段？答：遵循数据库第三范式，避免多值依赖。再比如为什么用 MyBatis 而不是 JPA？答：SQL 可控性好，方便写出带动态条件的分页查询。这些分析看起来简单，但能区分“抄代码”和“懂设计”。选题背景部分记得写阅读需求增长、知识碎片化这些点，以及 Spring Boot 为什么适合快速搭建这类系统——自动装配简化配置、内嵌服务器方便部署、生态成熟。

6.3 最容易被追问的三个问题及参考回答

答辩老师的常见追问集中在这几个点。第一个：“你这个项目是单机部署的，如果用户量大怎么办？”回答方向：目前是单体应用，后续可以引入 Redis 做缓存、把文件存储迁移到云存储、数据库做读写分离。第二个：“密码存的是什么？安全吗？”回答方向：BCrypt 加盐哈希，不可逆，即使数据库泄露也无法直接还原明文密码。第三个：“你负责的是哪部分？”如实回答你实际完成的部分，如果能说出每个接口的请求参数和返回结构，基本就能让老师相信这是你亲手做的。

6.4 演示时前端操作不流畅的兜底技巧

还有一个容易被忽视的环节：演示机器的浏览器缓存和数据库状态。如果答辩用的是教室电脑，数据库连接可能没有权限，或者 8080 端口被占用。兜底办法是答辩前一晚导出数据库的 SQL 文件，答辩当天早上重新导入；演示用的是 Chrome 无痕窗口，避免缓存了旧的登录状态导致页面跳转到错误首页。如果现场网络下载不了 Maven 依赖，提前把本地 Maven 仓库打一个压缩包带上，这样即使换了机器也能离线启动项目。

对于“书籍学习平台”这个毕设方向，我最后想分享的经验是：不要为了显得功能多而堆砌模块。一个收藏功能做了、做好了、在论文里写清楚了，比写上十个没跑通的模块更让人信服。这个标题的源代码和演示视频只是起点，真正的价值在于你通过它掌握了 Spring Boot 项目的标准套路——配置、分层、联调、部署、答辩表达。把改过的代码和踩过的坑记到论文的“总结与展望”里，这份毕设对你的帮助就不只是学分了。希望这些避坑经验能在你动手的时候起到一点参考作用。

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