简介这是一套基于JavaWeb的图书管理系统课程设计完整源码包面向高校计算机相关专业学生与JavaWeb初学者可用于课程设计提交、毕业设计参考或SSM/JSP技术栈练手。资源共352个文件压缩包约64.65MB涵盖37个java源文件、91个class编译文件、91个jar依赖包以及14个html、13个css、12个js、2个jsp等前端页面资源另附5个sql数据库脚本、11个xml配置与41个xls测试数据表结构完整、层次清晰。系统围绕图书信息、用户信息与借阅记录等核心模块展开包含Excel导入导出、图书与用户信息操作等业务实现下载后按说明导入数据库即可运行省去从零搭建环境的时间。目前已有448人学习下载适合需要快速获得可运行项目、对照理解JavaWeb分层开发与数据库交互的读者参考使用。1. 图书管理系统课程设计从能跑到能拿95分中间隔着什么每年学期末总有一批人卡在同一个地方JavaWeb 课程设计选了图书管理系统环境搭起来了Tomcat 也能跑但做出来的东西自己看着都觉得单薄。增删改查是有了可借阅逻辑一塌糊涂数据库表结构经不起推敲前端页面像是上世纪的产物。最后交上去拿个及格分心里清楚这玩意儿离“95分以上”差着十万八千里。这个标题里的“95分以上课程设计”核心不在功能有多花哨而在于工程完整度和业务逻辑的严谨性。图书管理系统是个被做烂了的题目正因如此评分老师一眼就能看出你是认真设计了还是随便糊弄的。它适合正在做 JavaWeb 课程设计的学生也适合想拿一个完整项目练手 Spring Boot MySQL 的初学者。接下来我会按实际开发顺序把从建库到部署的每一步拆开讲包括那些只有踩过才知道的坑。2. 数据库设计别急着写代码先把表结构定死2.1 图书管理系统最少需要几张表很多人上来就打开 IDEA 建 Controller写到借阅功能时才发现表不够用。图书管理系统的核心实体其实就四个图书、读者、借阅记录、管理员。但要把业务跑通至少需要五张表因为图书和分类要拆开。我一般会这样设计表名作用关键字段book图书信息id, isbn, title, author, publisher, category_id, total_copies, available_copiescategory图书分类id, name, descriptionreader读者信息id, card_number, name, phone, max_borrow, statusborrow_record借阅记录id, book_id, reader_id, borrow_date, due_date, return_date, statusadmin管理员id, username, password, role这里有个容易翻车的地方book表里的available_copies和borrow_record表里的未归还记录数量必须保持一致。我见过太多人只更新借阅记录忘了同步扣减可借数量结果同一本书被借了十次还有库存。2.2 建库建表 SQL 与索引设置下面这份 SQL 可以直接在 MySQL 5.7 或 8.0 里执行。注意字符集用utf8mb4否则书名里的特殊符号会变成问号。CREATE DATABASE IF NOT EXISTS library_db DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_general_ci; USE library_db; -- 分类表 CREATE TABLE category ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL UNIQUE, description VARCHAR(200) ) ENGINEInnoDB; -- 图书表 CREATE TABLE book ( id INT PRIMARY KEY AUTO_INCREMENT, isbn VARCHAR(20) NOT NULL UNIQUE, title VARCHAR(100) NOT NULL, author VARCHAR(50), publisher VARCHAR(100), category_id INT, total_copies INT DEFAULT 1, available_copies INT DEFAULT 1, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (category_id) REFERENCES category(id), INDEX idx_title (title), INDEX idx_category (category_id) ) ENGINEInnoDB; -- 读者表 CREATE TABLE reader ( id INT PRIMARY KEY AUTO_INCREMENT, card_number VARCHAR(20) NOT NULL UNIQUE, name VARCHAR(50) NOT NULL, phone VARCHAR(20), max_borrow INT DEFAULT 5, status TINYINT DEFAULT 1 COMMENT 1正常 0冻结, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB; -- 借阅记录表 CREATE TABLE borrow_record ( id INT PRIMARY KEY AUTO_INCREMENT, book_id INT NOT NULL, reader_id INT NOT NULL, borrow_date DATE NOT NULL, due_date DATE NOT NULL, return_date DATE, status TINYINT DEFAULT 0 COMMENT 0借出 1已还 2逾期, FOREIGN KEY (book_id) REFERENCES book(id), FOREIGN KEY (reader_id) REFERENCES reader(id), INDEX idx_reader_status (reader_id, status), INDEX idx_book_status (book_id, status) ) ENGINEInnoDB; -- 管理员表 CREATE TABLE admin ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(30) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, role VARCHAR(20) DEFAULT admin ) ENGINEInnoDB;逻辑说明book表用available_copies做冗余字段是为了避免每次查询可借数量都要去borrow_record表 count这是典型的空间换时间。borrow_record表上建了两个联合索引因为最常用的查询是“某个读者当前借了几本书”和“某本书当前被谁借走了”。参数说明max_borrow默认给 5表示一个读者最多同时借 5 本。due_date在插入借阅记录时由程序计算一般是borrow_date 30天。status字段用 TINYINT 而不是 VARCHAR查询效率更高。注意外键约束在课程设计里建议保留虽然有些生产环境会禁用但评分老师看到外键会认为你考虑了数据一致性。3. 后端实现Servlet JSP 还是 Spring Boot选哪个3.1 两种技术栈的评分差异课程设计常见的 JavaWeb 技术栈有两种原生 Servlet JSP JDBC或者 Spring Boot MyBatis Thymeleaf。前者是很多学校教学用的后者更贴近实际工作。如果你的课程明确要求用 Servlet那就老老实实写 Servlet。如果没限制我建议用 Spring Boot因为代码量少、结构清晰而且application.yml里几行配置就能把数据库连接池、事务管理全搞定。评分老师看到 Spring Boot 的工程结构印象分先加一档。但不管选哪种分层结构必须清晰。Controller/Service/DAO 三层不能混在一起写。我见过把所有逻辑塞进一个 Servlet 的doPost方法里三百行代码从头写到尾这种拿及格都勉强。3.2 借阅功能的核心代码与事务控制借阅是图书管理系统里唯一需要事务的操作因为它要同时做两件事插入借阅记录、扣减可借数量。任何一步失败都必须回滚。Service public class BorrowService { Autowired private BookMapper bookMapper; Autowired private BorrowRecordMapper borrowMapper; Autowired private ReaderMapper readerMapper; Transactional(rollbackFor Exception.class) public String borrowBook(Integer bookId, Integer readerId) { // 1. 检查读者状态和已借数量 Reader reader readerMapper.selectById(readerId); if (reader null || reader.getStatus() 0) { return 读者不存在或已被冻结; } int borrowing borrowMapper.countByReaderAndStatus(readerId, 0); if (borrowing reader.getMaxBorrow()) { return 已达到最大借阅数量; } // 2. 检查图书可借数量用行锁防止并发超借 Book book bookMapper.selectByIdForUpdate(bookId); if (book null || book.getAvailableCopies() 0) { return 图书库存不足; } // 3. 插入借阅记录 BorrowRecord record new BorrowRecord(); record.setBookId(bookId); record.setReaderId(readerId); record.setBorrowDate(LocalDate.now()); record.setDueDate(LocalDate.now().plusDays(30)); record.setStatus(0); borrowMapper.insert(record); // 4. 扣减可借数量 bookMapper.decreaseAvailable(bookId); return 借阅成功; } }逻辑说明selectByIdForUpdate对应 SQL 里的SELECT ... FOR UPDATE这是防止并发超借的关键。如果没有这行锁两个请求同时查到available_copies 1都认为可以借最后就会超借。Transactional注解保证插入记录和扣减库存要么都成功要么都回滚。参数说明rollbackFor Exception.class确保任何异常都触发回滚默认只回滚运行时异常检查型异常不会回滚这是个经典坑。plusDays(30)是借阅期限可以改成从配置读取。对应的 Mapper XML 里decreaseAvailable要写成update iddecreaseAvailable UPDATE book SET available_copies available_copies - 1 WHERE id #{bookId} AND available_copies 0 /updateAND available_copies 0是最后一道防线即使前面检查通过但并发导致库存变了这条 SQL 也会影响 0 行配合事务回滚。3.3 还书与逾期计算怎么处理还书逻辑比借书简单但逾期判断容易写错。不要在还书时才去算逾期应该在每次查询借阅记录时动态判断。public ListBorrowRecordVO listByReader(Integer readerId) { ListBorrowRecordVO list borrowMapper.selectByReader(readerId); LocalDate today LocalDate.now(); for (BorrowRecordVO vo : list) { if (vo.getStatus() 0 today.isAfter(vo.getDueDate())) { vo.setStatus(2); // 标记为逾期 vo.setOverdueDays(ChronoUnit.DAYS.between(vo.getDueDate(), today)); } } return list; }还书时只需要更新return_date和status 1同时把available_copies加回去。注意加回去的时候也要用UPDATE book SET available_copies available_copies 1 WHERE id ?不要先查再算再更新那样在并发下会丢更新。4. 前端页面与交互JSP 够用但别做得太丑4.1 用 Bootstrap 快速搭出能看的界面课程设计的前端不需要多华丽但至少要整洁。我一般直接用 Bootstrap 5 的 CDN配合 JSP 的 JSTL 标签做数据渲染。图书列表页用c:forEach循环输出表格行借阅按钮弹个模态框确认。% taglib prefixc urihttp://java.sun.com/jsp/jstl/core % table classtable table-striped thead tr thISBN/thth书名/thth作者/thth可借数量/thth操作/th /tr /thead tbody c:forEach items${bookList} varbook tr td${book.isbn}/td td${book.title}/td td${book.author}/td td c:choose c:when test${book.availableCopies 0} span classbadge bg-success${book.availableCopies}/span /c:when c:otherwise span classbadge bg-danger已借完/span /c:otherwise /c:choose /td td button classbtn btn-sm btn-primary onclickborrow(${book.id})借阅/button /td /tr /c:forEach /tbody /table逻辑说明用c:choose根据可借数量显示不同颜色的徽章绿色表示可借红色表示借完。这比单纯显示数字直观得多评分老师翻页面时一眼就能看到你考虑了状态展示。参数说明${book.availableCopies}对应实体类的 getter 方法注意大小写要一致。onclickborrow(${book.id})把图书 ID 传给 JavaScript 函数函数里用fetch发 POST 请求到借阅接口。4.2 表单验证与错误提示前端验证不能只靠后端。借书证号、手机号这些字段在提交前就要用 JavaScript 做格式检查。但后端也必须再验一遍因为前端验证可以被绕过。function validateReaderForm() { const cardNumber document.getElementById(cardNumber).value.trim(); const phone document.getElementById(phone).value.trim(); if (!/^[A-Z0-9]{6,20}$/.test(cardNumber)) { alert(借书证号必须是6-20位大写字母或数字); return false; } if (phone !/^1[3-9]\d{9}$/.test(phone)) { alert(手机号格式不正确); return false; } return true; }逻辑说明借书证号用正则限制为大写字母和数字避免用户输入中文或特殊符号导致数据库查询异常。手机号允许为空但如果不为空就必须符合格式。参数说明/^[A-Z0-9]{6,20}$/中{6,20}表示长度范围可以根据学校实际证号规则调整。/^1[3-9]\d{9}$/是大陆手机号的基本格式。5. 避坑与排查那些让课程设计翻车的细节5.1 中文乱码现象是书名变成问号原因是字符集不统一现象数据库里存进去的中文书名在页面上显示为???或者乱码。原因三个地方都要设 UTF-8——数据库连接 URL、Tomcat 的server.xml、JSP 页面的pageEncoding。只设其中一个不够。解决JDBC URL 加?useUnicodetruecharacterEncodingutf8Tomcat 的 Connector 加URIEncodingUTF-8JSP 页面顶部写% page contentTypetext/html;charsetUTF-8 pageEncodingUTF-8 %。三处都改完重启基本能解决。5.2 数据库连接池耗尽现象是页面卡死原因是连接没关现象连续操作几次后页面一直转圈最后报Cannot get a connection。原因在 DAO 里拿了Connection但没在finally块里关闭或者用了连接池但没配置maxActive。解决如果用原生 JDBC每个Connection、PreparedStatement、ResultSet都要在finally里关。如果用 Druid 或 HikariCP检查application.yml里的max-active和max-wait配置。我一般设max-active: 20max-wait: 3000超过 3 秒拿不到连接就报错而不是无限等待。5.3 借阅数量不同步现象是可借数量对不上原因是漏了回滚现象读者借了书借阅记录有了但图书的可借数量没变。或者还了书数量没加回去。原因借阅和扣减库存没有放在同一个事务里或者还书时只更新了记录状态忘了更新book表。解决借书和还书的方法都加Transactional并且确保两个更新操作在同一个方法内。还书的 SQL 要写两条UPDATE borrow_record SET status1, return_date? WHERE id?和UPDATE book SET available_copiesavailable_copies1 WHERE id?。5.4 分页查询越界现象是最后一页报错原因是没算总页数现象图书列表翻到最后一页时页面报IndexOutOfBoundsException或者显示空白。原因分页查询的offset计算错误或者总记录数变化后没有重新计算总页数。解决分页参数用LIMIT #{offset}, #{pageSize}offset (pageNum - 1) * pageSize。在 Service 层先查COUNT(*)得到总数再算totalPages (total pageSize - 1) / pageSize。如果pageNum totalPages强制设为totalPages。5.5 部署后 404现象是本地能跑服务器上找不到页面现象IDEA 里跑得好好的打成 WAR 包丢到 Tomcat 的webapps下访问就是 404。原因WAR 包的contextPath和访问 URL 不匹配或者web.xml里的welcome-file没配。解决把 WAR 包命名为library.war访问路径就是http://localhost:8080/library/。如果改了名字路径也要跟着改。另外检查web.xml里有没有welcome-fileindex.jsp/welcome-file没有的话访问根路径不会自动跳转。6. 拿高分的最后一步加一个能演示的统计图表课程设计评分时老师翻完增删改查就不会再细看了能让他停下来的是数据可视化。在首页加一个简单的统计面板用 ECharts 画两个图各分类图书数量饼图、近 7 天借阅趋势折线图。代码量不大但效果立竿见影。后端加一个接口返回 JSONGetMapping(/api/stats/category) ResponseBody public MapString, Object categoryStats() { ListMapString, Object list bookMapper.countByCategory(); MapString, Object result new HashMap(); result.put(categories, list.stream().map(m - m.get(name)).collect(Collectors.toList())); result.put(counts, list.stream().map(m - m.get(cnt)).collect(Collectors.toList())); return result; }对应的 SQL 就是SELECT c.name, COUNT(b.id) AS cnt FROM category c LEFT JOIN book b ON c.id b.category_id GROUP BY c.id。前端用 ECharts 的pie类型渲染五分钟就能搞定。这个统计面板的价值在于它证明你不仅会写 CRUD还知道怎么把数据变成信息。答辩的时候别人还在翻页面找功能你直接指着图表说“这是馆藏分布这是借阅趋势”老师的问题都会少几个。我自己的习惯是每次做完课程设计都会把数据库脚本、部署说明、默认账号密码写进一个README.md放在项目根目录。这个习惯帮我省了很多次“老师问怎么跑”的麻烦。希望帮到你。本文还有配套的精品资源点击获取 JavaWeb图书管理系统课程设计：从建库到部署，拿95分以上
简介这是一套基于JavaWeb的图书管理系统课程设计完整源码包面向高校计算机相关专业学生与JavaWeb初学者可用于课程设计提交、毕业设计参考或SSM/JSP技术栈练手。资源共352个文件压缩包约64.65MB涵盖37个java源文件、91个class编译文件、91个jar依赖包以及14个html、13个css、12个js、2个jsp等前端页面资源另附5个sql数据库脚本、11个xml配置与41个xls测试数据表结构完整、层次清晰。系统围绕图书信息、用户信息与借阅记录等核心模块展开包含Excel导入导出、图书与用户信息操作等业务实现下载后按说明导入数据库即可运行省去从零搭建环境的时间。目前已有448人学习下载适合需要快速获得可运行项目、对照理解JavaWeb分层开发与数据库交互的读者参考使用。1. 图书管理系统课程设计从能跑到能拿95分中间隔着什么每年学期末总有一批人卡在同一个地方JavaWeb 课程设计选了图书管理系统环境搭起来了Tomcat 也能跑但做出来的东西自己看着都觉得单薄。增删改查是有了可借阅逻辑一塌糊涂数据库表结构经不起推敲前端页面像是上世纪的产物。最后交上去拿个及格分心里清楚这玩意儿离“95分以上”差着十万八千里。这个标题里的“95分以上课程设计”核心不在功能有多花哨而在于工程完整度和业务逻辑的严谨性。图书管理系统是个被做烂了的题目正因如此评分老师一眼就能看出你是认真设计了还是随便糊弄的。它适合正在做 JavaWeb 课程设计的学生也适合想拿一个完整项目练手 Spring Boot MySQL 的初学者。接下来我会按实际开发顺序把从建库到部署的每一步拆开讲包括那些只有踩过才知道的坑。2. 数据库设计别急着写代码先把表结构定死2.1 图书管理系统最少需要几张表很多人上来就打开 IDEA 建 Controller写到借阅功能时才发现表不够用。图书管理系统的核心实体其实就四个图书、读者、借阅记录、管理员。但要把业务跑通至少需要五张表因为图书和分类要拆开。我一般会这样设计表名作用关键字段book图书信息id, isbn, title, author, publisher, category_id, total_copies, available_copiescategory图书分类id, name, descriptionreader读者信息id, card_number, name, phone, max_borrow, statusborrow_record借阅记录id, book_id, reader_id, borrow_date, due_date, return_date, statusadmin管理员id, username, password, role这里有个容易翻车的地方book表里的available_copies和borrow_record表里的未归还记录数量必须保持一致。我见过太多人只更新借阅记录忘了同步扣减可借数量结果同一本书被借了十次还有库存。2.2 建库建表 SQL 与索引设置下面这份 SQL 可以直接在 MySQL 5.7 或 8.0 里执行。注意字符集用utf8mb4否则书名里的特殊符号会变成问号。CREATE DATABASE IF NOT EXISTS library_db DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_general_ci; USE library_db; -- 分类表 CREATE TABLE category ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL UNIQUE, description VARCHAR(200) ) ENGINEInnoDB; -- 图书表 CREATE TABLE book ( id INT PRIMARY KEY AUTO_INCREMENT, isbn VARCHAR(20) NOT NULL UNIQUE, title VARCHAR(100) NOT NULL, author VARCHAR(50), publisher VARCHAR(100), category_id INT, total_copies INT DEFAULT 1, available_copies INT DEFAULT 1, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (category_id) REFERENCES category(id), INDEX idx_title (title), INDEX idx_category (category_id) ) ENGINEInnoDB; -- 读者表 CREATE TABLE reader ( id INT PRIMARY KEY AUTO_INCREMENT, card_number VARCHAR(20) NOT NULL UNIQUE, name VARCHAR(50) NOT NULL, phone VARCHAR(20), max_borrow INT DEFAULT 5, status TINYINT DEFAULT 1 COMMENT 1正常 0冻结, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB; -- 借阅记录表 CREATE TABLE borrow_record ( id INT PRIMARY KEY AUTO_INCREMENT, book_id INT NOT NULL, reader_id INT NOT NULL, borrow_date DATE NOT NULL, due_date DATE NOT NULL, return_date DATE, status TINYINT DEFAULT 0 COMMENT 0借出 1已还 2逾期, FOREIGN KEY (book_id) REFERENCES book(id), FOREIGN KEY (reader_id) REFERENCES reader(id), INDEX idx_reader_status (reader_id, status), INDEX idx_book_status (book_id, status) ) ENGINEInnoDB; -- 管理员表 CREATE TABLE admin ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(30) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, role VARCHAR(20) DEFAULT admin ) ENGINEInnoDB;逻辑说明book表用available_copies做冗余字段是为了避免每次查询可借数量都要去borrow_record表 count这是典型的空间换时间。borrow_record表上建了两个联合索引因为最常用的查询是“某个读者当前借了几本书”和“某本书当前被谁借走了”。参数说明max_borrow默认给 5表示一个读者最多同时借 5 本。due_date在插入借阅记录时由程序计算一般是borrow_date 30天。status字段用 TINYINT 而不是 VARCHAR查询效率更高。注意外键约束在课程设计里建议保留虽然有些生产环境会禁用但评分老师看到外键会认为你考虑了数据一致性。3. 后端实现Servlet JSP 还是 Spring Boot选哪个3.1 两种技术栈的评分差异课程设计常见的 JavaWeb 技术栈有两种原生 Servlet JSP JDBC或者 Spring Boot MyBatis Thymeleaf。前者是很多学校教学用的后者更贴近实际工作。如果你的课程明确要求用 Servlet那就老老实实写 Servlet。如果没限制我建议用 Spring Boot因为代码量少、结构清晰而且application.yml里几行配置就能把数据库连接池、事务管理全搞定。评分老师看到 Spring Boot 的工程结构印象分先加一档。但不管选哪种分层结构必须清晰。Controller/Service/DAO 三层不能混在一起写。我见过把所有逻辑塞进一个 Servlet 的doPost方法里三百行代码从头写到尾这种拿及格都勉强。3.2 借阅功能的核心代码与事务控制借阅是图书管理系统里唯一需要事务的操作因为它要同时做两件事插入借阅记录、扣减可借数量。任何一步失败都必须回滚。Service public class BorrowService { Autowired private BookMapper bookMapper; Autowired private BorrowRecordMapper borrowMapper; Autowired private ReaderMapper readerMapper; Transactional(rollbackFor Exception.class) public String borrowBook(Integer bookId, Integer readerId) { // 1. 检查读者状态和已借数量 Reader reader readerMapper.selectById(readerId); if (reader null || reader.getStatus() 0) { return 读者不存在或已被冻结; } int borrowing borrowMapper.countByReaderAndStatus(readerId, 0); if (borrowing reader.getMaxBorrow()) { return 已达到最大借阅数量; } // 2. 检查图书可借数量用行锁防止并发超借 Book book bookMapper.selectByIdForUpdate(bookId); if (book null || book.getAvailableCopies() 0) { return 图书库存不足; } // 3. 插入借阅记录 BorrowRecord record new BorrowRecord(); record.setBookId(bookId); record.setReaderId(readerId); record.setBorrowDate(LocalDate.now()); record.setDueDate(LocalDate.now().plusDays(30)); record.setStatus(0); borrowMapper.insert(record); // 4. 扣减可借数量 bookMapper.decreaseAvailable(bookId); return 借阅成功; } }逻辑说明selectByIdForUpdate对应 SQL 里的SELECT ... FOR UPDATE这是防止并发超借的关键。如果没有这行锁两个请求同时查到available_copies 1都认为可以借最后就会超借。Transactional注解保证插入记录和扣减库存要么都成功要么都回滚。参数说明rollbackFor Exception.class确保任何异常都触发回滚默认只回滚运行时异常检查型异常不会回滚这是个经典坑。plusDays(30)是借阅期限可以改成从配置读取。对应的 Mapper XML 里decreaseAvailable要写成update iddecreaseAvailable UPDATE book SET available_copies available_copies - 1 WHERE id #{bookId} AND available_copies 0 /updateAND available_copies 0是最后一道防线即使前面检查通过但并发导致库存变了这条 SQL 也会影响 0 行配合事务回滚。3.3 还书与逾期计算怎么处理还书逻辑比借书简单但逾期判断容易写错。不要在还书时才去算逾期应该在每次查询借阅记录时动态判断。public ListBorrowRecordVO listByReader(Integer readerId) { ListBorrowRecordVO list borrowMapper.selectByReader(readerId); LocalDate today LocalDate.now(); for (BorrowRecordVO vo : list) { if (vo.getStatus() 0 today.isAfter(vo.getDueDate())) { vo.setStatus(2); // 标记为逾期 vo.setOverdueDays(ChronoUnit.DAYS.between(vo.getDueDate(), today)); } } return list; }还书时只需要更新return_date和status 1同时把available_copies加回去。注意加回去的时候也要用UPDATE book SET available_copies available_copies 1 WHERE id ?不要先查再算再更新那样在并发下会丢更新。4. 前端页面与交互JSP 够用但别做得太丑4.1 用 Bootstrap 快速搭出能看的界面课程设计的前端不需要多华丽但至少要整洁。我一般直接用 Bootstrap 5 的 CDN配合 JSP 的 JSTL 标签做数据渲染。图书列表页用c:forEach循环输出表格行借阅按钮弹个模态框确认。% taglib prefixc urihttp://java.sun.com/jsp/jstl/core % table classtable table-striped thead tr thISBN/thth书名/thth作者/thth可借数量/thth操作/th /tr /thead tbody c:forEach items${bookList} varbook tr td${book.isbn}/td td${book.title}/td td${book.author}/td td c:choose c:when test${book.availableCopies 0} span classbadge bg-success${book.availableCopies}/span /c:when c:otherwise span classbadge bg-danger已借完/span /c:otherwise /c:choose /td td button classbtn btn-sm btn-primary onclickborrow(${book.id})借阅/button /td /tr /c:forEach /tbody /table逻辑说明用c:choose根据可借数量显示不同颜色的徽章绿色表示可借红色表示借完。这比单纯显示数字直观得多评分老师翻页面时一眼就能看到你考虑了状态展示。参数说明${book.availableCopies}对应实体类的 getter 方法注意大小写要一致。onclickborrow(${book.id})把图书 ID 传给 JavaScript 函数函数里用fetch发 POST 请求到借阅接口。4.2 表单验证与错误提示前端验证不能只靠后端。借书证号、手机号这些字段在提交前就要用 JavaScript 做格式检查。但后端也必须再验一遍因为前端验证可以被绕过。function validateReaderForm() { const cardNumber document.getElementById(cardNumber).value.trim(); const phone document.getElementById(phone).value.trim(); if (!/^[A-Z0-9]{6,20}$/.test(cardNumber)) { alert(借书证号必须是6-20位大写字母或数字); return false; } if (phone !/^1[3-9]\d{9}$/.test(phone)) { alert(手机号格式不正确); return false; } return true; }逻辑说明借书证号用正则限制为大写字母和数字避免用户输入中文或特殊符号导致数据库查询异常。手机号允许为空但如果不为空就必须符合格式。参数说明/^[A-Z0-9]{6,20}$/中{6,20}表示长度范围可以根据学校实际证号规则调整。/^1[3-9]\d{9}$/是大陆手机号的基本格式。5. 避坑与排查那些让课程设计翻车的细节5.1 中文乱码现象是书名变成问号原因是字符集不统一现象数据库里存进去的中文书名在页面上显示为???或者乱码。原因三个地方都要设 UTF-8——数据库连接 URL、Tomcat 的server.xml、JSP 页面的pageEncoding。只设其中一个不够。解决JDBC URL 加?useUnicodetruecharacterEncodingutf8Tomcat 的 Connector 加URIEncodingUTF-8JSP 页面顶部写% page contentTypetext/html;charsetUTF-8 pageEncodingUTF-8 %。三处都改完重启基本能解决。5.2 数据库连接池耗尽现象是页面卡死原因是连接没关现象连续操作几次后页面一直转圈最后报Cannot get a connection。原因在 DAO 里拿了Connection但没在finally块里关闭或者用了连接池但没配置maxActive。解决如果用原生 JDBC每个Connection、PreparedStatement、ResultSet都要在finally里关。如果用 Druid 或 HikariCP检查application.yml里的max-active和max-wait配置。我一般设max-active: 20max-wait: 3000超过 3 秒拿不到连接就报错而不是无限等待。5.3 借阅数量不同步现象是可借数量对不上原因是漏了回滚现象读者借了书借阅记录有了但图书的可借数量没变。或者还了书数量没加回去。原因借阅和扣减库存没有放在同一个事务里或者还书时只更新了记录状态忘了更新book表。解决借书和还书的方法都加Transactional并且确保两个更新操作在同一个方法内。还书的 SQL 要写两条UPDATE borrow_record SET status1, return_date? WHERE id?和UPDATE book SET available_copiesavailable_copies1 WHERE id?。5.4 分页查询越界现象是最后一页报错原因是没算总页数现象图书列表翻到最后一页时页面报IndexOutOfBoundsException或者显示空白。原因分页查询的offset计算错误或者总记录数变化后没有重新计算总页数。解决分页参数用LIMIT #{offset}, #{pageSize}offset (pageNum - 1) * pageSize。在 Service 层先查COUNT(*)得到总数再算totalPages (total pageSize - 1) / pageSize。如果pageNum totalPages强制设为totalPages。5.5 部署后 404现象是本地能跑服务器上找不到页面现象IDEA 里跑得好好的打成 WAR 包丢到 Tomcat 的webapps下访问就是 404。原因WAR 包的contextPath和访问 URL 不匹配或者web.xml里的welcome-file没配。解决把 WAR 包命名为library.war访问路径就是http://localhost:8080/library/。如果改了名字路径也要跟着改。另外检查web.xml里有没有welcome-fileindex.jsp/welcome-file没有的话访问根路径不会自动跳转。6. 拿高分的最后一步加一个能演示的统计图表课程设计评分时老师翻完增删改查就不会再细看了能让他停下来的是数据可视化。在首页加一个简单的统计面板用 ECharts 画两个图各分类图书数量饼图、近 7 天借阅趋势折线图。代码量不大但效果立竿见影。后端加一个接口返回 JSONGetMapping(/api/stats/category) ResponseBody public MapString, Object categoryStats() { ListMapString, Object list bookMapper.countByCategory(); MapString, Object result new HashMap(); result.put(categories, list.stream().map(m - m.get(name)).collect(Collectors.toList())); result.put(counts, list.stream().map(m - m.get(cnt)).collect(Collectors.toList())); return result; }对应的 SQL 就是SELECT c.name, COUNT(b.id) AS cnt FROM category c LEFT JOIN book b ON c.id b.category_id GROUP BY c.id。前端用 ECharts 的pie类型渲染五分钟就能搞定。这个统计面板的价值在于它证明你不仅会写 CRUD还知道怎么把数据变成信息。答辩的时候别人还在翻页面找功能你直接指着图表说“这是馆藏分布这是借阅趋势”老师的问题都会少几个。我自己的习惯是每次做完课程设计都会把数据库脚本、部署说明、默认账号密码写进一个README.md放在项目根目录。这个习惯帮我省了很多次“老师问怎么跑”的麻烦。希望帮到你。本文还有配套的精品资源点击获取