简介这是一份基于Java Web的图书管理系统设计与实现文档面向计算机相关专业学生及需要完成课程设计、毕业设计或图书馆信息化改造的开发者。方案以JSP、Struts、SQL Server为核心技术栈采用MVC模式完整覆盖系统设置、读者管理、图书管理、图书借还、系统查询与更改口令六大功能模块并围绕可行性分析、需求建模、数据库设计和系统实现展开论述。文档包含图书信息表、读者信息表、读者类型表、图书借阅信息表等关键表结构还给出系统总体结构图及各功能模块的详细设计能够帮助读者理解从需求梳理到编码落地的完整过程。整份资源为1个docx文件大小约2.34MB文字内容详实、章节清晰适合作毕业论文模板或项目开发参考资料。已有384人学习下载可快速获取设计思路、MVC分层实践及JDBC数据库交互技巧显著提升系统开发与论文撰写的效率。1. 图书管理系统的Java Web设计与实现为什么值得拆JSP Struts JDBC 这套技术栈现在并不算新但图书管理系统作为毕业设计和实训题目年年都出现。它业务边界清晰却覆盖了权限分级、多表关联、借还状态流转和统计查询相当于一个规格缩小的完整 Web 工程。我拆过不少同类代码真正做得好的很少问题往往不在登录页面而集中在三处表结构设计是否合理、借还书有没有事务保护、JSP 与 Tomcat 编译结果能不能对得上。这套系统基于 JSP、Struts 和 MVC 模式实现数据库通过 JDBC 连接数据模型包含图书、读者、借阅、归还、用户、图书馆等八类核心信息并通过互联网向读者提供在线查询藏书和个人借阅情况的服务。下面按数据库表设计、Struts 框架下的 MVC 分层、借还核心业务实现、部署测试的顺序展开。适合正在做图书管理课程设计、需要把“能跑”变成“能讲清楚”的开发者也适合从 Spring Boot 回头补传统 Java Web 底层的读者。2. 数据库表结构设计与图书借还数据模型落地2.1 从 SqlServer 到 MySQL论文选型和落地实现怎么协调这套系统的论文摘要部分写“后端数据库是 SqlServer”需求分析章节的技术可行性又写“数据库管理系统采用 MySQL”。这种情况在课程设计里很常见论文写了一个库、代码用了另一个库答辩时被问到了才解释。我这里按 MySQL 展开原因是 JDBC 连接串和驱动包更容易获取MySQL 在本地安装和用户权限配置上比 SqlServer 简单适合毕业设计环境。如果所在环境必须用 SqlServer只需要把驱动类换成com.microsoft.sqlserver.jdbc.SQLServerDriver连接 URL 调整成jdbc:sqlserver://localhost:1433;DatabaseNamelibrary后面章节的建表语句基本可以平移过去。提示写开题报告或论文时技术选型必须前后统一。摘要、可行性分析、数据库设计三章使用同一个数据库名词不要一会儿 SqlServer 一会儿 MySQL否则系统设计和实现章节会对不上。2.2 核心表结构与建表 SQL整套系统的数据库可以按“参数表—主数据表—流水表”三层去理解。参数表是 tb_booktype 和 tb_readertype前者存图书分类与可借天数后者存读者类型与可借本数主数据表包括 tb_bookinfo、tb_reader、tb_library流水表是 tb_borrow 和 tb_giveback记录每一次借书和还书行为另外还有一张 tb_user 保存登录账号。这样分层的好处是调整某类图书可以借多少天时只需要改 tb_booktype 里一行记录历史借阅流水不需要跟着变。表名作用关键字段tb_booktype图书类型、可借天数id、bookname、daystb_bookinfo图书主信息id、bookname、type、author、press、intimetb_reader读者主信息id、name、barcode、readertype、teltb_readertype读者类型和借阅上限id、readername、numbertb_borrow借阅流水id、readerID、bookID、borrowTime、backTime、ifbacktb_giveback还书流水id、readerID、bookID、backTimetb_user系统登录用户id、name、passwordtb_library图书馆信息与办证参数id、libraryname、address、tel、introduce核心表建表 SQL 如下这是整套系统落地的第一块基石。tb_bookinfo 里的 type 字段存的是图书类型 ID不是类型名称字符串。这样做的好处是改分类名不需要动图书表关联查询时通过 JOIN 把名字带出来即可坏处是查询图书列表的 SQL 必须带 JOIN少写一个关联就会出现页面上显示数字而不是分类名。CREATE TABLE tb_booktype ( id INT AUTO_INCREMENT PRIMARY KEY COMMENT 图书类型ID, bookname VARCHAR(30) NOT NULL COMMENT 类型名称, days INT NOT NULL COMMENT 可借天数 ); CREATE TABLE tb_bookinfo ( id INT AUTO_INCREMENT PRIMARY KEY COMMENT 图书ID, bookname VARCHAR(50) NOT NULL COMMENT 书名, type INT NOT NULL COMMENT 图书类型关联 tb_booktype.id, author VARCHAR(30) COMMENT 作者, issn VARCHAR(20) COMMENT ISBN号, price DECIMAL(10, 2) COMMENT 价格, press VARCHAR(30) COMMENT 出版社, bookcase INT COMMENT 所在书架编号, intime DATETIME COMMENT 入库时间, operator VARCHAR(30) COMMENT 操作员 ); CREATE TABLE tb_borrow ( id INT AUTO_INCREMENT PRIMARY KEY, readerID INT NOT NULL COMMENT 读者ID, bookID INT NOT NULL COMMENT 图书ID, borrowTime DATETIME COMMENT 借出时间, backTime DATETIME COMMENT 应还时间, operator VARCHAR(30) COMMENT 操作员, ifback TINYINT DEFAULT 0 COMMENT 是否归还0未还 1已还 );几个字段细节值得展开。tb_bookinfo 的入库时间 intime 在页面上显示时要注意格式转换JDBC 读出的是 java.sql.Timestamp直接输出到 JSP 会带毫秒和时区尾巴常见做法是在 Action 里格式化成yyyy-MM-dd HH:mm再放进去。price 使用 DECIMAL(10,2) 而不是 FLOAT避免浮点数累计误差影响图书价格统计。tb_borrow 的 ifback 用 TINYINT 而不是 CHAR(1)既节省空间又方便在 SQL 里直接写ifback0过滤未还记录。2.3 借阅与归还拆成两张表的取舍借阅记录和归还记录拆开是这套数据库设计里比较值得说的一点。很多自己搭的项目只建一张 tb_borrow还书时把 ifback 改成 1 就算完事。这套设计保留了 tb_giveback还书时插入一条归还流水再把 tb_borrow 的 ifback 置 1。这么做的好处有两个一是统计某段时间还了多少本书时直接查 tb_giveback不用在 tb_borrow 里先过滤 ifback 再按 backTime 分组二是万一出现借阅记录被误删这类问题还书流水还在可以反查恢复。拆表也有代价。还书操作从“改一条记录”变成“插一条加改一条”两个写操作必须放在同一个事务里否则会出现归还流水已经插入、但借阅记录还标着未还的中间状态。下一章会把这个事务边界的实现细节补完整。3. Struts框架下的MVC分层与JDBC访问实现3.1 为什么业务逻辑不能全部堆在 JSP 里初学的时候我也见过很多把数据操作直接写在 JSP 页面里的做法页面顶部用% ... %写 JDBC、写查询、写循环渲染列表。单页面时这样确实最快但图书管理系统有登录、读者管理、图书管理、借阅归还、查询和口令修改多个模块一旦业务复杂起来scriptlet 会把页面变成一团乱麻结构不清晰、变量作用域混乱、页面改版时 Java 代码和 HTML 标签互相干扰、跨模块的相同查询只能复制粘贴。MVC 在图书管理系统里的价值就是把三件事彻底分开。JSP 只负责把 request 里准备好的数据渲染成 HTMLAction 接收请求、校验权限、调用 DAO模型层只处理数据库读写。Struts 框架在其中充当控制器和请求分发器JSP 页面里的表单提交到指定 action path框架根据 struts-config.xml 的配置找到对应处理类。这样做之后改图书列表的页面布局不影响 Java 代码换数据库实现也不用动 JSP。3.2 struts-config.xml 的 Action 映射逻辑Struts 的配置核心是 struts-config.xml下面这段配置以图书管理模块为例。BookForm 用来承接 JSP 表单里提交的字段BookAction 负责处理图书的增删改查请求。struts-config form-beans !-- 表单字段自动封装为 BookForm 对象 -- form-bean namebookForm typecom.lms.form.BookForm / /form-beans action-mappings !-- 请求 /book.do 时由 BookAction 处理 -- action path/book typecom.lms.action.BookAction namebookForm scoperequest parametermethod forward namelist path/bookList.jsp / forward nameedit path/bookEdit.jsp / /action /action-mappings /struts-config几个配置项的含义要弄清楚。path 是请求路径用户访问/book.do?methodlist时Struts 的 ActionServlet 根据 URL 后缀截获请求匹配到 path 为 /book 的 action。type 是真正处理请求的 Java 类。name 把表单数据自动封装进 BookForm表单字段名和 form 属性一一对应。scope 用 request 而不是 session避免一次请求结束后表单对象还滞留在 session 里并发用户多的时候 session 内存会持续膨胀。parameter 指定 method 参数名让同一个 Action 根据 method 值分发到不同处理函数比每加一个功能就新建 Action 类更紧凑。登录模块里常见的权限控制做法是登录成功后把用户类型写进 session例如session.setAttribute(userType, admin)在需要权限的 Action 方法开头检查该属性不存在或权限不匹配就 forward 回登录页。这个检查不需要每个方法都重复写可以提炼成一个 BaseAction 的公共方法或者写成一个 Filter对所有需要登录的路径统一拦截。3.3 JDBC 连接参数与 PreparedStatement 防注入数据库访问层使用 JDBC连接工具类里的 URL 参数是第一个容易出错的地方。下面这段代码在传统 Java Web 项目里很常见。public class DBUtil { // 指定 UTF-8 编码避免中文乱码 private static final String URL jdbc:mysql://localhost:3306/library?useUnicodetruecharacterEncodingUTF-8; private static final String USER root; private static final String PASSWORD 123456; public static Connection getConnection() throws SQLException { try { Class.forName(com.mysql.jdbc.Driver); } catch (ClassNotFoundException e) { throw new SQLException(JDBC驱动未找到, e); } return DriverManager.getConnection(URL, USER, PASSWORD); } }URL 里的useUnicodetruecharacterEncodingUTF-8对中文数据至关重要。JSP 页面提交的书名、读者姓名默认按 UTF-8 编码如果 JDBC 连接的字符集没有指定MySQL 会按服务器默认字符集处理常见结果就是数据库里存了一串问号。字符集的坑还要注意 MySQL 驱动版本5.x 的驱动类名是com.mysql.jdbc.Driver8.x 版本已经改成com.mysql.cj.jdbc.Driver并且 URL 里还要额外加serverTimezoneAsia/Shanghai否则连接会报时区错误。DAO 层做条件查询时用户输入永远作为参数传给 PreparedStatement不要直接拼进 SQL 字符串。比如按书名和作者搜索时一种相对安全的写法如下。public ListBookInfo findBookByKeyword(String keyword) { String sql SELECT * FROM tb_bookinfo WHERE bookname LIKE ? OR author LIKE ? OR press LIKE ?; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, % keyword %); ps.setString(2, % keyword %); ps.setString(3, % keyword %); try (ResultSet rs ps.executeQuery()) { ListBookInfo books new ArrayList(); while (rs.next()) { BookInfo book new BookInfo(); book.setId(rs.getInt(id)); book.setBookname(rs.getString(bookname)); book.setAuthor(rs.getString(author)); book.setPress(rs.getString(press)); books.add(book); } return books; } } catch (SQLException e) { e.printStackTrace(); return new ArrayList(); } }LIKE 匹配时%写在参数值里而不是拼到 SQL 模板这是关键。如果写成WHERE bookname LIKE % keyword %输入 or 11这类内容时SQL 条件会被截断注入。PreparedStatement 会在参数位置转义特殊字符让引号在条件里只作为文本存在。try-with-resources 的写法也能保证 ResultSet、Statement 和 Connection 按顺序释放。4. 图书借还业务与查询统计的实现细节4.1 借书流程里的事务边界怎么定借书动作实际对应两个写库操作在 tb_borrow 插入一条借阅流水同时更新 tb_bookinfo 的可借状态。如果只插入记录忘了更新库存图书列表页的库存数会一直虚高反过来只改库存没写流水这本书就查不到借阅人。两个操作必须放在同一事务里要么都成功要么都回滚。下面这段简化代码演示了借书事务的基本结构。重点是先检查读者当前未还数量是否已达到读者类型允许的上限再插入借阅记录插入前通过辅助方法把该书所属类型的可借天数查出来在 SQL 里用INTERVAL ? DAY计算应还时间而不是在 Java 里算好再拼字符串。public boolean borrow(Connection conn, int readerId, int bookId, String operator) { // 检查读者当前未还数量 String countBorrow SELECT COUNT(*) FROM tb_borrow WHERE readerID ? AND ifback 0; // 根据图书类型对应的可借天数计算应还时间 int days getBookDays(conn, bookId); String insertBorrow INSERT INTO tb_borrow(readerID, bookID, borrowTime, backTime, operator, ifback) VALUES(?, ?, NOW(), DATE_ADD(NOW(), INTERVAL ? DAY), ?, 0); conn.setAutoCommit(false); try (PreparedStatement psCount conn.prepareStatement(countBorrow); PreparedStatement psInsert conn.prepareStatement(insertBorrow)) { psCount.setInt(1, readerId); ResultSet rs psCount.executeQuery(); if (rs.next()) { int current rs.getInt(1); int limit getReaderLimit(conn, readerId); if (current limit) { return false; } } psInsert.setInt(1, readerId); psInsert.setInt(2, bookId); psInsert.setInt(3, days); psInsert.setString(4, operator); psInsert.executeUpdate(); conn.commit(); return true; } catch (SQLException e) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } throw e; } finally { // 恢复自动提交避免连接复用时仍处于事务中间状态 try { conn.setAutoCommit(true); } catch (SQLException e) { e.printStackTrace(); } } }这段实现里有几个点以后很容易踩坑。第一应还时间由图书类型的 days 决定改起来只管 tb_booktype 里的记录就行不用去翻历史代码。第二检查未还数量必须在插入之前如果先插后查已借满的读者会先多出一条无效流水导致库存和借阅数错位。第三事务结束后setAutoCommit(true)要放回连接池否则连接被复用时仍是非自动提交状态后面所有写操作都会出现既不报错也不落库的怪现象靠日志很难定位。4.2 还书与续借的状态流转还书在逻辑上比借书简单但同样涉及两个写操作往 tb_giveback 插入一条归还流水再把 tb_borrow 里对应记录的 ifback 改成 1。漏掉任何一个要么历史流水缺失要么读者额度被占着放不出来。两侧要包在同一事务里和借书保持一致的编码习惯。续借环节比较容易写坏。常见做法是在原记录的 backTime 上叠加 daysSQL 写成下面这条比先还再借少两次页面跳转读者体验也好一些。UPDATE tb_borrow SET backTime DATE_ADD(backTime, INTERVAL ( SELECT days FROM tb_booktype WHERE id ? ) DAY) WHERE id ? AND readerID ? AND ifback 0 AND backTime NOW();注意backTime NOW()这个条件。如果读者已经超期未还就不应该允许续借否则逾期记录永远滚下去罚款和统计会失真。这条 SQL 的返回行数可以用来判断续借是否成功影响行数为 0 时说明记录不存在、已经归还或者已超期Action 层根据这个结果给页面返回对应提示。续借还有一个细节叠加的 days 是在原 backTime 基础上累加还是从当前时间重新算满 days。比如一本书可借 30 天读者已经借了 20 天再续借 30 天合理的应还时间是原到期日加 30 天也就是总共可占用 50 天如果写成DATE_ADD(NOW(), INTERVAL days DAY)等于又给了一个完整周期读者实际能占 60 天两种算法的结果差出 10 天报表口径也不一致。从今天起再借一个周期的做法常见于很多二手代码里要注意甄别。4.3 查询模块的关联 SQL 与参数拼接系统查询模块要支持按书名、作者、出版社等条件搜索图书也要支持读者查询自己的借阅情况。多条件搜索最容易出问题的是 WHERE 子句拼接用户可能只填一个条件也可能三个全填甚至全不填。常见做法是用一个 List 保存条件片段遍历后拼接成最终 SQL。ListString conditions new ArrayList(); ListObject params new ArrayList(); if (StringUtils.isNotBlank(bookname)) { conditions.add(bookname LIKE ?); params.add(% bookname %); } if (StringUtils.isNotBlank(author)) { conditions.add(author ?); params.add(author); } String where conditions.isEmpty() ? : WHERE String.join( AND , conditions); String sql SELECT * FROM tb_bookinfo where;查询当前借阅情况和统计排行需要关联多张表下面是两种典型场景的 SQL 结构。-- 查某读者当前未还的书 SELECT bi.bookname, br.borrowTime, br.backTime FROM tb_borrow br JOIN tb_bookinfo bi ON br.bookID bi.id WHERE br.readerID ? AND br.ifback 0; -- 按图书类型统计借出次数 SELECT bt.bookname, COUNT(*) AS borrow_times FROM tb_borrow br JOIN tb_bookinfo bi ON br.bookID bi.id JOIN tb_booktype bt ON bi.type bt.id GROUP BY bt.bookname ORDER BY borrow_times DESC;查询优化上tb_borrow 的(readerID, ifback)联合索引值得加上。第一个查询的过滤条件正好命中该索引避免全表扫描第二个查询虽然走的是 bookID但借阅流水量达到几万条后按类型统计的性能差异会很明显。图书管理系统数据量一般不大索引建到常用查询的过滤字段即可不要对每列都建索引否则写操作时索引维护成本会反噬。场景涉及表核心过滤条件图书列表显示分类名tb_bookinfo JOIN tb_booktypetype 关联读者当前借阅tb_borrow JOIN tb_reader JOIN tb_bookinfoifback0借阅排行统计tb_borrow JOIN tb_bookinfo JOIN tb_booktypeGROUP BY 分类5. Tomcat部署、JSP编译类定位与系统测试5.1 Java Web 项目目录结构与 Tomcat 部署传统 Java Web 项目的目录结构相对固定开发时插件会自动编译但手动部署时很多人漏掉 classes 和 lib 的位置。标准结构如下src/ com/lms/ action/ # Struts Action 类 form/ # ActionForm 表单对象 dao/ # 数据库访问 util/ # DBUtil 等 web/ WEB-INF/ web.xml struts-config.xml lib/ # mysql驱动、struts jar包 classes/ # 编译后的 .class 文件 bookList.jsp index.jsp部署到 Tomcat 时class 文件必须放在WEB-INF/classes下jar 包必须放在WEB-INF/lib下。最常见的一个错误是mysql-connector-java.jar放在了项目根目录而不是 lib 里启动时页面报 ClassNotFoundException日志里又看不到完整堆栈。把 jar 放进 lib 后记得重启 Tomcat而不是只刷新页面。5.2 通过 JSP 编译后的 Java 类定位页面错误Tomcat 把 JSP 编译成 Servlet 的时间点是在第一次请求到达时编译产物保存在 Tomcat 的 work 目录下。结构通常长这样work/Catalina/localhost/项目名/org/apache/jsp/bookList_jsp.javaJSP 页面每渲染一次最终执行的就是这个编译后的 Java 类。当页面报 500 错误而日志信息不完整时打开对应的bookList_jsp.java能直接把问题落到具体 Java 语句。比如 JSP 里写${book.price}编译后对应一段读取和输出的代码如果 EL 表达式写错编译器会在生成的 Java 文件里留下明显的错误标记。JSP 编译后的行号和 JSP 源文件行号通常对不上只看浏览器报错的行数很容易误判。改完 JSP 后如果浏览器一直显示旧内容另一个常见坑是 work 目录下的缓存类没有清理。直接删除work/Catalina/localhost/项目名整个目录再重启 Tomcat强制重新编译比反复刷新页面可靠得多。5.3 借还模块的关键测试用例模块测试阶段按登录、读者管理、图书管理、借还、查询分块验证集成测试再串起完整业务链路。借还模块需要重点覆盖下面几类边界测试项操作预期结果超上限借书读者已借到类型允许上限继续点借书系统拒绝提示已达可借本数上限重复提交借阅网络延迟时连续点击两次确认借阅数据库只生成一条借阅记录超期后点击续借当前时间已超过 backTime续借不生效提示先还书还书后重新借阅同一读者借同一本书生成新的借阅记录库存正常扣减第一个用例靠借书代码里的未还数量检查兜底第二、四个用例比较隐蔽前端按钮置灰并不能挡住重复请求后端还需要在插入前校验当前读者、图书是否已有未还记录或者在(readerID, bookID, ifback)上加唯一索引让第二次插入直接触发数据库约束报错。第四个用例要注意唯一索引不能建在(readerID, bookID)上否则还书后再借同一本书会因为同一个人同一本书而插入失败必须把ifback一起放进去保证约束只对未还记录生效。本文还有配套的精品资源点击获取 JSP+Struts+JDBC实现图书管理系统：数据库设计与借还业务详解
简介这是一份基于Java Web的图书管理系统设计与实现文档面向计算机相关专业学生及需要完成课程设计、毕业设计或图书馆信息化改造的开发者。方案以JSP、Struts、SQL Server为核心技术栈采用MVC模式完整覆盖系统设置、读者管理、图书管理、图书借还、系统查询与更改口令六大功能模块并围绕可行性分析、需求建模、数据库设计和系统实现展开论述。文档包含图书信息表、读者信息表、读者类型表、图书借阅信息表等关键表结构还给出系统总体结构图及各功能模块的详细设计能够帮助读者理解从需求梳理到编码落地的完整过程。整份资源为1个docx文件大小约2.34MB文字内容详实、章节清晰适合作毕业论文模板或项目开发参考资料。已有384人学习下载可快速获取设计思路、MVC分层实践及JDBC数据库交互技巧显著提升系统开发与论文撰写的效率。1. 图书管理系统的Java Web设计与实现为什么值得拆JSP Struts JDBC 这套技术栈现在并不算新但图书管理系统作为毕业设计和实训题目年年都出现。它业务边界清晰却覆盖了权限分级、多表关联、借还状态流转和统计查询相当于一个规格缩小的完整 Web 工程。我拆过不少同类代码真正做得好的很少问题往往不在登录页面而集中在三处表结构设计是否合理、借还书有没有事务保护、JSP 与 Tomcat 编译结果能不能对得上。这套系统基于 JSP、Struts 和 MVC 模式实现数据库通过 JDBC 连接数据模型包含图书、读者、借阅、归还、用户、图书馆等八类核心信息并通过互联网向读者提供在线查询藏书和个人借阅情况的服务。下面按数据库表设计、Struts 框架下的 MVC 分层、借还核心业务实现、部署测试的顺序展开。适合正在做图书管理课程设计、需要把“能跑”变成“能讲清楚”的开发者也适合从 Spring Boot 回头补传统 Java Web 底层的读者。2. 数据库表结构设计与图书借还数据模型落地2.1 从 SqlServer 到 MySQL论文选型和落地实现怎么协调这套系统的论文摘要部分写“后端数据库是 SqlServer”需求分析章节的技术可行性又写“数据库管理系统采用 MySQL”。这种情况在课程设计里很常见论文写了一个库、代码用了另一个库答辩时被问到了才解释。我这里按 MySQL 展开原因是 JDBC 连接串和驱动包更容易获取MySQL 在本地安装和用户权限配置上比 SqlServer 简单适合毕业设计环境。如果所在环境必须用 SqlServer只需要把驱动类换成com.microsoft.sqlserver.jdbc.SQLServerDriver连接 URL 调整成jdbc:sqlserver://localhost:1433;DatabaseNamelibrary后面章节的建表语句基本可以平移过去。提示写开题报告或论文时技术选型必须前后统一。摘要、可行性分析、数据库设计三章使用同一个数据库名词不要一会儿 SqlServer 一会儿 MySQL否则系统设计和实现章节会对不上。2.2 核心表结构与建表 SQL整套系统的数据库可以按“参数表—主数据表—流水表”三层去理解。参数表是 tb_booktype 和 tb_readertype前者存图书分类与可借天数后者存读者类型与可借本数主数据表包括 tb_bookinfo、tb_reader、tb_library流水表是 tb_borrow 和 tb_giveback记录每一次借书和还书行为另外还有一张 tb_user 保存登录账号。这样分层的好处是调整某类图书可以借多少天时只需要改 tb_booktype 里一行记录历史借阅流水不需要跟着变。表名作用关键字段tb_booktype图书类型、可借天数id、bookname、daystb_bookinfo图书主信息id、bookname、type、author、press、intimetb_reader读者主信息id、name、barcode、readertype、teltb_readertype读者类型和借阅上限id、readername、numbertb_borrow借阅流水id、readerID、bookID、borrowTime、backTime、ifbacktb_giveback还书流水id、readerID、bookID、backTimetb_user系统登录用户id、name、passwordtb_library图书馆信息与办证参数id、libraryname、address、tel、introduce核心表建表 SQL 如下这是整套系统落地的第一块基石。tb_bookinfo 里的 type 字段存的是图书类型 ID不是类型名称字符串。这样做的好处是改分类名不需要动图书表关联查询时通过 JOIN 把名字带出来即可坏处是查询图书列表的 SQL 必须带 JOIN少写一个关联就会出现页面上显示数字而不是分类名。CREATE TABLE tb_booktype ( id INT AUTO_INCREMENT PRIMARY KEY COMMENT 图书类型ID, bookname VARCHAR(30) NOT NULL COMMENT 类型名称, days INT NOT NULL COMMENT 可借天数 ); CREATE TABLE tb_bookinfo ( id INT AUTO_INCREMENT PRIMARY KEY COMMENT 图书ID, bookname VARCHAR(50) NOT NULL COMMENT 书名, type INT NOT NULL COMMENT 图书类型关联 tb_booktype.id, author VARCHAR(30) COMMENT 作者, issn VARCHAR(20) COMMENT ISBN号, price DECIMAL(10, 2) COMMENT 价格, press VARCHAR(30) COMMENT 出版社, bookcase INT COMMENT 所在书架编号, intime DATETIME COMMENT 入库时间, operator VARCHAR(30) COMMENT 操作员 ); CREATE TABLE tb_borrow ( id INT AUTO_INCREMENT PRIMARY KEY, readerID INT NOT NULL COMMENT 读者ID, bookID INT NOT NULL COMMENT 图书ID, borrowTime DATETIME COMMENT 借出时间, backTime DATETIME COMMENT 应还时间, operator VARCHAR(30) COMMENT 操作员, ifback TINYINT DEFAULT 0 COMMENT 是否归还0未还 1已还 );几个字段细节值得展开。tb_bookinfo 的入库时间 intime 在页面上显示时要注意格式转换JDBC 读出的是 java.sql.Timestamp直接输出到 JSP 会带毫秒和时区尾巴常见做法是在 Action 里格式化成yyyy-MM-dd HH:mm再放进去。price 使用 DECIMAL(10,2) 而不是 FLOAT避免浮点数累计误差影响图书价格统计。tb_borrow 的 ifback 用 TINYINT 而不是 CHAR(1)既节省空间又方便在 SQL 里直接写ifback0过滤未还记录。2.3 借阅与归还拆成两张表的取舍借阅记录和归还记录拆开是这套数据库设计里比较值得说的一点。很多自己搭的项目只建一张 tb_borrow还书时把 ifback 改成 1 就算完事。这套设计保留了 tb_giveback还书时插入一条归还流水再把 tb_borrow 的 ifback 置 1。这么做的好处有两个一是统计某段时间还了多少本书时直接查 tb_giveback不用在 tb_borrow 里先过滤 ifback 再按 backTime 分组二是万一出现借阅记录被误删这类问题还书流水还在可以反查恢复。拆表也有代价。还书操作从“改一条记录”变成“插一条加改一条”两个写操作必须放在同一个事务里否则会出现归还流水已经插入、但借阅记录还标着未还的中间状态。下一章会把这个事务边界的实现细节补完整。3. Struts框架下的MVC分层与JDBC访问实现3.1 为什么业务逻辑不能全部堆在 JSP 里初学的时候我也见过很多把数据操作直接写在 JSP 页面里的做法页面顶部用% ... %写 JDBC、写查询、写循环渲染列表。单页面时这样确实最快但图书管理系统有登录、读者管理、图书管理、借阅归还、查询和口令修改多个模块一旦业务复杂起来scriptlet 会把页面变成一团乱麻结构不清晰、变量作用域混乱、页面改版时 Java 代码和 HTML 标签互相干扰、跨模块的相同查询只能复制粘贴。MVC 在图书管理系统里的价值就是把三件事彻底分开。JSP 只负责把 request 里准备好的数据渲染成 HTMLAction 接收请求、校验权限、调用 DAO模型层只处理数据库读写。Struts 框架在其中充当控制器和请求分发器JSP 页面里的表单提交到指定 action path框架根据 struts-config.xml 的配置找到对应处理类。这样做之后改图书列表的页面布局不影响 Java 代码换数据库实现也不用动 JSP。3.2 struts-config.xml 的 Action 映射逻辑Struts 的配置核心是 struts-config.xml下面这段配置以图书管理模块为例。BookForm 用来承接 JSP 表单里提交的字段BookAction 负责处理图书的增删改查请求。struts-config form-beans !-- 表单字段自动封装为 BookForm 对象 -- form-bean namebookForm typecom.lms.form.BookForm / /form-beans action-mappings !-- 请求 /book.do 时由 BookAction 处理 -- action path/book typecom.lms.action.BookAction namebookForm scoperequest parametermethod forward namelist path/bookList.jsp / forward nameedit path/bookEdit.jsp / /action /action-mappings /struts-config几个配置项的含义要弄清楚。path 是请求路径用户访问/book.do?methodlist时Struts 的 ActionServlet 根据 URL 后缀截获请求匹配到 path 为 /book 的 action。type 是真正处理请求的 Java 类。name 把表单数据自动封装进 BookForm表单字段名和 form 属性一一对应。scope 用 request 而不是 session避免一次请求结束后表单对象还滞留在 session 里并发用户多的时候 session 内存会持续膨胀。parameter 指定 method 参数名让同一个 Action 根据 method 值分发到不同处理函数比每加一个功能就新建 Action 类更紧凑。登录模块里常见的权限控制做法是登录成功后把用户类型写进 session例如session.setAttribute(userType, admin)在需要权限的 Action 方法开头检查该属性不存在或权限不匹配就 forward 回登录页。这个检查不需要每个方法都重复写可以提炼成一个 BaseAction 的公共方法或者写成一个 Filter对所有需要登录的路径统一拦截。3.3 JDBC 连接参数与 PreparedStatement 防注入数据库访问层使用 JDBC连接工具类里的 URL 参数是第一个容易出错的地方。下面这段代码在传统 Java Web 项目里很常见。public class DBUtil { // 指定 UTF-8 编码避免中文乱码 private static final String URL jdbc:mysql://localhost:3306/library?useUnicodetruecharacterEncodingUTF-8; private static final String USER root; private static final String PASSWORD 123456; public static Connection getConnection() throws SQLException { try { Class.forName(com.mysql.jdbc.Driver); } catch (ClassNotFoundException e) { throw new SQLException(JDBC驱动未找到, e); } return DriverManager.getConnection(URL, USER, PASSWORD); } }URL 里的useUnicodetruecharacterEncodingUTF-8对中文数据至关重要。JSP 页面提交的书名、读者姓名默认按 UTF-8 编码如果 JDBC 连接的字符集没有指定MySQL 会按服务器默认字符集处理常见结果就是数据库里存了一串问号。字符集的坑还要注意 MySQL 驱动版本5.x 的驱动类名是com.mysql.jdbc.Driver8.x 版本已经改成com.mysql.cj.jdbc.Driver并且 URL 里还要额外加serverTimezoneAsia/Shanghai否则连接会报时区错误。DAO 层做条件查询时用户输入永远作为参数传给 PreparedStatement不要直接拼进 SQL 字符串。比如按书名和作者搜索时一种相对安全的写法如下。public ListBookInfo findBookByKeyword(String keyword) { String sql SELECT * FROM tb_bookinfo WHERE bookname LIKE ? OR author LIKE ? OR press LIKE ?; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, % keyword %); ps.setString(2, % keyword %); ps.setString(3, % keyword %); try (ResultSet rs ps.executeQuery()) { ListBookInfo books new ArrayList(); while (rs.next()) { BookInfo book new BookInfo(); book.setId(rs.getInt(id)); book.setBookname(rs.getString(bookname)); book.setAuthor(rs.getString(author)); book.setPress(rs.getString(press)); books.add(book); } return books; } } catch (SQLException e) { e.printStackTrace(); return new ArrayList(); } }LIKE 匹配时%写在参数值里而不是拼到 SQL 模板这是关键。如果写成WHERE bookname LIKE % keyword %输入 or 11这类内容时SQL 条件会被截断注入。PreparedStatement 会在参数位置转义特殊字符让引号在条件里只作为文本存在。try-with-resources 的写法也能保证 ResultSet、Statement 和 Connection 按顺序释放。4. 图书借还业务与查询统计的实现细节4.1 借书流程里的事务边界怎么定借书动作实际对应两个写库操作在 tb_borrow 插入一条借阅流水同时更新 tb_bookinfo 的可借状态。如果只插入记录忘了更新库存图书列表页的库存数会一直虚高反过来只改库存没写流水这本书就查不到借阅人。两个操作必须放在同一事务里要么都成功要么都回滚。下面这段简化代码演示了借书事务的基本结构。重点是先检查读者当前未还数量是否已达到读者类型允许的上限再插入借阅记录插入前通过辅助方法把该书所属类型的可借天数查出来在 SQL 里用INTERVAL ? DAY计算应还时间而不是在 Java 里算好再拼字符串。public boolean borrow(Connection conn, int readerId, int bookId, String operator) { // 检查读者当前未还数量 String countBorrow SELECT COUNT(*) FROM tb_borrow WHERE readerID ? AND ifback 0; // 根据图书类型对应的可借天数计算应还时间 int days getBookDays(conn, bookId); String insertBorrow INSERT INTO tb_borrow(readerID, bookID, borrowTime, backTime, operator, ifback) VALUES(?, ?, NOW(), DATE_ADD(NOW(), INTERVAL ? DAY), ?, 0); conn.setAutoCommit(false); try (PreparedStatement psCount conn.prepareStatement(countBorrow); PreparedStatement psInsert conn.prepareStatement(insertBorrow)) { psCount.setInt(1, readerId); ResultSet rs psCount.executeQuery(); if (rs.next()) { int current rs.getInt(1); int limit getReaderLimit(conn, readerId); if (current limit) { return false; } } psInsert.setInt(1, readerId); psInsert.setInt(2, bookId); psInsert.setInt(3, days); psInsert.setString(4, operator); psInsert.executeUpdate(); conn.commit(); return true; } catch (SQLException e) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } throw e; } finally { // 恢复自动提交避免连接复用时仍处于事务中间状态 try { conn.setAutoCommit(true); } catch (SQLException e) { e.printStackTrace(); } } }这段实现里有几个点以后很容易踩坑。第一应还时间由图书类型的 days 决定改起来只管 tb_booktype 里的记录就行不用去翻历史代码。第二检查未还数量必须在插入之前如果先插后查已借满的读者会先多出一条无效流水导致库存和借阅数错位。第三事务结束后setAutoCommit(true)要放回连接池否则连接被复用时仍是非自动提交状态后面所有写操作都会出现既不报错也不落库的怪现象靠日志很难定位。4.2 还书与续借的状态流转还书在逻辑上比借书简单但同样涉及两个写操作往 tb_giveback 插入一条归还流水再把 tb_borrow 里对应记录的 ifback 改成 1。漏掉任何一个要么历史流水缺失要么读者额度被占着放不出来。两侧要包在同一事务里和借书保持一致的编码习惯。续借环节比较容易写坏。常见做法是在原记录的 backTime 上叠加 daysSQL 写成下面这条比先还再借少两次页面跳转读者体验也好一些。UPDATE tb_borrow SET backTime DATE_ADD(backTime, INTERVAL ( SELECT days FROM tb_booktype WHERE id ? ) DAY) WHERE id ? AND readerID ? AND ifback 0 AND backTime NOW();注意backTime NOW()这个条件。如果读者已经超期未还就不应该允许续借否则逾期记录永远滚下去罚款和统计会失真。这条 SQL 的返回行数可以用来判断续借是否成功影响行数为 0 时说明记录不存在、已经归还或者已超期Action 层根据这个结果给页面返回对应提示。续借还有一个细节叠加的 days 是在原 backTime 基础上累加还是从当前时间重新算满 days。比如一本书可借 30 天读者已经借了 20 天再续借 30 天合理的应还时间是原到期日加 30 天也就是总共可占用 50 天如果写成DATE_ADD(NOW(), INTERVAL days DAY)等于又给了一个完整周期读者实际能占 60 天两种算法的结果差出 10 天报表口径也不一致。从今天起再借一个周期的做法常见于很多二手代码里要注意甄别。4.3 查询模块的关联 SQL 与参数拼接系统查询模块要支持按书名、作者、出版社等条件搜索图书也要支持读者查询自己的借阅情况。多条件搜索最容易出问题的是 WHERE 子句拼接用户可能只填一个条件也可能三个全填甚至全不填。常见做法是用一个 List 保存条件片段遍历后拼接成最终 SQL。ListString conditions new ArrayList(); ListObject params new ArrayList(); if (StringUtils.isNotBlank(bookname)) { conditions.add(bookname LIKE ?); params.add(% bookname %); } if (StringUtils.isNotBlank(author)) { conditions.add(author ?); params.add(author); } String where conditions.isEmpty() ? : WHERE String.join( AND , conditions); String sql SELECT * FROM tb_bookinfo where;查询当前借阅情况和统计排行需要关联多张表下面是两种典型场景的 SQL 结构。-- 查某读者当前未还的书 SELECT bi.bookname, br.borrowTime, br.backTime FROM tb_borrow br JOIN tb_bookinfo bi ON br.bookID bi.id WHERE br.readerID ? AND br.ifback 0; -- 按图书类型统计借出次数 SELECT bt.bookname, COUNT(*) AS borrow_times FROM tb_borrow br JOIN tb_bookinfo bi ON br.bookID bi.id JOIN tb_booktype bt ON bi.type bt.id GROUP BY bt.bookname ORDER BY borrow_times DESC;查询优化上tb_borrow 的(readerID, ifback)联合索引值得加上。第一个查询的过滤条件正好命中该索引避免全表扫描第二个查询虽然走的是 bookID但借阅流水量达到几万条后按类型统计的性能差异会很明显。图书管理系统数据量一般不大索引建到常用查询的过滤字段即可不要对每列都建索引否则写操作时索引维护成本会反噬。场景涉及表核心过滤条件图书列表显示分类名tb_bookinfo JOIN tb_booktypetype 关联读者当前借阅tb_borrow JOIN tb_reader JOIN tb_bookinfoifback0借阅排行统计tb_borrow JOIN tb_bookinfo JOIN tb_booktypeGROUP BY 分类5. Tomcat部署、JSP编译类定位与系统测试5.1 Java Web 项目目录结构与 Tomcat 部署传统 Java Web 项目的目录结构相对固定开发时插件会自动编译但手动部署时很多人漏掉 classes 和 lib 的位置。标准结构如下src/ com/lms/ action/ # Struts Action 类 form/ # ActionForm 表单对象 dao/ # 数据库访问 util/ # DBUtil 等 web/ WEB-INF/ web.xml struts-config.xml lib/ # mysql驱动、struts jar包 classes/ # 编译后的 .class 文件 bookList.jsp index.jsp部署到 Tomcat 时class 文件必须放在WEB-INF/classes下jar 包必须放在WEB-INF/lib下。最常见的一个错误是mysql-connector-java.jar放在了项目根目录而不是 lib 里启动时页面报 ClassNotFoundException日志里又看不到完整堆栈。把 jar 放进 lib 后记得重启 Tomcat而不是只刷新页面。5.2 通过 JSP 编译后的 Java 类定位页面错误Tomcat 把 JSP 编译成 Servlet 的时间点是在第一次请求到达时编译产物保存在 Tomcat 的 work 目录下。结构通常长这样work/Catalina/localhost/项目名/org/apache/jsp/bookList_jsp.javaJSP 页面每渲染一次最终执行的就是这个编译后的 Java 类。当页面报 500 错误而日志信息不完整时打开对应的bookList_jsp.java能直接把问题落到具体 Java 语句。比如 JSP 里写${book.price}编译后对应一段读取和输出的代码如果 EL 表达式写错编译器会在生成的 Java 文件里留下明显的错误标记。JSP 编译后的行号和 JSP 源文件行号通常对不上只看浏览器报错的行数很容易误判。改完 JSP 后如果浏览器一直显示旧内容另一个常见坑是 work 目录下的缓存类没有清理。直接删除work/Catalina/localhost/项目名整个目录再重启 Tomcat强制重新编译比反复刷新页面可靠得多。5.3 借还模块的关键测试用例模块测试阶段按登录、读者管理、图书管理、借还、查询分块验证集成测试再串起完整业务链路。借还模块需要重点覆盖下面几类边界测试项操作预期结果超上限借书读者已借到类型允许上限继续点借书系统拒绝提示已达可借本数上限重复提交借阅网络延迟时连续点击两次确认借阅数据库只生成一条借阅记录超期后点击续借当前时间已超过 backTime续借不生效提示先还书还书后重新借阅同一读者借同一本书生成新的借阅记录库存正常扣减第一个用例靠借书代码里的未还数量检查兜底第二、四个用例比较隐蔽前端按钮置灰并不能挡住重复请求后端还需要在插入前校验当前读者、图书是否已有未还记录或者在(readerID, bookID, ifback)上加唯一索引让第二次插入直接触发数据库约束报错。第四个用例要注意唯一索引不能建在(readerID, bookID)上否则还书后再借同一本书会因为同一个人同一本书而插入失败必须把ifback一起放进去保证约束只对未还记录生效。本文还有配套的精品资源点击获取