简介面向Java初学者的图书馆管理系统实训项目资料覆盖图书信息、读者信息、借阅归还、查询统计等核心模块适合课程设计、毕业设计或期末实训参考。压缩包共1988个文件大小约6MB包含30个java源文件、128个class编译文件、676个xmi设计模型以及大量prefs、xml等Eclipse工程配置可直接导入开发环境查看运行便于从源码、类图和配置三个层面理解JDBC数据库操作、Swing界面设计、MVC分层及异常处理等知识点。已有228人学习下载。资料将数据库设计、业务逻辑、界面实现串联在一起配有完整项目结构和配置信息可帮助读者快速还原系统功能梳理图书、读者、借阅记录之间的关系适合在实训中对照调试并完成功能扩展。 每年Java实训图书馆管理系统都是出现频率最高的题目之一。带过几届学生也帮人改过不少代码我发现这个项目真正的难点不在功能实现而在两件事一是很多人环境都没配明白就急着写代码二是借还书这种看似简单的逻辑真做起来才会发现一堆边界情况。这篇笔记就把我从需求拆解到答辩的全过程整理出来重点讲讲数据库怎么设计、代码怎么写不容易翻车以及几个我实际踩过的报错。如果你正在为实训任务发愁或者想把这个项目做成面试作品可以直接参考我下面的思路。1. 别急着写代码先把实训需求和评分点拆明白很多同学拿到“图书馆管理系统”第一反应是打开IDE直接建类。我建议先花半小时把需求端上来。实训任务通常表达得很简单——“实现图书、读者、借阅的管理”但评分老师心里其实有一套隐藏标准不拆明白很容易返工。1.1 这个系统的真实考察点CRUD之外的状态流转先用生活里的例子理解图书馆系统核心就三件事——书、人、借还记录。书有“在馆/借出/下架”状态读者有“正常/停借”状态一次借阅从“借出”变成“归还”还可能有“续借”“逾期”。所以这个项目不是简单增删改查而是在CRUD基础上做好状态流转和约束。举个例子读者已经借了5本书没还还能不能继续借图书显示“在馆”但刚被另一位读者预约了要不要保留库存这些业务规则比单纯的插入、更新更能体现你的设计功底。我在做这个项目时会先在纸上画两条操作主线管理员能做什么、读者能做什么。把权限边界划清楚后面的表结构和代码分层才会有依据。1.2 评分老师通常看的是这四件事实训答辩时老师一般不会只看功能是否跑通。根据我带项目、也被评分的经验评分点主要集中在四个维度评分维度常见扣分原因想拿高分该怎么做功能完整性只做了管理员端读者端没有至少覆盖登录、图书管理、读者管理、借还书代码规范性写一个大而全的类所有逻辑堆在一起按entity、dao、service、view分层数据库设计不设主外键借阅记录没有时间字段核心表结构清晰字段类型合理加索引答辩表达只会说“我写了登录功能”能说清表为什么这样设计、借书冲突怎么处理我见过不少同学代码写得很溜但一被问“为什么借阅记录要单独建一张表”就卡住。实训项目的最大价值不是“跑通”而是让你能回答出设计决策。所以从写第一行代码之前就要开始积累理由。把需求和评分点拆到这个程度你才有底气往下走。2. 环境、依赖和表设计基础打牢项目就成功了一半这个实训项目用到的技术栈通常不复杂但每年都有同学在环境配置上翻车。表设计如果一开始就歪了后面改起来更是伤筋动骨。所以这一节把两部分一起讲。2.1 JAVA_HOME、PATH与依赖导入的常见坑下载JDK后很多人直接双击安装完就开始写代码结果命令行里java -version正常javac却找不到。原因往往是只配了PATH没配JAVA_HOME。JDK安装包里的bin目录才是编译和运行入口我的建议是三步配齐新建系统变量JAVA_HOME指向JDK安装根目录不要带bin在PATH里新增%JAVA_HOME%\bin不要手动设置CLASSPATHJava 9之后模块化这类配置交给IDEA或Maven处理。很多教程还在让配CLASSPATH.;%JAVA_HOME%\lib其实Java 9以后这种写法已经不推荐。实训阶段如果用Maven管理依赖classpath冲突和缺失的问题会少很多。如果你坚持用纯JDBC加第三方jar记得把lib目录下所有jar包都Add to Library否则运行时很容易出现NoClassDefFoundError这个问题不一定是你代码写错而是classpath没有包含依赖。补充一个我见过无数次的报错java.lang.NoClassDefFoundError: java/applet/Applet。代码里明明没写Applet为什么会报这个通常是某个老版本依赖或编译时引用了JDK 9以后被移除的模块或者编译版本和运行版本不一致。排查思路很简单先看启动日志中报错上一行是谁触发了加载再用java -version和javac -version对比版本基本能定位。2.2 三张核心表设计图书、读者、借阅记录表设计是整个项目的基石。我见过不少同学把借阅信息直接存进图书表字段越来越多最后根本无法查询。这个系统最少需要三张表图书表、读者表、借阅记录表。管理员和读者可以合并成一张用户表用role字段区分第一版这样做最省事。下面这份表结构是我在实际项目中常用的蓝本可以直接拿来用图书表字段名类型说明book_idint主键自增isbnvarchar(20)国际标准书号book_namevarchar(100)书名authorvarchar(50)作者publishervarchar(100)出版社total_countint库存总数available_countint可借数量statustinyint1可借 0下架读者/用户表字段名类型说明user_idint主键自增usernamevarchar(50)登录名passwordvarchar(64)密码建议存MD5或SHA-256加盐后的密文roletinyint1管理员 2普通读者max_borrowint最大可借数量借阅记录表字段名类型说明borrow_idint主键自增user_idint外键关联用户表book_idint外键关联图书表borrow_timedatetime借书时间due_timedatetime应还时间return_timedatetime实际归还时间空表示未还statustinyint1借出 2已还 3逾期借阅记录一定要单独成表因为一个读者可以借多本书一本书也可以被不同读者借过这是典型的多对多关系。用中间表记录每一次借阅行为后续统计逾期、排行、历史记录都会非常方便。2.3 为什么要在图书表里冗余一个可借数量这个点我经常在答辩时问别人也是自己踩过坑的地方。如果不冗余available_count每次判断“这本书还能不能借”都要去借阅记录表count一遍未归还数量再和total_count做减法。数据量小的时候没问题书一旦多了这个查询会越来越慢。所以设计上直接冗余一个available_count字段每次借书时减一还书时加一。这是一种常见的空间换时间思路但代价是必须用事务保证它和借阅记录同步否则会出现库存对不上号的情况。这也直接决定了借还书代码必须放在同一个事务里执行下一节会详细讲。3. 核心业务代码登录、图书管理和借还书的事务闭环表结构设计好之后业务代码其实水到渠成。我习惯把代码分成四层实体类entity、数据访问层dao、业务层service、展示层view。实训代码没必要用复杂设计模式但至少要分层否则答辩时老师问“业务逻辑和数据库操作怎么解耦”你很难回答。3.1 登录模块密码不能明文存用户状态要统一管很多同学为了省事把密码直接明文存数据库。我建议哪怕只是实训也要用MD5加盐处理一下毕竟这个项目将来可能写进简历。登录校验流程并不复杂根据用户名查出用户用相同算法加密输入密码再和密文比对。登录成功后把用户对象存到Session后续借还书都从Session里拿用户ID避免每次操作都要重新登录。MD5加密直接用JDK自带的MessageDigest就能实现public static String md5(String input) { try { MessageDigest md MessageDigest.getInstance(MD5); byte[] digest md.digest(input.getBytes(StandardCharsets.UTF_8)); StringBuilder sb new StringBuilder(); for (byte b : digest) { sb.append(String.format(%02x, b)); } return sb.toString(); } catch (NoSuchAlgorithmException e) { throw new RuntimeException(e); } }加盐的思路是在用户注册时生成一个随机字符串拼到密码后面再加密数据库中存“盐值密文”。实训项目哪怕不做加盐也至少不要明文存密码。这个细节在答辩时说出来会明显加分。3.2 图书管理增删改查PreparedStatement不是可选项以“添加图书”为例这不是一条insert语句那么简单。你需要先判断这本书是否已存在——通过isbn查一次存在则更新库存不存在才新增。这种“先查再写”的逻辑一定要放到service层而不是散落在控制台菜单里。public boolean addBook(Book book) { String checkSql SELECT count(*) FROM book WHERE isbn ?; // 使用PreparedStatement绑定参数 try (PreparedStatement ps conn.prepareStatement(checkSql)) { ps.setString(1, book.getIsbn()); ResultSet rs ps.executeQuery(); if (rs.next() rs.getInt(1) 0) { String updateSql UPDATE book SET total_count total_count ?, available_count available_count ? WHERE isbn ?; try (PreparedStatement updatePs conn.prepareStatement(updateSql)) { updatePs.setInt(1, book.getTotalCount()); updatePs.setInt(2, book.getAvailableCount()); updatePs.setString(3, book.getIsbn()); return updatePs.executeUpdate() 0; } } String insertSql INSERT INTO book(book_name, isbn, author, publisher, total_count, available_count, status) VALUES(?,?,?,?,?,?,?); ... } catch (SQLException e) { e.printStackTrace(); } return false; }这里有个关键点更新库存时total_count和available_count必须同时增加否则会出现总库存和可借数量不一致的情况。另外SQL用PreparedStatement绑定参数而不是拼字符串是防SQL注入的标准做法。如果输入的isbn是 OR 11 --拼接SQL有可能把整张表查出来预编译之后这个输入只会被当作字符串字面量不改变SQL语义。这个问题既能在实训代码中体现也是Java基础必问面试题。3.3 借书和还书事务、行锁与状态同步借书流程看起来只有“插入一条记录、减一个库存”但拆开至少是四步校验读者状态是否正常、已借数量是否超过上限校验图书是否存在、可借数量是否大于0插入借阅记录状态为借出计算due_time更新图书表的available_count减一。这四步必须放在同一个事务里。假如第三步成功了、第四步失败数据库里会多出一条借阅记录但库存没变后续查来查去都是错的。JDBC里手动开启事务的套路很固定conn.setAutoCommit(false); try { // 执行校验、插入借阅记录、更新库存 conn.commit(); } catch (SQLException e) { conn.rollback(); throw e; } finally { conn.setAutoCommit(true); }这里还有一个并发问题两个用户同时借同一本只剩一本的书可能都读到了available_count 1然后都执行成功导致超借。最简单的方式是用SELECT ... FOR UPDATE锁住图书行或者用乐观锁执行update时带上WHERE available_count 0如果影响行数为0说明书已经被抢走需要提示用户。还书逻辑是对称的更新借阅记录状态和return_time再把available_count加回去。但别忘了检查是否逾期。可以在还书时根据due_time和当前时间计算逾期天数更新借阅记录状态为“逾期”如果是带罚款功能的进阶版还要在读者表或单独的罚款表里累计金额。4. 实训期间的高频报错与项目答辩的加分思路最后聊两个话题实训过程中最常遇到的几个报错怎么排查以及项目做完后怎么把它讲成面试加分项。这两个点看似独立但本质都是同一件事——你会不会系统地定位问题、表达设计。4.1 三个让人头大的运行时报错排查第一个是java.lang.NoClassDefFoundError: java/applet/Applet。我前面提过这个报错很迷惑因为代码里根本没用到Applet。本质上是因为某个依赖或编译环境引用了JDK 9以后被移除的模块。排查思路先看启动日志的上一行找到是谁触发了这个类再检查编译版本和运行版本是否一致用java -version和javac -version对比最后排除或升级相关依赖。如果你用的是IDEA自带的编译器还要看看Project Structure里配置的JDK版本和模块语言级别是否匹配。第二个是Lombok报错。很多教程让你用Data注解省去getter/setter但实训时经常看到编译报错you arent using a compiler supported by lombok, so lombok will not work。这不一定是你代码写错通常是IDEA的Annotation Processing没开启。解决路径是Settings - Build, Execution, Deployment - Compiler - Annotation Processors勾选Enable annotation processing然后把IDEA和Lombok插件都升级到最新版本。如果你不想折腾实体类手写getter/setter反而是最稳的。第三个是Redis相关。有的同学进阶版本会引入Redis做缓存然后想用RedisTemplate.opsForValue().increment()做计数器结果拿返回值去比较整数时报错不是Integeror out of range。原因很简单increment()的返回值类型是Long不是Integer你把一个Long强转成Integer或者直接和整型字面量比较时就可能触发类型转换异常。这个坑和Redis本身无关纯粹是Java类型设计上的细节以后写代码多留意方法签名返回值。4.2 项目答辩时怎么把设计讲清楚实训答辩时不要上来就念代码。建议按“项目背景 - 你负责的模块 - 数据库设计 - 难点和解决 - 可扩展方向”这个顺序讲。比如借书并发问题你可以说“我用事务和行锁保证库存不超卖后续考虑用Redis分布式锁提升性能”。哪怕你还没真正实现分布式锁把思路讲清楚也是加分项。这个项目还可以帮你串联不少Java面试高频点事务的ACID借书流程就是最好的落地案例PreparedStatement防SQL注入图书查询和新增都是演示场景表设计为什么第三范式借阅记录表拆出来而不是冗余在图书表里锁和并发available_count更新的竞争条件怎么解决如果你用了缓存还能聊缓存一致性和过期策略。最后再说一点个人体会。我做这个实训项目时最大的感受是“慢就是快”前期把表设计和流程图画清楚后面写业务代码基本是填空。答辩前自己对着镜子把项目流程讲一遍你会发现能讲清楚的设计才是真正学会的设计。如果时间允许在这个项目基础上再加一个“图书续借”和“逾期统计”的小功能简历里就能多一行亮点。本文还有配套的精品资源点击获取 
长河君 · 2026/9/9 9:36:25 · 阅读 1.2k Java实训图书馆管理系统：数据库设计、事务与借还书核心逻辑解析
简介面向Java初学者的图书馆管理系统实训项目资料覆盖图书信息、读者信息、借阅归还、查询统计等核心模块适合课程设计、毕业设计或期末实训参考。压缩包共1988个文件大小约6MB包含30个java源文件、128个class编译文件、676个xmi设计模型以及大量prefs、xml等Eclipse工程配置可直接导入开发环境查看运行便于从源码、类图和配置三个层面理解JDBC数据库操作、Swing界面设计、MVC分层及异常处理等知识点。已有228人学习下载。资料将数据库设计、业务逻辑、界面实现串联在一起配有完整项目结构和配置信息可帮助读者快速还原系统功能梳理图书、读者、借阅记录之间的关系适合在实训中对照调试并完成功能扩展。 每年Java实训图书馆管理系统都是出现频率最高的题目之一。带过几届学生也帮人改过不少代码我发现这个项目真正的难点不在功能实现而在两件事一是很多人环境都没配明白就急着写代码二是借还书这种看似简单的逻辑真做起来才会发现一堆边界情况。这篇笔记就把我从需求拆解到答辩的全过程整理出来重点讲讲数据库怎么设计、代码怎么写不容易翻车以及几个我实际踩过的报错。如果你正在为实训任务发愁或者想把这个项目做成面试作品可以直接参考我下面的思路。1. 别急着写代码先把实训需求和评分点拆明白很多同学拿到“图书馆管理系统”第一反应是打开IDE直接建类。我建议先花半小时把需求端上来。实训任务通常表达得很简单——“实现图书、读者、借阅的管理”但评分老师心里其实有一套隐藏标准不拆明白很容易返工。1.1 这个系统的真实考察点CRUD之外的状态流转先用生活里的例子理解图书馆系统核心就三件事——书、人、借还记录。书有“在馆/借出/下架”状态读者有“正常/停借”状态一次借阅从“借出”变成“归还”还可能有“续借”“逾期”。所以这个项目不是简单增删改查而是在CRUD基础上做好状态流转和约束。举个例子读者已经借了5本书没还还能不能继续借图书显示“在馆”但刚被另一位读者预约了要不要保留库存这些业务规则比单纯的插入、更新更能体现你的设计功底。我在做这个项目时会先在纸上画两条操作主线管理员能做什么、读者能做什么。把权限边界划清楚后面的表结构和代码分层才会有依据。1.2 评分老师通常看的是这四件事实训答辩时老师一般不会只看功能是否跑通。根据我带项目、也被评分的经验评分点主要集中在四个维度评分维度常见扣分原因想拿高分该怎么做功能完整性只做了管理员端读者端没有至少覆盖登录、图书管理、读者管理、借还书代码规范性写一个大而全的类所有逻辑堆在一起按entity、dao、service、view分层数据库设计不设主外键借阅记录没有时间字段核心表结构清晰字段类型合理加索引答辩表达只会说“我写了登录功能”能说清表为什么这样设计、借书冲突怎么处理我见过不少同学代码写得很溜但一被问“为什么借阅记录要单独建一张表”就卡住。实训项目的最大价值不是“跑通”而是让你能回答出设计决策。所以从写第一行代码之前就要开始积累理由。把需求和评分点拆到这个程度你才有底气往下走。2. 环境、依赖和表设计基础打牢项目就成功了一半这个实训项目用到的技术栈通常不复杂但每年都有同学在环境配置上翻车。表设计如果一开始就歪了后面改起来更是伤筋动骨。所以这一节把两部分一起讲。2.1 JAVA_HOME、PATH与依赖导入的常见坑下载JDK后很多人直接双击安装完就开始写代码结果命令行里java -version正常javac却找不到。原因往往是只配了PATH没配JAVA_HOME。JDK安装包里的bin目录才是编译和运行入口我的建议是三步配齐新建系统变量JAVA_HOME指向JDK安装根目录不要带bin在PATH里新增%JAVA_HOME%\bin不要手动设置CLASSPATHJava 9之后模块化这类配置交给IDEA或Maven处理。很多教程还在让配CLASSPATH.;%JAVA_HOME%\lib其实Java 9以后这种写法已经不推荐。实训阶段如果用Maven管理依赖classpath冲突和缺失的问题会少很多。如果你坚持用纯JDBC加第三方jar记得把lib目录下所有jar包都Add to Library否则运行时很容易出现NoClassDefFoundError这个问题不一定是你代码写错而是classpath没有包含依赖。补充一个我见过无数次的报错java.lang.NoClassDefFoundError: java/applet/Applet。代码里明明没写Applet为什么会报这个通常是某个老版本依赖或编译时引用了JDK 9以后被移除的模块或者编译版本和运行版本不一致。排查思路很简单先看启动日志中报错上一行是谁触发了加载再用java -version和javac -version对比版本基本能定位。2.2 三张核心表设计图书、读者、借阅记录表设计是整个项目的基石。我见过不少同学把借阅信息直接存进图书表字段越来越多最后根本无法查询。这个系统最少需要三张表图书表、读者表、借阅记录表。管理员和读者可以合并成一张用户表用role字段区分第一版这样做最省事。下面这份表结构是我在实际项目中常用的蓝本可以直接拿来用图书表字段名类型说明book_idint主键自增isbnvarchar(20)国际标准书号book_namevarchar(100)书名authorvarchar(50)作者publishervarchar(100)出版社total_countint库存总数available_countint可借数量statustinyint1可借 0下架读者/用户表字段名类型说明user_idint主键自增usernamevarchar(50)登录名passwordvarchar(64)密码建议存MD5或SHA-256加盐后的密文roletinyint1管理员 2普通读者max_borrowint最大可借数量借阅记录表字段名类型说明borrow_idint主键自增user_idint外键关联用户表book_idint外键关联图书表borrow_timedatetime借书时间due_timedatetime应还时间return_timedatetime实际归还时间空表示未还statustinyint1借出 2已还 3逾期借阅记录一定要单独成表因为一个读者可以借多本书一本书也可以被不同读者借过这是典型的多对多关系。用中间表记录每一次借阅行为后续统计逾期、排行、历史记录都会非常方便。2.3 为什么要在图书表里冗余一个可借数量这个点我经常在答辩时问别人也是自己踩过坑的地方。如果不冗余available_count每次判断“这本书还能不能借”都要去借阅记录表count一遍未归还数量再和total_count做减法。数据量小的时候没问题书一旦多了这个查询会越来越慢。所以设计上直接冗余一个available_count字段每次借书时减一还书时加一。这是一种常见的空间换时间思路但代价是必须用事务保证它和借阅记录同步否则会出现库存对不上号的情况。这也直接决定了借还书代码必须放在同一个事务里执行下一节会详细讲。3. 核心业务代码登录、图书管理和借还书的事务闭环表结构设计好之后业务代码其实水到渠成。我习惯把代码分成四层实体类entity、数据访问层dao、业务层service、展示层view。实训代码没必要用复杂设计模式但至少要分层否则答辩时老师问“业务逻辑和数据库操作怎么解耦”你很难回答。3.1 登录模块密码不能明文存用户状态要统一管很多同学为了省事把密码直接明文存数据库。我建议哪怕只是实训也要用MD5加盐处理一下毕竟这个项目将来可能写进简历。登录校验流程并不复杂根据用户名查出用户用相同算法加密输入密码再和密文比对。登录成功后把用户对象存到Session后续借还书都从Session里拿用户ID避免每次操作都要重新登录。MD5加密直接用JDK自带的MessageDigest就能实现public static String md5(String input) { try { MessageDigest md MessageDigest.getInstance(MD5); byte[] digest md.digest(input.getBytes(StandardCharsets.UTF_8)); StringBuilder sb new StringBuilder(); for (byte b : digest) { sb.append(String.format(%02x, b)); } return sb.toString(); } catch (NoSuchAlgorithmException e) { throw new RuntimeException(e); } }加盐的思路是在用户注册时生成一个随机字符串拼到密码后面再加密数据库中存“盐值密文”。实训项目哪怕不做加盐也至少不要明文存密码。这个细节在答辩时说出来会明显加分。3.2 图书管理增删改查PreparedStatement不是可选项以“添加图书”为例这不是一条insert语句那么简单。你需要先判断这本书是否已存在——通过isbn查一次存在则更新库存不存在才新增。这种“先查再写”的逻辑一定要放到service层而不是散落在控制台菜单里。public boolean addBook(Book book) { String checkSql SELECT count(*) FROM book WHERE isbn ?; // 使用PreparedStatement绑定参数 try (PreparedStatement ps conn.prepareStatement(checkSql)) { ps.setString(1, book.getIsbn()); ResultSet rs ps.executeQuery(); if (rs.next() rs.getInt(1) 0) { String updateSql UPDATE book SET total_count total_count ?, available_count available_count ? WHERE isbn ?; try (PreparedStatement updatePs conn.prepareStatement(updateSql)) { updatePs.setInt(1, book.getTotalCount()); updatePs.setInt(2, book.getAvailableCount()); updatePs.setString(3, book.getIsbn()); return updatePs.executeUpdate() 0; } } String insertSql INSERT INTO book(book_name, isbn, author, publisher, total_count, available_count, status) VALUES(?,?,?,?,?,?,?); ... } catch (SQLException e) { e.printStackTrace(); } return false; }这里有个关键点更新库存时total_count和available_count必须同时增加否则会出现总库存和可借数量不一致的情况。另外SQL用PreparedStatement绑定参数而不是拼字符串是防SQL注入的标准做法。如果输入的isbn是 OR 11 --拼接SQL有可能把整张表查出来预编译之后这个输入只会被当作字符串字面量不改变SQL语义。这个问题既能在实训代码中体现也是Java基础必问面试题。3.3 借书和还书事务、行锁与状态同步借书流程看起来只有“插入一条记录、减一个库存”但拆开至少是四步校验读者状态是否正常、已借数量是否超过上限校验图书是否存在、可借数量是否大于0插入借阅记录状态为借出计算due_time更新图书表的available_count减一。这四步必须放在同一个事务里。假如第三步成功了、第四步失败数据库里会多出一条借阅记录但库存没变后续查来查去都是错的。JDBC里手动开启事务的套路很固定conn.setAutoCommit(false); try { // 执行校验、插入借阅记录、更新库存 conn.commit(); } catch (SQLException e) { conn.rollback(); throw e; } finally { conn.setAutoCommit(true); }这里还有一个并发问题两个用户同时借同一本只剩一本的书可能都读到了available_count 1然后都执行成功导致超借。最简单的方式是用SELECT ... FOR UPDATE锁住图书行或者用乐观锁执行update时带上WHERE available_count 0如果影响行数为0说明书已经被抢走需要提示用户。还书逻辑是对称的更新借阅记录状态和return_time再把available_count加回去。但别忘了检查是否逾期。可以在还书时根据due_time和当前时间计算逾期天数更新借阅记录状态为“逾期”如果是带罚款功能的进阶版还要在读者表或单独的罚款表里累计金额。4. 实训期间的高频报错与项目答辩的加分思路最后聊两个话题实训过程中最常遇到的几个报错怎么排查以及项目做完后怎么把它讲成面试加分项。这两个点看似独立但本质都是同一件事——你会不会系统地定位问题、表达设计。4.1 三个让人头大的运行时报错排查第一个是java.lang.NoClassDefFoundError: java/applet/Applet。我前面提过这个报错很迷惑因为代码里根本没用到Applet。本质上是因为某个依赖或编译环境引用了JDK 9以后被移除的模块。排查思路先看启动日志的上一行找到是谁触发了这个类再检查编译版本和运行版本是否一致用java -version和javac -version对比最后排除或升级相关依赖。如果你用的是IDEA自带的编译器还要看看Project Structure里配置的JDK版本和模块语言级别是否匹配。第二个是Lombok报错。很多教程让你用Data注解省去getter/setter但实训时经常看到编译报错you arent using a compiler supported by lombok, so lombok will not work。这不一定是你代码写错通常是IDEA的Annotation Processing没开启。解决路径是Settings - Build, Execution, Deployment - Compiler - Annotation Processors勾选Enable annotation processing然后把IDEA和Lombok插件都升级到最新版本。如果你不想折腾实体类手写getter/setter反而是最稳的。第三个是Redis相关。有的同学进阶版本会引入Redis做缓存然后想用RedisTemplate.opsForValue().increment()做计数器结果拿返回值去比较整数时报错不是Integeror out of range。原因很简单increment()的返回值类型是Long不是Integer你把一个Long强转成Integer或者直接和整型字面量比较时就可能触发类型转换异常。这个坑和Redis本身无关纯粹是Java类型设计上的细节以后写代码多留意方法签名返回值。4.2 项目答辩时怎么把设计讲清楚实训答辩时不要上来就念代码。建议按“项目背景 - 你负责的模块 - 数据库设计 - 难点和解决 - 可扩展方向”这个顺序讲。比如借书并发问题你可以说“我用事务和行锁保证库存不超卖后续考虑用Redis分布式锁提升性能”。哪怕你还没真正实现分布式锁把思路讲清楚也是加分项。这个项目还可以帮你串联不少Java面试高频点事务的ACID借书流程就是最好的落地案例PreparedStatement防SQL注入图书查询和新增都是演示场景表设计为什么第三范式借阅记录表拆出来而不是冗余在图书表里锁和并发available_count更新的竞争条件怎么解决如果你用了缓存还能聊缓存一致性和过期策略。最后再说一点个人体会。我做这个实训项目时最大的感受是“慢就是快”前期把表设计和流程图画清楚后面写业务代码基本是填空。答辩前自己对着镜子把项目流程讲一遍你会发现能讲清楚的设计才是真正学会的设计。如果时间允许在这个项目基础上再加一个“图书续借”和“逾期统计”的小功能简历里就能多一行亮点。本文还有配套的精品资源点击获取