简介这是一套面向计算机及相关专业毕业设计的Java图书管理系统资料包包含完整论文与可运行源码可用于课程设计、毕业设计或SSH框架学习。系统采用JSPStrutsMySQL技术组合遵循MVC分层设计功能覆盖系统设置、读者管理、图书管理、图书借还、系统查询和更改口令六大模块基本还原真实图书管理业务场景。随包论文详细阐述课题背景、需求分析、数据库设计、程序编码及软件测试流程并附界面运行参考图能帮助读者快速把握系统核心模块的实现逻辑。压缩包整体约4.41MB内含论文文档与源码工程文件目录清晰便于本地部署、二次开发或直接作为论文模板参考。已有3391人学习下载尤其适合需要独立完成图书管理系统设计、快速产出可运行Demo及毕业论文的计算机学生。1. 图书馆管理系统Java这个毕业设计题目被90%的人做成了增删改查“图书馆管理系统Java优秀毕业设计论文软件设计源码”看起来是一份打包好的毕设资源实际上也是每年被重复最多的 Java 课程设计题目。图书馆业务足够直观图书、读者、借书、还书、超期罚款刚学完 Java 基础的人都能拼出界面来但多数人交上去的版本只达到“能运行”离“设计”还差得很远。代码里全是散落的 if-else 和 Statement 拼接 SQL论文里放几张截图就说“完成了图书馆管理系统”答辩时老师问一句“为什么借书要先扣库存”场面就僵住了。我会换一种拆法讲这个项目先把 book、reader、borrow 三张表立起来再把借书还书的“事务边界”和“超期计算”当作核心模块写透最后落到论文里应该出现的用例表与测试记录帮你把 Java 课程设计案例源码真正变成自己的作品。这篇笔记不是下载说明而是一份“从能跑到能答辩”的实施地图适合所有正在做图书馆管理系统 Java 源码、又不想让答辩变成事故现场的同学。2. 先决定技术栈和数据库边界能答辩的 Java 项目不该怎么选型2.1 技术栈选择JavaSE Swing JDBC MySQL 比 Spring Boot 更适合毕业设计每次有人问我这个项目用什么框架我都会先反问一句你论文里打算写什么。如果是 Servlet、JSP、JDBC 这些 Java 基础阶段的内容就老老实实用 JavaSE Swing JDBC MySQL如果学院明确要求 B/S 架构那就把 Swing 换成 JSP/Servlet业务逻辑代码几乎不用动。Spring Boot MyBatis 当然能做但框架帮你把连接池、事务、ORM 全部封装好以后你的论文里能展开讲的只剩 CRUD 页面答辩时“你对事务了解多少”这个问题基本接不住。我一般建议用 JDK 8 或 11IDEA 社区版MySQL 8.0。依赖管理可以用 Maven也可以手动导入 mysql-connector-java 这个 jar 包。手动导入虽然原始但能逼你把 classpath 这个概念搞清楚这对后面排查“找不到驱动类”很有帮助。目录结构也按 Maven 惯例来拆entity 放表映射对象dao 放 JDBC 操作service 放借书还书这种业务逻辑ui 放 Swing 窗口util 放数据库连接和 MD5 工具类。这样一个层级摆出来论文里的“系统分层设计”就有了现成素材。2.2 数据库建表三张核心表、四个索引、一个“可借库存”字段图书馆管理系统的核心数据关系用三张表就能表达清楚book 存图书基本信息reader 存读者信息borrow 存每一次借阅记录。很多人的第一版表结构会把“当前是否可借”做成一个布尔字段或者干脆在 book 表里只放一个 total 库存每次查可借数量就去 borrow 表里 count这样在数据量小的时候没问题但并发一上来就会出现超借。更稳妥的方案是在 book 表里同时放 stock_total 和 stock_available 两个字段stock_total 表示总册数stock_available 表示当前可用册数借书时原子扣减还书时加回去。下面的建表脚本可以直接在 MySQL 里执行字符集和排序规则建议都按 utf8mb4 来否则后续中文乱码会让你怀疑人生。CREATE DATABASE library_system DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE library_system; CREATE TABLE book ( book_id INT AUTO_INCREMENT PRIMARY KEY, isbn VARCHAR(20) UNIQUE, title VARCHAR(120) NOT NULL, author VARCHAR(60), publisher VARCHAR(80), price DECIMAL(10,2), stock_total INT DEFAULT 1, stock_available INT DEFAULT 1, location VARCHAR(30), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE reader ( reader_id INT AUTO_INCREMENT PRIMARY KEY, reader_no VARCHAR(20) UNIQUE, name VARCHAR(30) NOT NULL, phone VARCHAR(20), max_books INT DEFAULT 5, status TINYINT DEFAULT 1 ); CREATE TABLE borrow ( borrow_id INT AUTO_INCREMENT PRIMARY KEY, book_id INT NOT NULL, reader_id INT NOT NULL, borrow_time DATETIME NOT NULL, due_time DATETIME NOT NULL, return_time DATETIME, fine DECIMAL(10,2) DEFAULT 0.00, INDEX idx_borrow_book (book_id), INDEX idx_borrow_reader (reader_id), CONSTRAINT fk_borrow_book FOREIGN KEY (book_id) REFERENCES book(book_id), CONSTRAINT fk_borrow_reader FOREIGN KEY (reader_id) REFERENCES reader(reader_id) );几个关键参数说明borrow 表里的 return_time 允许为空空值表示“这本书还在读者手里”这是判断借阅状态的核心due_time 是应还时间还书罚款就靠它和 return_time 做差值。fine 字段虽然能在超期时实时算出来但存一个快照值对后续做报表和论文里的“测试数据”都更方便。不要在 borrow 表里加 reader_name、book_title 这种冗余字段需要名字就通过外键 join 两张基础表论文里的 ER 图也更规范。2.3 JDBC 连接工具类URL 里三个参数最容易被抄错建完库以后先写一个最小的 DBUtil 类把数据库连接跑通。这个类不复杂但它决定了后面所有 DAO 层代码能不能在你的机器上工作。package com.library.util; import java.sql.Connection; import java.sql.DriverManager; import java.sql.SQLException; public class DBUtil { private static final String URL jdbc:mysql://localhost:3306/library_system ?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8; private static final String USER root; private static final String PASSWORD 123456; static { try { Class.forName(com.mysql.cj.jdbc.Driver); } catch (ClassNotFoundException e) { throw new ExceptionInInitializerError(MySQL JDBC 驱动不存在请检查 jar 包); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } }这里有三个容易踩坑的参数。useSSLfalse 是关掉 MySQL 8 默认的 SSL 握手本地开发不需要加密传输serverTimezoneAsia/Shanghai 解决 MySQL 8 报的服务器时区错误不然会看到 “The server time zone value” 一大串英文characterEncodingutf8 配合数据库的 utf8mb4保证中文写入正常。PASSWORD 直接写在代码里对课设可以接受但论文里最好写一段“生产环境应从配置文件读取”答辩印象分会不一样。3. 把借还书做成一条可靠链路登录、查询、借书、还书3.1 登录功能MD5 加密和 PreparedStatement 是两个关键词登录模块是最容易被低估的部分。很多人的登录代码就是拼接一个 SQL查出来就放行密码明文存在数据库里。放在课设里这是能过但论文评阅时“安全性设计”这一节基本只能编。做一个至少过得去的版本需要做两件事一是密码存 MD5 摘要二是用 PreparedStatement 的?占位符代替字符串拼接。package com.library.util; import java.nio.charset.StandardCharsets; import java.security.MessageDigest; import java.security.NoSuchAlgorithmException; public class MD5Util { public static String md5(String input) { try { MessageDigest md MessageDigest.getInstance(MD5); byte[] digest md.digest(input.getBytes(StandardCharsets.UTF_8)); StringBuilder hex new StringBuilder(); for (byte b : digest) { hex.append(String.format(%02x, b)); } return hex.toString(); } catch (NoSuchAlgorithmException e) { throw new RuntimeException(当前 JDK 不支持 MD5); } } }登录的 DAO 方法就查用户名和加密后的密码public User login(String username, String password) { String sql SELECT user_id, username, role FROM sys_user WHERE username ? AND password ?; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, username); ps.setString(2, MD5Util.md5(password)); try (ResultSet rs ps.executeQuery()) { if (rs.next()) { User u new User(); u.setUserId(rs.getInt(user_id)); u.setUsername(rs.getString(username)); u.setRole(rs.getString(role)); return u; } } } catch (SQLException e) { e.printStackTrace(); } return null; }这段代码背后的逻辑是SQL 里只出现?输入值通过 setString 传入用户名里再带 or 11--也不可能改变 SQL 结构。MD5 本身不算安全的加密算法但作为 Java 课程设计已经比明文强很多论文里也可以顺带提一句“生产环境建议用 bcrypt”。登录成功后的用户信息不要只存一个局部变量常见做法是写一个 UserContext 单例保存当前登录人后续借书还书记录操作员时直接从里面取。3.2 图书查询模糊查询的 LIKE 参数和索引失效图书查询是读者使用频率最高的功能按书名、作者、ISBN 模糊匹配是基本要求。一个通用方法是把三个字段都放进同一个 LIKE 条件里关键词用户只需要输一次。public ListBook searchBooks(String keyword) { String sql SELECT * FROM book WHERE title LIKE ? OR author LIKE ? OR isbn LIKE ?; ListBook result new ArrayList(); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { String like % keyword %; ps.setString(1, like); ps.setString(2, like); ps.setString(3, like); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { Book b new Book(); b.setBookId(rs.getInt(book_id)); b.setTitle(rs.getString(title)); b.setAuthor(rs.getString(author)); b.setStockAvailable(rs.getInt(stock_available)); result.add(b); } } } catch (SQLException e) { e.printStackTrace(); } return result; }这里有个必须知道的边界%keyword%这种写法会让 book 表上的普通索引失效因为条件不是“以某前缀开头”而是“包含某关键字”数据库只能全表扫描。对课设里几百条图书数据完全无所谓但论文测试里最好写清楚“当前规模下查询响应在毫秒级如果数据量到十万级应引入全文索引或 Elasticsearch”这句话能让评阅老师看到你的工程意识。3.3 借书功能先扣库存再插借阅记录顺序不能反借书是整个系统里最有设计含量的方法。它同时涉及 book 表、borrow 表和 reader 表的在借数量检查任何一个环节失败前面执行的 SQL 都要撤销。我见过很多源码把这三件事拆成三个独立 DAO 方法在 service 层依次调用中间失败了就 catch 一下库存已经扣了但借阅记录没插上最后图书可借数量越来越少查不到原因。正确的做法是把它们放进同一个数据库事务里。public synchronized boolean borrowBook(int bookId, int readerId) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); conn.setTransactionIsolation(Connection.TRANSACTION_READ_COMMITTED); // 1. 检查读者在借数量是否达到上限 String countSql SELECT COUNT(*) FROM borrow WHERE reader_id ? AND return_time IS NULL; int activeCount; try (PreparedStatement ps conn.prepareStatement(countSql)) { ps.setInt(1, readerId); try (ResultSet rs ps.executeQuery()) { rs.next(); activeCount rs.getInt(1); } } if (activeCount 5) { conn.rollback(); return false; } // 2. 原子扣减库存同时判断库存是否大于 0 String updateSql UPDATE book SET stock_available stock_available - 1 WHERE book_id ? AND stock_available 0; int rows; try (PreparedStatement ps conn.prepareStatement(updateSql)) { ps.setInt(1, bookId); rows ps.executeUpdate(); } if (rows 0) { conn.rollback(); return false; } // 3. 插入借阅记录默认借期 30 天 String insertSql INSERT INTO borrow (book_id, reader_id, borrow_time, due_time) VALUES (?, ?, NOW(), DATE_ADD(NOW(), INTERVAL 30 DAY)); try (PreparedStatement ps conn.prepareStatement(insertSql)) { ps.setInt(1, bookId); ps.setInt(2, readerId); ps.executeUpdate(); } conn.commit(); return true; } catch (SQLException e) { e.printStackTrace(); if (conn ! null) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } } return false; } finally { if (conn ! null) { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException ex) { ex.printStackTrace(); } } } }代码里的两处细节值得在论文里展开扣库存的 UPDATE 带了AND stock_available 0条件这样即使两个线程同时执行数据库行锁也会保证只有一个 UPDATE 能成功从源头上避免超借读者在借数量检查必须放在同一事务里否则“刚查到还剩一个名额另一个窗口又借了一本”的情况就会出现。synchronized 在单机 JavaSE 环境里能防住同进程内的并发如果是 JSP/Servlet 部署在多个 Tomcat 节点上就得靠数据库行锁和唯一约束兜底这一点可以写在论文的“并发控制策略”里。3.4 还书与罚款把日期差值换算成罚款金额还书逻辑是借书的逆过程但要额外处理逾期罚款。罚款金额的计算方式一旦写进 SQL 里想调整“每本每天罚多少”就很麻烦所以常见做法是把“按天罚款”的规则放在 Java 层数据库只存计算出来的 fine 结果。public double returnBook(int borrowId) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); double fine 0; int bookId -1; // 1. 查出借阅记录确认还没还过 String selectSql SELECT book_id, due_time FROM borrow WHERE borrow_id ? AND return_time IS NULL; try (PreparedStatement ps conn.prepareStatement(selectSql)) { ps.setInt(1, borrowId); try (ResultSet rs ps.executeQuery()) { if (rs.next()) { bookId rs.getInt(book_id); Timestamp dueTime rs.getTimestamp(due_time); long nowMs System.currentTimeMillis(); if (nowMs dueTime.getTime()) { long overdueMs nowMs - dueTime.getTime(); long overdueDays overdueMs / (1000L * 60 * 60 * 24) 1; fine overdueDays * 0.5; } } else { conn.rollback(); return -1; } } } // 2. 更新借阅记录写入归还时间和罚款 String updateBorrowSql UPDATE borrow SET return_time NOW(), fine ? WHERE borrow_id ? AND return_time IS NULL; try (PreparedStatement ps conn.prepareStatement(updateBorrowSql)) { ps.setDouble(1, fine); ps.setInt(2, borrowId); ps.executeUpdate(); } // 3. 归还库存 String updateBookSql UPDATE book SET stock_available stock_available 1 WHERE book_id ?; try (PreparedStatement ps conn.prepareStatement(updateBookSql)) { ps.setInt(1, bookId); ps.executeUpdate(); } conn.commit(); return fine; } catch (SQLException e) { e.printStackTrace(); if (conn ! null) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } } return -2; } finally { if (conn ! null) { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException ex) { ex.printStackTrace(); } } } }注意 overdueDays 的计算里加了 1这是因为超期不满一天也要按一天算这是图书馆业务里的常见规则。0.5 元/天的标准可以提成一个常量论文里把这个常量放在“系统参数”一节比散落在代码里更有设计感。这个还书方法还隐含了一个边界问题同一个 borrowId 被单击两次第二次会因为 SELECT 查不到 return_time IS NULL 的记录直接回滚不用额外加锁。4. 论文要证明的不是“我写了代码”而是“需求被完整满足”4.1 论文整体结构六章就能覆盖评阅老师的全部关注点很多同学写论文喜欢按“开发过程”平铺直叙先写环境安装再写界面截图最后贴一大段源码评阅老师翻到第三章就失去耐心了。论文的目的是证明你理解了一个真实业务并且用软件工程方法把它实现了。常见且稳妥的结构是第一章绪论写背景和意义第二章需求分析写功能性和非功能性需求第三章概要设计写系统架构和数据库设计第四章详细设计写关键模块流程第五章测试写用例和结果第六章总结。每一章要回答的问题都不同。需求分析要证明你听懂了这个业务所以必须写“图书管理员需要知道哪些书被借走了、什么时候到期”而不是只写“本系统具有增删改查功能”。概要设计要画出分层图和 ER 图证明你考虑了模块边界和数据关系。详细设计要拿借书、还书这两个核心流程做重点说明把我在第三章写的那些事务步骤转换成文字描述。测试章节要能反推回需求每一个测试用例前面都应该对应一条需求编号。4.2 用例建模把“借书”用例的前置条件和异常路径写清楚用例图是需求分析里最容易被画成一坨椭圆加箭头的部分。真正有价值的不是图形好看而是把文本用例写严谨。以借书为例评阅老师想看到的不是“读者点击借书按钮”而是这套流程的完整约束。下面这个表格可以直接改写进论文里它是第三章借书代码的需求源头。用例编号UC-003用例名称读者借书参与者读者、图书管理员前置条件读者状态正常读者在借数量小于上限基本路径选择图书 → 确认图书可借 → 检查读者在借数量 → 扣减库存 → 插入借阅记录异常路径 A图书库存为 0提示“该图书暂不可借”异常路径 B读者在借数量已满提示“已达到最大借阅数量”异常路径 C读者状态为冻结提示“请联系管理员”后置条件图书库存减 1借阅记录生成借期默认 30 天把基本路径和异常路径写成一问一答的关系代码里自然就有一个分支对应一个异常提示。这个方法同样可以用在“还书”用例里异常路径可以是“重复归还”“非本人归还”“逾期产生罚款”。当你的论文里每一个异常路径都能在源码里找到对应的 if 判断时“设计与实现一致”这句话就不再是空喊口号。4.3 测试记录别只写“全部通过”要写能复现的测试矩阵测试章节里最忌讳的就是一张大表写着“系统功能正常”“系统运行稳定”这种无法验证的话。优秀论文里的测试记录至少要包括用例编号、输入数据、预期结果、实际结果、结论五列。拿借书功能来说可以构造三组数据库存为 0 的图书、在借数量已满的读者、一切正常的借阅组合。每组数据在界面上操作一遍把界面的错误提示和预期结果对齐。用例编号输入数据预期结果实际结果结论TC-001登录用户名 admin密码 1234567提示密码错误提示“用户名或密码错误”通过TC-002查询keyword Java返回书名为 Java 的图书记录返回 3 条记录通过TC-003借书库存为 0 的《算法导论》提示图书暂不可借提示“该图书暂不可借”通过TC-004借书读者在借数量已达 5 本提示已达上限提示“已达到最大借阅数量”通过TC-005还书超期 2 天罚款标准 0.5 元/天罚款 1.5 元显示罚款 1.5 元通过测试表里出现“失败”也不丢人反而可以体现出你的调试能力。比如 TC-003 如果第一次跑的时候因为 SQL 条件写错把库存为 0 的书借出去了你可以把当时的错误原因和修复方法如实写进去。论文评阅最看重的不是没出过问题而是你出了问题时有没有能力定位和解决。5. 避坑指南第一次运行图书馆管理系统最容易卡死的 5 个位置5.1 报错 ClassNotFoundException: com.mysql.cj.jdbc.Driver现象启动程序后控制台第一行就是java.lang.ClassNotFoundException: com.mysql.cj.jdbc.Driver。原因要么是 mysql-connector-java 的 jar 包没有放进编译 classpath要么是驱动类名写错了。MySQL 5.x 的驱动类名是 com.mysql.jdbc.DriverMySQL 8.x 换成了 com.mysql.cj.jdbc.Driver两者不通用。解决先确认你用的连接 jar 是哪个版本。如果用了 Maven看 pom.xml 里的依赖坐标如果是手动导入在 IDEA 里右键 jar 包选择 Add as Library保证它可以被编译到。最省事的做法是使用 MySQL 8.x 的驱动同时保留我写的Class.forName(com.mysql.cj.jdbc.Driver)这行代码即使不加JDBC 4 也会通过 SPI 自动注册驱动但加了可以让问题出现得更直观。5.2 插入中文变成问号控制台里却是正常中文现象数据库表里 “张三” 变成 “???”。原因这是典型的三层乱码常见于某一步没对齐字符集。第一层是 MySQL 库表的字符集不是 utf8mb4第二层是 JDBC URL 少加了 characterEncodingutf8第三层是 IntelliJ IDEA 的源文件编码不是 UTF-8。解决建库时用CREATE DATABASE library_system DEFAULT CHARACTER SET utf8mb4这个脚本我在第二章已经给过JDBC URL 带上 characterEncodingutf8然后在 IDEA 的设置里把 Global Encoding、Project Encoding、Default encoding for properties files 都改成 UTF-8。改完以后把已经变成问号的数据删掉重新插入不要只改编码设置不重建表。5.3 删除 book 表数据时提示外键约束失败现象执行DELETE FROM book WHERE book_id 1报错Cannot delete or update a parent row: a foreign key constraint fails。原因borrow 表里还有借阅记录引用着这个 book_id外键约束不允许先删父表数据。解决这是设计上故意保留的约束不是错误。正确做法是先删除或更新 borrow 表里对应的记录再删 book。如果你的业务需求是“图书可以下架但不能删借阅历史”那就应该把 book 表改成逻辑删除增加一个 status 字段0 表示正常1 表示下架。逻辑删除比物理删除更适合图书馆场景论文里也可以提一句“保留借阅历史是审计需要”。5.4 连接 MySQL 报 Communications link failure现象程序启动后看到Communications link failure. The last packet sent successfully to the server was 0 milliseconds ago.。原因这条错误 90% 不是代码问题而是 MySQL 服务没有启动、端口不是 3306、或者 JDBC URL 的 host 写错了。另一个隐蔽原因是 MySQL 配置了 skip-networking只允许本机 socket 连接断开了 TCP 连接。解决先打开命令行输入mysql -u root -p测试本地能不能登录登录不了就先启动服务登录成功后再检查 JDBC URL 里的 localhost 是否拼错。如果是连远程数据库还要确认 MySQL 用户允许从非 localhost 主机连接默认的 root 用户经常只绑定 127.0.0.1。排查顺序固定为服务状态 → 账号权限 → URL 参数 → 防火墙。5.5 Swing 界面点击“查询”后卡住不响应现象在 Swing 窗口里点击查询按钮界面像死掉一样拖不动窗口。原因这个坑几乎每个写 Swing 的人都踩过。Swing 的界面刷新在事件分发线程 EDT 上执行你把 JDBC 查询这些耗时操作直接写在按钮的 ActionListener 里查询期间 EDT 被阻塞界面自然无法重绘。数据量小可能感觉不到一旦查询条件没走索引卡顿就出现。解决耗时操作放到 SwingWorker 的 doInBackground 里执行在 done 方法里把结果回填到表格。另一个快速缓解方案是查询 SQL 加 LIMIT限制返回行数防止用户输入一个空格查出全表数据把 JTable 拖死。论文里如果写界面设计这个问题值得单独讲一段说明你理解 Swing 的事件模型。6. 交付前还能做的三个升级从能用的管理系统变成能讲的 Java 项目6.1 加一张操作日志表让“谁在什么时间借了什么书”有据可查图书馆管理系统最容易被人诟病的就是没有审计痕迹。管理员删了一本书、读者借了一本书查不到操作人这在真实业务里是不可接受的。给系统加一个 log 表把关键操作统一记录下来代码改动量不大但论文和答辩的档次一下就不一样了。CREATE TABLE sys_log ( log_id INT AUTO_INCREMENT PRIMARY KEY, operator VARCHAR(30) NOT NULL, action_type VARCHAR(20) NOT NULL, target_id INT, log_content VARCHAR(255), create_time DATETIME DEFAULT CURRENT_TIMESTAMP );在借书方法里事务执行成功后插入一条 log“admin 为 reader1001 借出 book 1”。注意 log 的插入最好在同一个事务里否则业务成功但日志没写进去日志就失去审计意义。这个设计在面试时是很好的谈资面试官问“你项目里怎么追踪数据变更”你可以把 sys_log 表结构和写入时机讲清楚比空讲概念具体得多。6.2 用自定义异常替代 e.printStackTrace让错误提示长在业务上第四章代码里大量的e.printStackTrace()是为了让教学过程不引入额外复杂度。但这个习惯不能带到毕业设计里不然答辩时老师问你“你项目里异常怎么处理的”你说“打印出来看”场面会很难看。可以定义一个 LibraryException 运行时异常service 层把业务错误包装成中文提示抛出去UI 层用弹窗展示给用户。public class LibraryException extends RuntimeException { public LibraryException(String message) { super(message); } }借书时如果库存不足就throw new LibraryException(该图书暂不可借当前库存为 0);UI 层的统一异常处理器捕获后弹窗提示。这样日志里不再是一堆堆栈而是“哪本书在哪个环节出了问题”维护成本明显降低。这也是 Java 开发里最常见的分层异常处理思想放到简历的“项目难点”一栏完全够用。6.3 用状态机重新设计图书状态在馆、借出、预约、丢失最后一个升级是把 book 表的可用性判断从 stock_available 0 升级成显式的状态字段。比如增加book_status TINYINT0 表示在馆1 表示借出2 表示预约保留3 表示丢失。这样做的意义是能区分出“库存还剩 1 本但被预约了”和“库存为 0 且全部借出”两种完全不同的业务语义。状态迁移规则也很清晰在馆可以借出借出以后只能归还丢失状态不能直接借出。这个设计并不难实现但对“优秀毕业设计”来说非常加分因为它体现了你对真实业务边界的理解而不是只会对着表做增删改查。我第一次做这个题目时没有加状态机答辩被老师追问“如果读者预约的书被别人借走了怎么办”我只能说系统里没这个功能场面一度很尴尬。后来重做这个项目把状态机补上才发现这根本不是功能问题而是数据模型问题。每一张表都应该能用一句话说清楚“它记录的是当前状态还是历史流水”book 表存当前状态borrow 表存历史流水两者通过外键关联一切业务规则都建立在这条清晰的边界上。希望这些折腾过的经验能让你少走一段弯路做完之后不仅拿到学分还能在面试时理直气壮地讲清楚这个 Java 项目的设计过程。希望帮到你。本文还有配套的精品资源点击获取