拓冰网站定制 
简介这是针对基于 Spring Boot 的图书借阅管理系统整理的毕业设计完整项目面向正在做毕设的计算机相关专业学生也适合需要 Java Web 项目实战练习的学习者可同时用作课程设计或期末大作业。项目以 SpringBoot 为后台框架结合 MySQL 数据库开发环境采用 JDK 与 IDEA代码经过调试可直接运行。压缩包共 335 个文件约 4.41MB包含 Java 后端源码、SQL 数据库脚本、HTML/CSS/JavaScript 等前端资源以及项目说明和常用工具前端文件数量较多便于调整页面样式和交互后端代码结构清晰有利于理解借阅管理系统的完整业务流程并二次开发。资源现有 775 人学习下载整体界面美观、操作简单功能覆盖到位是一份落地性强、便于复用的毕设参考适合作为学习和答辩前的速查项目。1. 从借阅流程看图书借阅管理系统的技术展开把图书借阅系统拆到最底层其实就是三个动作查书、借书、还书。看着是标准 CRUD但真正的技术含量藏在后半段——借书要在同一时刻插入一条借书记录、扣掉书的库存还书要回写状态并计算超期天数中间任何一步失败账目就对不上。这套基于 SpringBoot 的图书借阅管理系统源码工程上最大的价值就是把「借还」收敛到一个带事务的 Service 层而不是撒在 controller 里各写各的。这套源码完整度很高适合三类读者正在做图书借阅管理系统 java 毕设、需要一份能直接运行演示的完整项目做参考的在校生想通过一个真实项目把 SpringBoot、MySQL、MyBatis 串起来练习的 Java 学习者以及课程设计或期末大作业想找个靠谱底稿的人。下文按数据模型、后端事务、前端渲染和运行调试四条线拆开说。2. 数据模型设计表结构怎么支撑借阅流程2.1 四张核心表状态落在哪、由谁维护很多图书管理类的课程设计喜欢一口气建十几张表权限、日志、出版社全铺开。这套基于 SpringBoot 的图书借阅管理源码把表收敛到四张分别是用户表、图书信息表、借阅记录表、图书分类表。收敛的原因很朴素借阅流转需要的状态就三种——书的库存余量、记录的借还状态、用户的在借数量。表越多跨表事务越大毕业设计答辩时反而讲不清。表名职责关键状态字段sys_user读者和管理员账号status0 禁用 / 1 启用book_info图书基本信息与库存stock当前可借数量borrow_record一次借还的完整轨迹status0 在借 / 1 已还book_type图书分类列表无状态字段纯字典表这四张表的关联关系简单直接book_info 通过 type_id 关联 book_typeborrow_record 通过 book_id 和 user_id 分别关联图书与用户。建表时把外键约束补上后面 MyBatis 写多表联查会顺手很多。2.2 建表 SQL 与字段约束的取舍项目压缩包里带了完整的数据库脚本正常情况下直接用 Navicat 导入即可。这里把核心的借阅记录表单独贴出来它的字段设计决定了后面 Service 层事务怎么写。CREATE TABLE borrow_record ( id bigint(20) NOT NULL AUTO_INCREMENT, user_id bigint(20) NOT NULL COMMENT 读者ID, book_id bigint(20) NOT NULL COMMENT 图书ID, borrow_time datetime DEFAULT NULL COMMENT 借出时间, return_time datetime DEFAULT NULL COMMENT 归还时间, status tinyint(1) DEFAULT 0 COMMENT 0在借 1已还, PRIMARY KEY (id), KEY idx_user_status (user_id, status), CONSTRAINT fk_record_book FOREIGN KEY (book_id) REFERENCES book_info (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段 SQL 里有三个细节值得注意。status用tinyint(1)而不是字符串是为了让 MyBatis 映射简单查询时直接where status 0就能捞出所有在借记录借还时间用datetime而不是timestamp因为datetime不依赖数据库时区跨时区演示时不会出现时间偏差idx_user_status是联合索引专门服务「查某个读者的在借列表」这个高频动作。外键我只在book_id上建了user_id故意没建——读者表的删除通常走逻辑禁用物理删用户的情况极少少一个外键就少一层插入校验开销。2.3 种子数据与导入方式源码包里除了建表语句还带了一批初始数据否则登录页进去一本书都没有演示效果会很空。种子数据主要包含管理员账号一般是 admin/123456、几个分类和十来本示例图书。导入时机要注意先建库再导入脚本最后改application.yml里的连接串顺序反了容易在启动时报空表错误。如果用命令行导入在 MySQL 终端里执行source D:/booksystem/sql/init.sql即可用 Navicat 的话右键数据库选择「运行 SQL 文件」编码选 UTF-8避免中文书名变成乱码。3. 后端实现SpringBoot 怎么把借书还书做成一个事务3.1 Controller-Service-Mapper 的职责边界这套系统的后端分层是很标准的 SpringBoot 三层Controller 只接收 HTTP 请求和参数校验Service 承载业务规则和数据一致性Mapper 负责 SQL 交互。分层边界在借书这个场景里体现得最明确——Controller 层只拿到userId和bookId它不关心库存怎么扣、记录怎么插真正编排这两步操作的是 Service 层的borrowBook()方法。不少学生项目把 SQL 写在 Service 里或者直接在一个 Controller 方法里调两次 Mapper短期能跑但一旦要加「每个读者最多借 5 本」这种规则代码会立刻乱掉。3.2 借书一条带事务的多表写操作借书在业务上有三个前置条件读者存在且未被禁用、图书在库、借阅数量未达上限。任何一个不满足都要在业务层拦截而不是等到 SQL 报错。下面是 Service 层借书方法的典型写法。Transactional(rollbackFor Exception.class) public boolean borrowBook(Long userId, Long bookId) { // 查读者状态禁用用户直接拒绝 SysUser user userMapper.selectById(userId); if (user null || user.getStatus() 0) { throw new RuntimeException(读者不存在或已被禁用); } // 查在借数量超过 5 本不允许继续借 Integer count borrowRecordMapper.countByUserIdAndStatus(userId, 0); if (count 5) { throw new RuntimeException(每位读者最多同时借 5 本); } // 扣减库存这里用条件更新的行数判断是否抢到 int rows bookInfoMapper.reduceStock(bookId); if (rows 0) { throw new RuntimeException(图书库存不足); } // 插入借阅记录失败会触发整个事务回滚 BorrowRecord record new BorrowRecord(); record.setUserId(userId); record.setBookId(bookId); record.setBorrowTime(new Date()); record.setStatus(0); return borrowRecordMapper.insert(record) 0; }这段代码的逻辑关键在reduceStock的返回值。reduceStock对应的 SQL 是UPDATE book_info SET stock stock - 1 WHERE id ? AND stock 0MySQL 返回受影响行数代码里通过rows 0判断是否真的扣到了库存这比先查库存再更新要安全得多——不会有并发下两个人同时看到库存为 1 的问题。方法上的Transactional保证扣库存和插记录这两个写操作要么同时成功要么同时回滚。如果去掉这个注解reduceStock执行成功后insert异常就会出现书被扣掉但借阅记录没生成的脏数据。3.3 配置文件数据源、驼峰映射与端口源码里的application.yml是整套系统能不能跑起来的开关关键配置项集中在数据源和 MyBatis 两部分。server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/library?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 123456 thymeleaf: cache: false prefix: classpath:/templates/ mybatis: mapper-locations: classpath:mapper/*.xml configuration: map-underscore-to-camel-case: true配置里最容易踩坑的是serverTimezoneAsia/Shanghai和map-underscore-to-camel-case。前者不加的话MySQL 8.x 驱动在部分时区下会直接拒绝连接后者不开启book_info表里的book_name字段就映射不到实体类的bookName查询结果全是 null。mapper-locations指向classpath:mapper/目录所有 XML 文件必须放在这个目录下否则启动时抛 Invalid bound statement 异常。如果业务上对 SQL 的格式有洁癖也可以去掉 XML改用 MyBatis 注解直接在 Mapper 接口里写Select但这套源码既然配套了 XML保持原来的方式改起来更顺。3.4 还书与超期判断的状态机还书和借书的复杂度不在一个量级核心是状态翻转和超期天数计算。还书时把记录状态从 0 改成 1、回填归还时间、恢复库存这三步同样放进一个事务方法里。超期天数用 Java 计算即可借书当天到当前时间按天取整。要注意的是超期费用这类扩展字段表里没有预留如果毕设想加钱相关功能需要在borrow_record表补fine_amount字段而不是硬编码在 Service 里。4. 前端渲染Bootstrap 静态资源与 Thymeleaf 组合4.1 静态资源清单的用途分析源码的静态资源目录里有一串 css 文件——bootstrap、font-awesome、materialdesignicons、animate.css 等这在服务端渲染的项目里是标准配置Bootstrap 负责栅格和基础组件按优先级自上而下覆盖默认样式。常见的问题是 css 加载顺序反了比如把 bootstrap.min.css 写在自定义样式后面那么自定义样式会被全局样式覆盖。目录结构通常是这样归位的资源分组文件作用基础框架bootstrap.css / bootstrap.min.css / style.min.css栅格布局与页面骨架图标字体font-awesome.css / materialdesignicons.min.css按钮图标与装饰动效animate.css页面切换和弹层出现动画工具类util.css间距、字号、颜色等兜底样式4.2 图书列表页用 Thymeleaf 渲染的写法页面部分用的是 Thymeleaf 模板引擎而不是前后端分离意味着页面里直接写th:each遍历后端传过来的数据模型。这种模式对毕设项目最大的好处是少写一套接口文档Controller 里model.addAttribute(pageInfo, pageInfo)后HTML 里直接用即可。table classtable table-bordered table-hover thead tr th书名/th th作者/th th库存/th th操作/th /tr /thead tbody tr th:eachbook : ${pageInfo.list} td th:text${book.bookName}红楼梦/td td th:text${book.author}曹雪芹/td td th:text${book.stock}3/td td a th:href{/book/borrow/{id}(id${book.id})} classbtn btn-sm btn-primary借阅/a /td /tr /tbody /table这里的pageInfo.list对应后端封装的分页结果PageHelper或者手写的PageResultListBookInfo都可以关键是保证 list 属性存在。th:href的写法是 Thymeleaf 的标准路径表达式/book/borrow/{id}里的{id}会被替换为当前行图书的 id最终生成类似/book/borrow/12的地址。借阅按钮直接用 GET 链接没问题但如果涉及删除操作建议改成 POST 表单避免刷新页面二次触发。4.3 分页与查询条件的联动图书列表页通常带着搜索框搜索条件、页码、每页条数这三个参数必须一起提交后端。搜索框用 GET 表单提交最简单提交后 URL 变成/book/list?keywordJavapageNum2后端通过RequestParam(defaultValue 1) Integer pageNum接收。一个容易忽略的点是搜索后翻页时 keyword 会丢所以分页链接里要循环带上之前的查询参数否则刷第二页就是全量数据了。处理方式是在 Controller 查询前把 keyword 放进 Model页面上用th:href{/book/list(pageNum${pageInfo.nextPage},keyword${keyword})}拼接。5. 运行与调试从数据库脚本到可演示系统的最后一公里5.1 数据库初始化的两种执行方式拿到压缩包后先别急着点运行。MySQL 里手动建一个空库再执行 sql 脚本。脚本文件在源码根目录的 sql 文件夹下可能有多个版本选择文件名带init或v1的那个日期命名的一般是备份。导入时字符集选 UTF-8尤其是book_info表的book_name字段一旦用 GBK 导入页面显示的查到的内容会花掉。入库后先执行一条校验语句确认表和数据是否完整。SELECT COUNT(*) FROM book_info;如果返回 0 或者报Table doesnt exist说明脚本没有完整执行。常见原因是 Navicat 在运行 SQL 文件时默认打开新查询窗口遇到第一条报错就停住了需要把脚本里的建库语句如果有删掉只保留 crud 语句再执行。5.2 IDEA 与 MySQL 8 的几个常见报错启动阶段如果报Public Key Retrieval is not allowed这是 MySQL 8 驱动默认不允许明文传输密码导致的在 JDBC 连接串后面追加allowPublicKeyRetrievaltrue即可。另一个高频报错是Access denied for user rootlocalhost确认在控制台能手动登录 MySQL 后检查 yml 里的密码注意 IDEA 的 Application 启动类的配置文件加载路径。第三类是 JDK 版本问题这套项目用的 SpringBoot 版本不同编译级别差异很大项目导入后检查 Project Structure 里的 SDK 是否与 pom.xml 中的 java.version 一致版本太高出现的 mock 类找不到的错误本质是 Spring Boot 版本与 JDK 兼容性问题这个时候不要盲目升级 SpringBoot先用 2.7.x 跑通全流程。5.3 借阅周期统计的核对技巧系统跑起来之后验证借还流程是否闭环直接看统计表是最直观的。后端写一个借阅周期统计的 SQL按天聚合借书数量排查借阅流程的问题很实用。SELECT DATE_FORMAT(borrow_time, %Y-%m-%d) AS borrow_day, COUNT(*) AS borrow_count FROM borrow_record GROUP BY DATE_FORMAT(borrow_time, %Y-%m-%d) ORDER BY borrow_day DESC LIMIT 7;日期格式规范化要作为重点检查项。确认这条统计语句能正常从 7 天的借阅记录里分组取数再回到页面操作一遍借书与还书核对borrow_record.status是否从 0 变成了 1book_info.stock是否先减后加。只需要看这两张表配合是否到位这套基于 SpringBoot 的毕设项目就算完整跑通了。本文还有配套的精品资源点击获取 SpringBoot图书借阅管理系统：事务机制与实战部署全解析
简介这是针对基于 Spring Boot 的图书借阅管理系统整理的毕业设计完整项目面向正在做毕设的计算机相关专业学生也适合需要 Java Web 项目实战练习的学习者可同时用作课程设计或期末大作业。项目以 SpringBoot 为后台框架结合 MySQL 数据库开发环境采用 JDK 与 IDEA代码经过调试可直接运行。压缩包共 335 个文件约 4.41MB包含 Java 后端源码、SQL 数据库脚本、HTML/CSS/JavaScript 等前端资源以及项目说明和常用工具前端文件数量较多便于调整页面样式和交互后端代码结构清晰有利于理解借阅管理系统的完整业务流程并二次开发。资源现有 775 人学习下载整体界面美观、操作简单功能覆盖到位是一份落地性强、便于复用的毕设参考适合作为学习和答辩前的速查项目。1. 从借阅流程看图书借阅管理系统的技术展开把图书借阅系统拆到最底层其实就是三个动作查书、借书、还书。看着是标准 CRUD但真正的技术含量藏在后半段——借书要在同一时刻插入一条借书记录、扣掉书的库存还书要回写状态并计算超期天数中间任何一步失败账目就对不上。这套基于 SpringBoot 的图书借阅管理系统源码工程上最大的价值就是把「借还」收敛到一个带事务的 Service 层而不是撒在 controller 里各写各的。这套源码完整度很高适合三类读者正在做图书借阅管理系统 java 毕设、需要一份能直接运行演示的完整项目做参考的在校生想通过一个真实项目把 SpringBoot、MySQL、MyBatis 串起来练习的 Java 学习者以及课程设计或期末大作业想找个靠谱底稿的人。下文按数据模型、后端事务、前端渲染和运行调试四条线拆开说。2. 数据模型设计表结构怎么支撑借阅流程2.1 四张核心表状态落在哪、由谁维护很多图书管理类的课程设计喜欢一口气建十几张表权限、日志、出版社全铺开。这套基于 SpringBoot 的图书借阅管理源码把表收敛到四张分别是用户表、图书信息表、借阅记录表、图书分类表。收敛的原因很朴素借阅流转需要的状态就三种——书的库存余量、记录的借还状态、用户的在借数量。表越多跨表事务越大毕业设计答辩时反而讲不清。表名职责关键状态字段sys_user读者和管理员账号status0 禁用 / 1 启用book_info图书基本信息与库存stock当前可借数量borrow_record一次借还的完整轨迹status0 在借 / 1 已还book_type图书分类列表无状态字段纯字典表这四张表的关联关系简单直接book_info 通过 type_id 关联 book_typeborrow_record 通过 book_id 和 user_id 分别关联图书与用户。建表时把外键约束补上后面 MyBatis 写多表联查会顺手很多。2.2 建表 SQL 与字段约束的取舍项目压缩包里带了完整的数据库脚本正常情况下直接用 Navicat 导入即可。这里把核心的借阅记录表单独贴出来它的字段设计决定了后面 Service 层事务怎么写。CREATE TABLE borrow_record ( id bigint(20) NOT NULL AUTO_INCREMENT, user_id bigint(20) NOT NULL COMMENT 读者ID, book_id bigint(20) NOT NULL COMMENT 图书ID, borrow_time datetime DEFAULT NULL COMMENT 借出时间, return_time datetime DEFAULT NULL COMMENT 归还时间, status tinyint(1) DEFAULT 0 COMMENT 0在借 1已还, PRIMARY KEY (id), KEY idx_user_status (user_id, status), CONSTRAINT fk_record_book FOREIGN KEY (book_id) REFERENCES book_info (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段 SQL 里有三个细节值得注意。status用tinyint(1)而不是字符串是为了让 MyBatis 映射简单查询时直接where status 0就能捞出所有在借记录借还时间用datetime而不是timestamp因为datetime不依赖数据库时区跨时区演示时不会出现时间偏差idx_user_status是联合索引专门服务「查某个读者的在借列表」这个高频动作。外键我只在book_id上建了user_id故意没建——读者表的删除通常走逻辑禁用物理删用户的情况极少少一个外键就少一层插入校验开销。2.3 种子数据与导入方式源码包里除了建表语句还带了一批初始数据否则登录页进去一本书都没有演示效果会很空。种子数据主要包含管理员账号一般是 admin/123456、几个分类和十来本示例图书。导入时机要注意先建库再导入脚本最后改application.yml里的连接串顺序反了容易在启动时报空表错误。如果用命令行导入在 MySQL 终端里执行source D:/booksystem/sql/init.sql即可用 Navicat 的话右键数据库选择「运行 SQL 文件」编码选 UTF-8避免中文书名变成乱码。3. 后端实现SpringBoot 怎么把借书还书做成一个事务3.1 Controller-Service-Mapper 的职责边界这套系统的后端分层是很标准的 SpringBoot 三层Controller 只接收 HTTP 请求和参数校验Service 承载业务规则和数据一致性Mapper 负责 SQL 交互。分层边界在借书这个场景里体现得最明确——Controller 层只拿到userId和bookId它不关心库存怎么扣、记录怎么插真正编排这两步操作的是 Service 层的borrowBook()方法。不少学生项目把 SQL 写在 Service 里或者直接在一个 Controller 方法里调两次 Mapper短期能跑但一旦要加「每个读者最多借 5 本」这种规则代码会立刻乱掉。3.2 借书一条带事务的多表写操作借书在业务上有三个前置条件读者存在且未被禁用、图书在库、借阅数量未达上限。任何一个不满足都要在业务层拦截而不是等到 SQL 报错。下面是 Service 层借书方法的典型写法。Transactional(rollbackFor Exception.class) public boolean borrowBook(Long userId, Long bookId) { // 查读者状态禁用用户直接拒绝 SysUser user userMapper.selectById(userId); if (user null || user.getStatus() 0) { throw new RuntimeException(读者不存在或已被禁用); } // 查在借数量超过 5 本不允许继续借 Integer count borrowRecordMapper.countByUserIdAndStatus(userId, 0); if (count 5) { throw new RuntimeException(每位读者最多同时借 5 本); } // 扣减库存这里用条件更新的行数判断是否抢到 int rows bookInfoMapper.reduceStock(bookId); if (rows 0) { throw new RuntimeException(图书库存不足); } // 插入借阅记录失败会触发整个事务回滚 BorrowRecord record new BorrowRecord(); record.setUserId(userId); record.setBookId(bookId); record.setBorrowTime(new Date()); record.setStatus(0); return borrowRecordMapper.insert(record) 0; }这段代码的逻辑关键在reduceStock的返回值。reduceStock对应的 SQL 是UPDATE book_info SET stock stock - 1 WHERE id ? AND stock 0MySQL 返回受影响行数代码里通过rows 0判断是否真的扣到了库存这比先查库存再更新要安全得多——不会有并发下两个人同时看到库存为 1 的问题。方法上的Transactional保证扣库存和插记录这两个写操作要么同时成功要么同时回滚。如果去掉这个注解reduceStock执行成功后insert异常就会出现书被扣掉但借阅记录没生成的脏数据。3.3 配置文件数据源、驼峰映射与端口源码里的application.yml是整套系统能不能跑起来的开关关键配置项集中在数据源和 MyBatis 两部分。server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/library?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 123456 thymeleaf: cache: false prefix: classpath:/templates/ mybatis: mapper-locations: classpath:mapper/*.xml configuration: map-underscore-to-camel-case: true配置里最容易踩坑的是serverTimezoneAsia/Shanghai和map-underscore-to-camel-case。前者不加的话MySQL 8.x 驱动在部分时区下会直接拒绝连接后者不开启book_info表里的book_name字段就映射不到实体类的bookName查询结果全是 null。mapper-locations指向classpath:mapper/目录所有 XML 文件必须放在这个目录下否则启动时抛 Invalid bound statement 异常。如果业务上对 SQL 的格式有洁癖也可以去掉 XML改用 MyBatis 注解直接在 Mapper 接口里写Select但这套源码既然配套了 XML保持原来的方式改起来更顺。3.4 还书与超期判断的状态机还书和借书的复杂度不在一个量级核心是状态翻转和超期天数计算。还书时把记录状态从 0 改成 1、回填归还时间、恢复库存这三步同样放进一个事务方法里。超期天数用 Java 计算即可借书当天到当前时间按天取整。要注意的是超期费用这类扩展字段表里没有预留如果毕设想加钱相关功能需要在borrow_record表补fine_amount字段而不是硬编码在 Service 里。4. 前端渲染Bootstrap 静态资源与 Thymeleaf 组合4.1 静态资源清单的用途分析源码的静态资源目录里有一串 css 文件——bootstrap、font-awesome、materialdesignicons、animate.css 等这在服务端渲染的项目里是标准配置Bootstrap 负责栅格和基础组件按优先级自上而下覆盖默认样式。常见的问题是 css 加载顺序反了比如把 bootstrap.min.css 写在自定义样式后面那么自定义样式会被全局样式覆盖。目录结构通常是这样归位的资源分组文件作用基础框架bootstrap.css / bootstrap.min.css / style.min.css栅格布局与页面骨架图标字体font-awesome.css / materialdesignicons.min.css按钮图标与装饰动效animate.css页面切换和弹层出现动画工具类util.css间距、字号、颜色等兜底样式4.2 图书列表页用 Thymeleaf 渲染的写法页面部分用的是 Thymeleaf 模板引擎而不是前后端分离意味着页面里直接写th:each遍历后端传过来的数据模型。这种模式对毕设项目最大的好处是少写一套接口文档Controller 里model.addAttribute(pageInfo, pageInfo)后HTML 里直接用即可。table classtable table-bordered table-hover thead tr th书名/th th作者/th th库存/th th操作/th /tr /thead tbody tr th:eachbook : ${pageInfo.list} td th:text${book.bookName}红楼梦/td td th:text${book.author}曹雪芹/td td th:text${book.stock}3/td td a th:href{/book/borrow/{id}(id${book.id})} classbtn btn-sm btn-primary借阅/a /td /tr /tbody /table这里的pageInfo.list对应后端封装的分页结果PageHelper或者手写的PageResultListBookInfo都可以关键是保证 list 属性存在。th:href的写法是 Thymeleaf 的标准路径表达式/book/borrow/{id}里的{id}会被替换为当前行图书的 id最终生成类似/book/borrow/12的地址。借阅按钮直接用 GET 链接没问题但如果涉及删除操作建议改成 POST 表单避免刷新页面二次触发。4.3 分页与查询条件的联动图书列表页通常带着搜索框搜索条件、页码、每页条数这三个参数必须一起提交后端。搜索框用 GET 表单提交最简单提交后 URL 变成/book/list?keywordJavapageNum2后端通过RequestParam(defaultValue 1) Integer pageNum接收。一个容易忽略的点是搜索后翻页时 keyword 会丢所以分页链接里要循环带上之前的查询参数否则刷第二页就是全量数据了。处理方式是在 Controller 查询前把 keyword 放进 Model页面上用th:href{/book/list(pageNum${pageInfo.nextPage},keyword${keyword})}拼接。5. 运行与调试从数据库脚本到可演示系统的最后一公里5.1 数据库初始化的两种执行方式拿到压缩包后先别急着点运行。MySQL 里手动建一个空库再执行 sql 脚本。脚本文件在源码根目录的 sql 文件夹下可能有多个版本选择文件名带init或v1的那个日期命名的一般是备份。导入时字符集选 UTF-8尤其是book_info表的book_name字段一旦用 GBK 导入页面显示的查到的内容会花掉。入库后先执行一条校验语句确认表和数据是否完整。SELECT COUNT(*) FROM book_info;如果返回 0 或者报Table doesnt exist说明脚本没有完整执行。常见原因是 Navicat 在运行 SQL 文件时默认打开新查询窗口遇到第一条报错就停住了需要把脚本里的建库语句如果有删掉只保留 crud 语句再执行。5.2 IDEA 与 MySQL 8 的几个常见报错启动阶段如果报Public Key Retrieval is not allowed这是 MySQL 8 驱动默认不允许明文传输密码导致的在 JDBC 连接串后面追加allowPublicKeyRetrievaltrue即可。另一个高频报错是Access denied for user rootlocalhost确认在控制台能手动登录 MySQL 后检查 yml 里的密码注意 IDEA 的 Application 启动类的配置文件加载路径。第三类是 JDK 版本问题这套项目用的 SpringBoot 版本不同编译级别差异很大项目导入后检查 Project Structure 里的 SDK 是否与 pom.xml 中的 java.version 一致版本太高出现的 mock 类找不到的错误本质是 Spring Boot 版本与 JDK 兼容性问题这个时候不要盲目升级 SpringBoot先用 2.7.x 跑通全流程。5.3 借阅周期统计的核对技巧系统跑起来之后验证借还流程是否闭环直接看统计表是最直观的。后端写一个借阅周期统计的 SQL按天聚合借书数量排查借阅流程的问题很实用。SELECT DATE_FORMAT(borrow_time, %Y-%m-%d) AS borrow_day, COUNT(*) AS borrow_count FROM borrow_record GROUP BY DATE_FORMAT(borrow_time, %Y-%m-%d) ORDER BY borrow_day DESC LIMIT 7;日期格式规范化要作为重点检查项。确认这条统计语句能正常从 7 天的借阅记录里分组取数再回到页面操作一遍借书与还书核对borrow_record.status是否从 0 变成了 1book_info.stock是否先减后加。只需要看这两张表配合是否到位这套基于 SpringBoot 的毕设项目就算完整跑通了。本文还有配套的精品资源点击获取