尧图网页设计 
简介这是一份基于 Java Web 的图书管理系统毕业设计文档面向计算机相关专业学生、课程设计者及需要完成同类课题的开发者系统梳理了从需求分析、总体设计到系统实现的全过程。资源共 1 个 docx 文档压缩包大小 2.34MB内容以论文形式展开包含系统设置、读者管理、图书管理、图书借还、系统查询与更改口令六大功能模块并详细说明 MVC 设计模式、Struts 框架和 SQL Server 数据库的应用方式。文档还给出图书信息表、读者信息表、借阅信息表等核心表结构设计以及管理员、读者、图书借还等模块的功能实现细节可直接用于毕业论文撰写、开题参考或 Java Web 项目框架搭建。已有 384 人学习浏览适合希望快速理解图书管理业务流程与 Java Web 分层架构的读者参考。1. 先看结论这套 Java Web 图书管理系统文档拆开能复现到什么程度这套基于 Java Web 的图书管理系统是一份完整的课程设计与论文配套资源覆盖了从需求分析、数据库设计到编码实现、系统测试的完整闭环。它的核心价值不是页面多漂亮而是把图书信息、读者信息、借还记录串成了一条可追踪的业务链六个功能模块——系统设置、读者管理、图书管理、图书借还、系统查询、更改口令——对应九张业务表这个结构拿来应付课程设计、毕业设计答辩都够用。适合三类人准备做毕设的学生、要快速搭一个小型图书管理系统的开发者、想补 JSPStrutsMVC 这套老牌技术栈的人。我拆完文档的第一感受是功能不复杂但借还状态和跨表关联查询这两块值得在上手前先想明白。2. 需求与模块六大功能模块到底该怎么拆给三类用户论文的需求分析章节不是走流程的废话它已经把系统边界画清楚了。很多人拿到这类资源直接去跑代码结果跑到一半发现读者能改管理员密码、借书数量不对回头再补需求改到怀疑人生。所以先别急着开环境把「谁能用、能干什么、数据落在哪张表」理清后面每写一个 Action 都是在给这张权限地图补细节。2.1 三类用户与权限边界读者、管理员、系统管理员各管一块原文把用户分成三类这个划分直接决定登录后的跳转逻辑和操作按钮的显隐。读者只碰查询和借还申请图书管理员管日常业务包括读者档案、图书档案、借阅归还系统管理员多出用户管理和图书馆参数设置两块同时拥有前两类用户的所有权限。用户类型核心操作影响的数据表典型页面读者查询图书、查自己的借阅记录、修改密码tb_bookinfo、tb_borrow图书查询、借阅历史、口令修改图书管理员读者增删改、图书增删改、借阅/归还/续借、查询tb_reader、tb_bookinfo、tb_borrow、tb_giveback读者管理、图书管理、借还操作、图书查询系统管理员用户权限管理、图书馆信息维护、书架设置、办证参数tb_user、tb_library、tb_bookinfo系统设置、用户管理、书架设置提示论文里只有一个静态用例图没有展开权限矩阵。上机前建议先按上面这张表把「哪个按钮对哪个用户可见」定下来再去做登录跳转。这一步能省掉至少三天的返工。2.2 六大功能模块拆解从用例图到可执行的操作清单论文把系统功能归纳成六个模块其实可以再压成三类基础配置系统设置、图书管理、读者管理、核心业务图书借还、辅助功能系统查询、更改口令。这样拆的好处是测试的时候能按「先配数据、再走业务、最后查结果」的顺序来验收。系统设置面向系统管理员维护的是图书馆名称、地址、联系方式、简介以及办证费用和证件有效期。数据落在 tb_library 和图书馆参数表前端就是一个信息编辑页加一个参数配置页。读者管理包含读者类型管理和读者档案管理读者类型表里的 number 字段控制该类型读者一次能借几本这个数字在借书时会被 count 查询拿来比对。图书管理包含图书类型和图书档案图书类型的 days 决定可借天数图书档案记录 ISBN、价格、出版社、所在书架。图书借还是唯一同时牵扯四张表的模块借出时查读者类型、扣可借额度归还时写归还历史。系统查询覆盖图书资料、借阅历史、到期提醒到期提醒的本质就是一条WHERE ifback 0 AND backTime NOW()的 SQL。更改口令则是最简单的更新语句但要注意普通读者登录后也应该能进这个功能权限别漏。2.3 技术选型JSP Struts MVC 为什么是毕设的稳妥组合这套系统用的是 JSP 做视图、Struts 做控制层、JDBC 连接数据库整体符合 MVC 分层。JSP 只管渲染页面JavaBean 或 Action 处理业务逻辑数据库操作单独放一层这样页面、逻辑、数据三者解耦。Struts 的核心是把表单提交和页面跳转集中到 struts-config.xml 里一个 action-mapping 就能把请求分发给对应的 Action 类返回值对应一个 forward 跳转比纯 Servlet 写一堆 doGet doPost 要清爽。选择这套组合的现实理由是参考资料多、答辩好讲、代码量可控。Struts 1 的写法虽然老但结构固定、套路统一网上能查到的案例一抓一大把。不过要注意原文的技术描述有一个前后矛盾摘要里写的是 SQL Server可行性分析里又写的是 MySQL。这种问题在毕设论文里很常见落地时二选一即可。我建议用 MySQL 5.7 或 8.0一是环境好搭二是 JDBC 驱动和 SQL 方言的资料最多。如果是学校硬性规定 SQL Server表结构基本不用改把驱动换成com.microsoft.sqlserver.jdbc.SQLServerDriver连接串里去掉characterEncoding参数就行。注意本文后续示例统一按 MySQL 落地。原文档里所有涉及 SQL Server 的截图和配置不影响表结构和业务逻辑的复现。3. 数据库设计九张表怎么支撑完整的借还闭环数据库设计是这份文档里含金量最高的部分。论文从 E-R 图到每张表的字段都给了说明虽然有几处字段名写得随意但整体关系是成立的图书归类型管、读者归类型管、借阅记录连接读者和图书、归还记录留痕。把这九张表的关系搞懂整个系统的骨架就清楚了。3.1 从 E-R 图到实体关系哪些字段在真正承担关联职责论文的 E-R 图描述了几组核心关系落地时最需要关注的是外键关联。图书表通过 booktype 关联图书类型表决定这本书能借多少天、放在哪个书架读者表通过 readertype 关联读者类型表决定这位读者一次能借几本。借阅表 tb_borrow 是读者和图书之间的多对多关联表readerID 和 bookID 各指向一边ifback 字段记录是否已归还。归还表 tb_giveback 是借阅的操作留痕每次归还追加一条记录方便日后查历史。系统用户表 tb_user 独立于读者表存在论文里这张表只有 id、name、password 三列没有角色字段落地时一定得补一个 role否则三类用户的权限区分没有落点。图书馆信息表和参数表属于单例配置表全表通常只有一条记录用 ID1 固定读取。提示tb_user 缺 role 字段是这套文档一个典型的「论文级缺陷」。论文能靠用例图说明权限代码里必须有字段支撑。加一列role int default 00 表示普通读者、1 表示管理员、2 表示系统管理员登录后按 role 跳转首页。3.2 九张表结构字段名、类型、主外键的落地对照论文里每张表都给了字段列表但有几处类型和字段名要修正。下表是我按 MySQL 标准重排后的结构主键统一用自增 int时间字段用 datetime布尔状态用 tinyint原文里没有明确主外键标注的按业务语义推断。表 1图书信息表 tb_bookinfo字段名类型说明idint PK图书编号booknamevarchar(50)书名booktypeint FK关联 tb_booktype.idauthorvarchar(30)作者translatorvarchar(30)译者isbnvarchar(30)ISBN 号pricefloat价格pressvarchar(30)出版社bookcasevarchar(30)所在书架intimedatetime入库时间operatorvarchar(30)操作用户表 2图书类型表 tb_booktype字段为 id、typeName、days。论文里这里写的是 bookname逻辑上应该是类型名落地建议改成 typeNamedays 记录可借阅天数。表 3读者信息表 tb_reader字段为 id、name、sex、barcode借书证条形码、readertypeFK 关联 tb_readertype、tel、email、paperType证件类型、paperNO证件号码、birthday、regTime登记时间、operator。重点是 barcode 和 paperNO 在处理借还时要作为检索条件。表 4读者类型表 tb_readertype字段为 id、readername、numbernumber 是这类读者允许借阅的本数上限借书逻辑里要拿当前未还数跟它比对。表 5图书借阅信息表 tb_borrow字段为 id、readerID、bookID、borrowTime、backTime、operator、ifback。backTime 存的是应还时间ifback 为 0 表示未还、1 表示已还。这张表是借还闭环的核心。表 6图书归还信息表 tb_giveback字段为 id、readerID、bookID、backTime、operator。这张表只记录归还动作本身判断是否超期要去关联 tb_borrow 的应还时间。表 7系统用户表 tb_user字段为 id、name、password落地补一列 role。这张表只服务于登录认证读者和管理员都在这张表里开户。表 8图书馆信息表 tb_library字段为 id、libraryname、curator馆长、tel、address、email、url、createDate、introduce是系统设置模块维护的对象。表 9图书馆参数表论文里列了办证费用和有效期限两组参数落地时建议做成 id、cost、validity 三个字段归属系统设置模块。3.3 借阅、归还、续借的状态流转ifback 字段是核心借书操作的本质是往 tb_borrow 插入一条 ifback0 的记录应还时间由借出时间加上图书类型的 days 计算得出。还书操作则是把对应该读者、该图书且 ifback0 的那条记录置为 1同时在 tb_giveback 里追加一条归还记录。到期提醒不靠额外字段一条WHERE ifback 0 AND backTime NOW()的查询就能把所有逾期未还的书捞出来。状态tb_borrow.ifback说明借出未还0借阅记录存在读者持有该书已归还1归还动作完成记录留档应还未还0 且 backTime now超期需要在查询模块高亮续借在论文需求里提到了但设计部分没有单独的表。常见做法是更新 tb_borrow 的 backTime在原有应还时间上累加 days。一个容易被忽略的坑是如果该书已经超期续借前必须先归还再重新借出否则续借会掩盖逾期事实这类业务规则要在 Action 里提前判断。3.4 建表 SQL 与 JDBC 连接直接能跑的配置下面是按 MySQL 整理的建表脚本只列三张核心表做示范其余表按 3.2 的字段对照建即可。CREATE DATABASE library DEFAULT CHARSET utf8mb4; USE library; CREATE TABLE tb_booktype ( id INT PRIMARY KEY AUTO_INCREMENT, typeName VARCHAR(50) NOT NULL, days INT DEFAULT 30 ); CREATE TABLE tb_bookinfo ( id INT PRIMARY KEY AUTO_INCREMENT, bookname VARCHAR(50) NOT NULL, booktype INT NOT NULL, author VARCHAR(30), translator VARCHAR(30), isbn VARCHAR(30), price FLOAT, press VARCHAR(30), bookcase VARCHAR(30), intime DATETIME, operator VARCHAR(30), CONSTRAINT fk_book_type FOREIGN KEY (booktype) REFERENCES tb_booktype(id) ); CREATE TABLE tb_borrow ( id INT PRIMARY KEY AUTO_INCREMENT, readerID INT NOT NULL, bookID INT NOT NULL, borrowTime DATETIME, backTime DATETIME, operator VARCHAR(30), ifback TINYINT DEFAULT 0, CONSTRAINT fk_borrow_reader FOREIGN KEY (readerID) REFERENCES tb_reader(id), CONSTRAINT fk_borrow_book FOREIGN KEY (bookID) REFERENCES tb_bookinfo(id) );建表逻辑说明外键约束在毕设阶段建议保留能防止插入不存在的 readerID 或 bookID但在实际教学演示环境里如果嫌插入测试数据麻烦也可以去掉外键只保留普通索引。days 默认给 30图书类型管理页面里可以按实际调整。JDBC 连接用 properties 文件管理参数比把连接串硬编码在类里好维护。jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/library?useSSLfalsecharacterEncodingUTF-8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456import java.sql.*; public class DBUtil { public static Connection getConnection() throws Exception { Class.forName(com.mysql.cj.jdbc.Driver); String url jdbc:mysql://localhost:3306/library?useSSLfalsecharacterEncodingUTF-8serverTimezoneAsia/Shanghai; return DriverManager.getConnection(url, root, 123456); } }参数说明characterEncodingUTF-8必须加否则中文写入数据库会变问号serverTimezoneAsia/Shanghai是 MySQL 8.x 的强制要求不配置会报时区错误。如果换成 SQL Server驱动换成com.microsoft.sqlserver.jdbc.SQLServerDriverurl 换成jdbc:sqlserver://localhost:1433;DatabaseNamelibrary即可。4. 系统实现Struts 配置、登录会话与借还逻辑的实现顺序文档的实现章节按模块给了关键代码和界面截图。落地时建议按这个顺序写代码先配 struts-config.xml再写登录 Action然后做借还最后补多条件查询。配置先行是因为 Struts 的 action-mapping 一旦写错后面所有页面跳转都会跟着挂。4.1 struts-config.xmlAction 分发与页面跳转的集中管控打开这套系统的代码首先看 WEB-INF 下的 struts-config.xml。Struts 1 的套路是一个 action 对应一个 Action 类action-mapping 里的 path 是浏览器请求的地址forward 是处理完后跳转的 JSP 页面。struts-config form-beans form-bean nameloginForm typecom.library.form.LoginForm/ /form-beans action-mappings action path/login typecom.library.action.LoginAction nameloginForm scoperequest forward namesuccess path/index.jsp/ forward namefailure path/login.jsp/ /action action path/borrow typecom.library.action.BorrowAction forward namesuccess path/borrowResult.jsp/ forward namefailure path/bookQuery.jsp/ /action /action-mappings /struts-config配置说明path是请求入口页面里的表单 action 要写成/login.do或/login取决于 web.xml 里 servlet-mapping 配的是不是*.do。name关联 form-beanStruts 会自动把请求参数填充进 LoginForm 的属性。scope指定 form bean 的存放范围登录这种一次性交互用 request 就行别用 session 攒垃圾。注意web.xml 里需要配置 ActionServlet 的映射常见写法是把*.do交给org.apache.struts.action.ActionServlet。如果请求路径带了.do却找不到 action先检查这一处。4.2 登录模块从 JSP 表单到 Session 会话角色决定跳转登录是最能体现权限模型的地方。表单提交用户名和密码LoginAction 从数据库查 tb_user比对通过后把用户信息放进 session然后按 role 字段决定跳转到哪个首页。public class LoginAction extends Action { public ActionForward execute(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception { LoginForm loginForm (LoginForm) form; String name loginForm.getName(); String password loginForm.getPassword(); Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement( SELECT id, name, role FROM tb_user WHERE name? AND password?); ps.setString(1, name); ps.setString(2, password); ResultSet rs ps.executeQuery(); if (rs.next()) { HttpSession session request.getSession(); session.setAttribute(userId, rs.getInt(id)); session.setAttribute(userName, rs.getString(name)); session.setAttribute(role, rs.getInt(role)); if (rs.getInt(role) 1) { return mapping.findForward(admin); } else { return mapping.findForward(reader); } } return mapping.findForward(failure); } }逻辑说明先按用户名和密码精确匹配查不到就走 failure 回到登录页。查到了就把 userId、userName、role 三个属性放进 session后面所有页面判断权限都从 session 里取。role 为 1 跳管理员首页否则跳读者首页这是最简单的一级权限分流。参数说明密码这里直接明文比对是毕设常见做法。真实项目里至少要加一层 MD5 或 BCrypt 存储否则数据库一旦泄露所有账号密码直接暴露。如果学校老师问起安全性改进点这往往是加分项。4.3 借还模块可借数量检查、应还时间计算与状态位翻转借书是这套系统里业务规则最密集的地方。完整流程是按 readerID 查读者类型拿到可借上限统计当前未还数量如果达到上限就拒绝再查图书是否存在未还记录如果已被借出也拒绝最后插入借阅记录应还时间用借出时间加图书类型的天数。public ActionForward borrowBook(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) { int readerID Integer.parseInt(request.getParameter(readerID)); int bookID Integer.parseInt(request.getParameter(bookID)); Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 1. 查读者类型获取可借上限 PreparedStatement psType conn.prepareStatement( SELECT rt.number FROM tb_reader r JOIN tb_readertype rt ON r.readertype rt.id WHERE r.id ?); psType.setInt(1, readerID); ResultSet rsType psType.executeQuery(); int maxBooks 0; if (rsType.next()) { maxBooks rsType.getInt(number); } // 2. 统计当前未还数量 PreparedStatement psCount conn.prepareStatement( SELECT COUNT(*) FROM tb_borrow WHERE readerID ? AND ifback 0); psCount.setInt(1, readerID); ResultSet rsCount psCount.executeQuery(); int borrowed 0; if (rsCount.next()) { borrowed rsCount.getInt(1); } if (borrowed maxBooks) { conn.rollback(); request.setAttribute(msg, 已达可借上限); return mapping.findForward(failure); } // 3. 查图书类型计算应还时间 PreparedStatement psDays conn.prepareStatement( SELECT bt.days FROM tb_bookinfo b JOIN tb_booktype bt ON b.booktype bt.id WHERE b.id ?); psDays.setInt(1, bookID); ResultSet rsDays psDays.executeQuery(); int days 30; if (rsDays.next()) { days rsDays.getInt(days); } // 4. 插入借阅记录 PreparedStatement psInsert conn.prepareStatement( INSERT INTO tb_borrow (readerID, bookID, borrowTime, backTime, operator, ifback) VALUES (?, ?, NOW(), DATE_ADD(NOW(), INTERVAL ? DAY), ?, 0)); psInsert.setInt(1, readerID); psInsert.setInt(2, bookID); psInsert.setInt(3, days); psInsert.setString(4, (String) request.getSession().getAttribute(userName)); psInsert.executeUpdate(); conn.commit(); request.setAttribute(msg, 借阅成功); return mapping.findForward(success); } catch (Exception e) { if (conn ! null) try { conn.rollback(); } catch (Exception ex) {} request.setAttribute(msg, 借阅失败 e.getMessage()); return mapping.findForward(failure); } }逻辑说明这段代码的关键是用事务把四个步骤包起来任何一步失败都能回滚避免出现「书没借出去但计数已经变了」的脏数据。DATE_ADD(NOW(), INTERVAL ? DAY)里用的 days 来自图书类型这就是为什么图书管理模块要先维护好类型数据否则这里会取到默认 30 天。还书逻辑相对简单先更新tb_borrow SET ifback 1 WHERE readerID ? AND bookID ? AND ifback 0再往 tb_giveback 插入一条归还记录。注意要用 ifback 0 作为更新条件防止重复归还把历史记录覆盖掉。提示这里有个隐蔽问题——同一本书被同一读者多次借阅时WHERE readerID ? AND bookID ?会匹配到多条历史记录。解决方法是带上前一条借阅记录的 id最常见的是先按readerID bookID ifback 0查出 id再按 id 更新这样精确定位。4.4 查询模块多条件动态 SQL 与到期提醒论文里的查询模块支持按书名、作者、ISBN、图书类型组合检索还包含借阅历史和到期提醒。多条件查询最容易翻车的地方是 SQL 拼接——某个条件为空时拼出语法错误的 SQL。常见做法是加一个恒真的WHERE 1 1后面的条件全部用AND拼接。public ListMapString, Object queryBooks(String name, String author, String isbn, Integer typeId) { StringBuilder sql new StringBuilder( SELECT b.*, bt.typeName FROM tb_bookinfo b LEFT JOIN tb_booktype bt ON b.booktype bt.id WHERE 1 1); ListObject params new ArrayList(); if (name ! null !name.trim().isEmpty()) { sql.append( AND b.bookname LIKE ?); params.add(% name %); } if (author ! null !author.trim().isEmpty()) { sql.append( AND b.author LIKE ?); params.add(% author %); } if (isbn ! null !isbn.trim().isEmpty()) { sql.append( AND b.isbn ?); params.add(isbn); } if (typeId ! null) { sql.append( AND b.booktype ?); params.add(typeId); } // 用 PreparedStatement 执行避免注入 }参数说明书名和作者用模糊匹配LIKE %值%会让索引失效但在图书这种数据量不大的场景下完全够用。ISBN 是精确匹配不需要加通配符。所有条件都通过?占位符传参不要直接把参数拼进 SQL 字符串这一点是答辩时老师一定会盯的细节。到期提醒的 SQL 是SELECT * FROM tb_borrow WHERE ifback 0 AND backTime NOW()配合读者的联系方式就能做成逾期催还列表。文档里没有做消息推送但把这条查询的结果渲染到管理员的待办页面上就是一个实用的催还功能。5. 部署与开发避坑数据库版本、字符集与 jar 包五个翻车点这套资源我从解压到跑通踩了五个实实在在的坑。每一个都是「现象看起来玄学原因一查全是常规问题」的类型。把这五个点提前避开能省两三天调试时间。5.1 数据库名称前后矛盾SQL Server 还是 MySQL现象论文摘要写后端用 SQL Server可行性分析里又写 MySQL照着摘要装完 SQL Server 后代码里连的却是 MySQL 驱动启动直接报驱动类不存在。原因这是毕设文档常见的「复制粘贴前后不一致」。写摘要时用了一个数据库名正文设计时又换了另一个文档本身没有统一。解决落地时二选一优先 MySQL。把 SQL Server 相关内容全部忽略统一用com.mysql.cj.jdbc.Driver建表脚本按 UTF-8 重建。如果学校要求必须 SQL Server那就把代码里的驱动和连接串全部换成 SQL Server 版本别混用。5.2 Tomcat 版本与 JDK 版本不匹配现象把项目丢进 Tomcat 10启动时报java.lang.NoClassDefFoundError: javax/servlet/ServletException页面直接 500。原因Tomcat 10 开始把javax.servlet包迁移到jakarta.servletStruts 1 这类老框架是基于旧包名编译的在 Tomcat 10 上跑必然报类找不到。解决换 Tomcat 9 JDK 8 的组合。这套组合是 JSP Struts 1 最稳定的运行环境。Tomcat 9 还在用javax.*包名JDK 8 对老框架的兼容性也最好。别追求高版本老框架吃不了新环境。5.3 中文乱码请求参数和数据库各乱一套现象页面上中文显示正常但往数据库插入「计算机」变成「???」或者表单提交的中文到 Action 里全是乱码。原因三层编码不一致。JSP 页面用UTF-8渲染请求没有设置request.setCharacterEncoding(UTF-8)数据库连接串也没带characterEncoding三层只要有一层对不上就乱。解决字符串编码统一 UTF-8。JSP 页面头部写pageEncodingUTF-8在 web.xml 里配一个 CharacterEncodingFilter 强制设置请求编码JDBC 连接串加characterEncodingUTF-8。三处都改完乱码基本绝迹。filter filter-nameencoding/filter-name filter-classorg.apache.catalina.filters.SetCharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param /filter filter-mapping filter-nameencoding/filter-name url-pattern/*/url-pattern /filter-mapping5.4 Struts Action 路径 404表单提交地址对不上现象点击登录按钮浏览器地址栏路径是对的但 Tomcat 返回 404日志里没有任何 action 相关的错误。原因表单的 action 写的是/login.jsp而 struts-config.xml 里定义的 path 是/login或者 web.xml 里没把*.do映射给 Struts 的 ActionServlet请求根本没进框架。解决核对三处路径表单提交地址、struts-config.xml 的 path、web.xml 的 servlet-mapping。Struts 1 最常见的是表单写/login.do配置统一以后404 自然消失。5.5 外部 jar 包缺失ActionServlet 直接 ClassNotFoundException现象启动时报java.lang.ClassNotFoundException: org.apache.struts.action.ActionServlet页面全部打不开。原因项目的 WEB-INF/lib 下没有放 Struts 运行所需的 jar 包。很多课程设计下载资源为了压缩体积把依赖 jar 省略了只留了源码和配置。解决把 struts-core、struts-taglib、commons-beanutils、commons-digester、commons-logging 等 jar 包全部拷贝到 WEB-INF/lib 下。注意版本别混用Struts 1.3 配 commons 全家桶是经过大量验证的组合。注意jar 包冲突是个隐形雷。如果 lib 下同时存在旧版本和新版本的 commons-logging启动时会出现奇怪的 NoSuchMethodError。这种问题没有捷径只能把 lib 里的 jar 清空后按清单重建。6. 验证方法借还闭环测试用例与验收清单系统做完测试不能只靠「点点看」。这套系统最值得验证的是借还闭环——一本从借出到归还的书数据在四张表里流转任何一个环节漏了后续统计和到期提醒都会错。6.1 模块测试用例登录、借书上限、归还与超期模块测试操作预期结果检查点登录正确密码 / 错误密码成功跳转 / 回到登录页session 是否写入 role借书正常借阅 / 已达上限借阅成功 / 提示不可借tb_borrow 是否新增 ifback0 记录还书正常归还提示成功tb_borrow 对应记录 ifback1tb_giveback 有新增超期把 backTime 改为昨天后查询到期提醒列表出现该书SQL 的 NOW() 比较是否生效查询书名模糊 / ISBN 精确返回正确结果动态 SQL 拼接是否遗漏条件6.2 集成验证一口气走完整个业务流程完整走一遍用系统管理员创建图书管理员账号登录后先维护图书类型再录入几本测试图书接着建立读者类型和读者档案然后以管理员身份借出一本书检查 tb_borrow 的 ifback 是否为 0再到读者端查询借阅历史确认能看到借书记录最后归还这本书同时核对 tb_borrow 状态和 tb_giveback 新记录。这套流程走完系统的主干链路基本就通了。后续要扩展方向也很明确续借可以做成更新 backTime 的操作但要加超期拦截罚款可以按backTime与当前时间差乘以日罚金计算预约借书则需要加一张预约表在目标图书归还时释放通知。这几个点做成功能就是毕业设计的加分项。这几次拆项目的经历让我养成一个习惯拿到任何课程设计资源第一件事不是开 Tomcat 跑页面而是先把数据库脚本和配置文件从头到尾看一遍。表字段对不上、jar 包缺失、数据库版本前后矛盾这些问题看一遍就能发现远比等启动报错再排查来得快。从那以后我每次处理这类基于 Java Web 的老项目文档都强制自己先走一遍「建库、配连接、核路径」三步确认无误再碰业务代码翻车率直线下降。希望帮到你。本文还有配套的精品资源点击获取 Java Web图书管理系统全解析：从数据库设计到借还闭环实现
简介这是一份基于 Java Web 的图书管理系统毕业设计文档面向计算机相关专业学生、课程设计者及需要完成同类课题的开发者系统梳理了从需求分析、总体设计到系统实现的全过程。资源共 1 个 docx 文档压缩包大小 2.34MB内容以论文形式展开包含系统设置、读者管理、图书管理、图书借还、系统查询与更改口令六大功能模块并详细说明 MVC 设计模式、Struts 框架和 SQL Server 数据库的应用方式。文档还给出图书信息表、读者信息表、借阅信息表等核心表结构设计以及管理员、读者、图书借还等模块的功能实现细节可直接用于毕业论文撰写、开题参考或 Java Web 项目框架搭建。已有 384 人学习浏览适合希望快速理解图书管理业务流程与 Java Web 分层架构的读者参考。1. 先看结论这套 Java Web 图书管理系统文档拆开能复现到什么程度这套基于 Java Web 的图书管理系统是一份完整的课程设计与论文配套资源覆盖了从需求分析、数据库设计到编码实现、系统测试的完整闭环。它的核心价值不是页面多漂亮而是把图书信息、读者信息、借还记录串成了一条可追踪的业务链六个功能模块——系统设置、读者管理、图书管理、图书借还、系统查询、更改口令——对应九张业务表这个结构拿来应付课程设计、毕业设计答辩都够用。适合三类人准备做毕设的学生、要快速搭一个小型图书管理系统的开发者、想补 JSPStrutsMVC 这套老牌技术栈的人。我拆完文档的第一感受是功能不复杂但借还状态和跨表关联查询这两块值得在上手前先想明白。2. 需求与模块六大功能模块到底该怎么拆给三类用户论文的需求分析章节不是走流程的废话它已经把系统边界画清楚了。很多人拿到这类资源直接去跑代码结果跑到一半发现读者能改管理员密码、借书数量不对回头再补需求改到怀疑人生。所以先别急着开环境把「谁能用、能干什么、数据落在哪张表」理清后面每写一个 Action 都是在给这张权限地图补细节。2.1 三类用户与权限边界读者、管理员、系统管理员各管一块原文把用户分成三类这个划分直接决定登录后的跳转逻辑和操作按钮的显隐。读者只碰查询和借还申请图书管理员管日常业务包括读者档案、图书档案、借阅归还系统管理员多出用户管理和图书馆参数设置两块同时拥有前两类用户的所有权限。用户类型核心操作影响的数据表典型页面读者查询图书、查自己的借阅记录、修改密码tb_bookinfo、tb_borrow图书查询、借阅历史、口令修改图书管理员读者增删改、图书增删改、借阅/归还/续借、查询tb_reader、tb_bookinfo、tb_borrow、tb_giveback读者管理、图书管理、借还操作、图书查询系统管理员用户权限管理、图书馆信息维护、书架设置、办证参数tb_user、tb_library、tb_bookinfo系统设置、用户管理、书架设置提示论文里只有一个静态用例图没有展开权限矩阵。上机前建议先按上面这张表把「哪个按钮对哪个用户可见」定下来再去做登录跳转。这一步能省掉至少三天的返工。2.2 六大功能模块拆解从用例图到可执行的操作清单论文把系统功能归纳成六个模块其实可以再压成三类基础配置系统设置、图书管理、读者管理、核心业务图书借还、辅助功能系统查询、更改口令。这样拆的好处是测试的时候能按「先配数据、再走业务、最后查结果」的顺序来验收。系统设置面向系统管理员维护的是图书馆名称、地址、联系方式、简介以及办证费用和证件有效期。数据落在 tb_library 和图书馆参数表前端就是一个信息编辑页加一个参数配置页。读者管理包含读者类型管理和读者档案管理读者类型表里的 number 字段控制该类型读者一次能借几本这个数字在借书时会被 count 查询拿来比对。图书管理包含图书类型和图书档案图书类型的 days 决定可借天数图书档案记录 ISBN、价格、出版社、所在书架。图书借还是唯一同时牵扯四张表的模块借出时查读者类型、扣可借额度归还时写归还历史。系统查询覆盖图书资料、借阅历史、到期提醒到期提醒的本质就是一条WHERE ifback 0 AND backTime NOW()的 SQL。更改口令则是最简单的更新语句但要注意普通读者登录后也应该能进这个功能权限别漏。2.3 技术选型JSP Struts MVC 为什么是毕设的稳妥组合这套系统用的是 JSP 做视图、Struts 做控制层、JDBC 连接数据库整体符合 MVC 分层。JSP 只管渲染页面JavaBean 或 Action 处理业务逻辑数据库操作单独放一层这样页面、逻辑、数据三者解耦。Struts 的核心是把表单提交和页面跳转集中到 struts-config.xml 里一个 action-mapping 就能把请求分发给对应的 Action 类返回值对应一个 forward 跳转比纯 Servlet 写一堆 doGet doPost 要清爽。选择这套组合的现实理由是参考资料多、答辩好讲、代码量可控。Struts 1 的写法虽然老但结构固定、套路统一网上能查到的案例一抓一大把。不过要注意原文的技术描述有一个前后矛盾摘要里写的是 SQL Server可行性分析里又写的是 MySQL。这种问题在毕设论文里很常见落地时二选一即可。我建议用 MySQL 5.7 或 8.0一是环境好搭二是 JDBC 驱动和 SQL 方言的资料最多。如果是学校硬性规定 SQL Server表结构基本不用改把驱动换成com.microsoft.sqlserver.jdbc.SQLServerDriver连接串里去掉characterEncoding参数就行。注意本文后续示例统一按 MySQL 落地。原文档里所有涉及 SQL Server 的截图和配置不影响表结构和业务逻辑的复现。3. 数据库设计九张表怎么支撑完整的借还闭环数据库设计是这份文档里含金量最高的部分。论文从 E-R 图到每张表的字段都给了说明虽然有几处字段名写得随意但整体关系是成立的图书归类型管、读者归类型管、借阅记录连接读者和图书、归还记录留痕。把这九张表的关系搞懂整个系统的骨架就清楚了。3.1 从 E-R 图到实体关系哪些字段在真正承担关联职责论文的 E-R 图描述了几组核心关系落地时最需要关注的是外键关联。图书表通过 booktype 关联图书类型表决定这本书能借多少天、放在哪个书架读者表通过 readertype 关联读者类型表决定这位读者一次能借几本。借阅表 tb_borrow 是读者和图书之间的多对多关联表readerID 和 bookID 各指向一边ifback 字段记录是否已归还。归还表 tb_giveback 是借阅的操作留痕每次归还追加一条记录方便日后查历史。系统用户表 tb_user 独立于读者表存在论文里这张表只有 id、name、password 三列没有角色字段落地时一定得补一个 role否则三类用户的权限区分没有落点。图书馆信息表和参数表属于单例配置表全表通常只有一条记录用 ID1 固定读取。提示tb_user 缺 role 字段是这套文档一个典型的「论文级缺陷」。论文能靠用例图说明权限代码里必须有字段支撑。加一列role int default 00 表示普通读者、1 表示管理员、2 表示系统管理员登录后按 role 跳转首页。3.2 九张表结构字段名、类型、主外键的落地对照论文里每张表都给了字段列表但有几处类型和字段名要修正。下表是我按 MySQL 标准重排后的结构主键统一用自增 int时间字段用 datetime布尔状态用 tinyint原文里没有明确主外键标注的按业务语义推断。表 1图书信息表 tb_bookinfo字段名类型说明idint PK图书编号booknamevarchar(50)书名booktypeint FK关联 tb_booktype.idauthorvarchar(30)作者translatorvarchar(30)译者isbnvarchar(30)ISBN 号pricefloat价格pressvarchar(30)出版社bookcasevarchar(30)所在书架intimedatetime入库时间operatorvarchar(30)操作用户表 2图书类型表 tb_booktype字段为 id、typeName、days。论文里这里写的是 bookname逻辑上应该是类型名落地建议改成 typeNamedays 记录可借阅天数。表 3读者信息表 tb_reader字段为 id、name、sex、barcode借书证条形码、readertypeFK 关联 tb_readertype、tel、email、paperType证件类型、paperNO证件号码、birthday、regTime登记时间、operator。重点是 barcode 和 paperNO 在处理借还时要作为检索条件。表 4读者类型表 tb_readertype字段为 id、readername、numbernumber 是这类读者允许借阅的本数上限借书逻辑里要拿当前未还数跟它比对。表 5图书借阅信息表 tb_borrow字段为 id、readerID、bookID、borrowTime、backTime、operator、ifback。backTime 存的是应还时间ifback 为 0 表示未还、1 表示已还。这张表是借还闭环的核心。表 6图书归还信息表 tb_giveback字段为 id、readerID、bookID、backTime、operator。这张表只记录归还动作本身判断是否超期要去关联 tb_borrow 的应还时间。表 7系统用户表 tb_user字段为 id、name、password落地补一列 role。这张表只服务于登录认证读者和管理员都在这张表里开户。表 8图书馆信息表 tb_library字段为 id、libraryname、curator馆长、tel、address、email、url、createDate、introduce是系统设置模块维护的对象。表 9图书馆参数表论文里列了办证费用和有效期限两组参数落地时建议做成 id、cost、validity 三个字段归属系统设置模块。3.3 借阅、归还、续借的状态流转ifback 字段是核心借书操作的本质是往 tb_borrow 插入一条 ifback0 的记录应还时间由借出时间加上图书类型的 days 计算得出。还书操作则是把对应该读者、该图书且 ifback0 的那条记录置为 1同时在 tb_giveback 里追加一条归还记录。到期提醒不靠额外字段一条WHERE ifback 0 AND backTime NOW()的查询就能把所有逾期未还的书捞出来。状态tb_borrow.ifback说明借出未还0借阅记录存在读者持有该书已归还1归还动作完成记录留档应还未还0 且 backTime now超期需要在查询模块高亮续借在论文需求里提到了但设计部分没有单独的表。常见做法是更新 tb_borrow 的 backTime在原有应还时间上累加 days。一个容易被忽略的坑是如果该书已经超期续借前必须先归还再重新借出否则续借会掩盖逾期事实这类业务规则要在 Action 里提前判断。3.4 建表 SQL 与 JDBC 连接直接能跑的配置下面是按 MySQL 整理的建表脚本只列三张核心表做示范其余表按 3.2 的字段对照建即可。CREATE DATABASE library DEFAULT CHARSET utf8mb4; USE library; CREATE TABLE tb_booktype ( id INT PRIMARY KEY AUTO_INCREMENT, typeName VARCHAR(50) NOT NULL, days INT DEFAULT 30 ); CREATE TABLE tb_bookinfo ( id INT PRIMARY KEY AUTO_INCREMENT, bookname VARCHAR(50) NOT NULL, booktype INT NOT NULL, author VARCHAR(30), translator VARCHAR(30), isbn VARCHAR(30), price FLOAT, press VARCHAR(30), bookcase VARCHAR(30), intime DATETIME, operator VARCHAR(30), CONSTRAINT fk_book_type FOREIGN KEY (booktype) REFERENCES tb_booktype(id) ); CREATE TABLE tb_borrow ( id INT PRIMARY KEY AUTO_INCREMENT, readerID INT NOT NULL, bookID INT NOT NULL, borrowTime DATETIME, backTime DATETIME, operator VARCHAR(30), ifback TINYINT DEFAULT 0, CONSTRAINT fk_borrow_reader FOREIGN KEY (readerID) REFERENCES tb_reader(id), CONSTRAINT fk_borrow_book FOREIGN KEY (bookID) REFERENCES tb_bookinfo(id) );建表逻辑说明外键约束在毕设阶段建议保留能防止插入不存在的 readerID 或 bookID但在实际教学演示环境里如果嫌插入测试数据麻烦也可以去掉外键只保留普通索引。days 默认给 30图书类型管理页面里可以按实际调整。JDBC 连接用 properties 文件管理参数比把连接串硬编码在类里好维护。jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/library?useSSLfalsecharacterEncodingUTF-8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456import java.sql.*; public class DBUtil { public static Connection getConnection() throws Exception { Class.forName(com.mysql.cj.jdbc.Driver); String url jdbc:mysql://localhost:3306/library?useSSLfalsecharacterEncodingUTF-8serverTimezoneAsia/Shanghai; return DriverManager.getConnection(url, root, 123456); } }参数说明characterEncodingUTF-8必须加否则中文写入数据库会变问号serverTimezoneAsia/Shanghai是 MySQL 8.x 的强制要求不配置会报时区错误。如果换成 SQL Server驱动换成com.microsoft.sqlserver.jdbc.SQLServerDriverurl 换成jdbc:sqlserver://localhost:1433;DatabaseNamelibrary即可。4. 系统实现Struts 配置、登录会话与借还逻辑的实现顺序文档的实现章节按模块给了关键代码和界面截图。落地时建议按这个顺序写代码先配 struts-config.xml再写登录 Action然后做借还最后补多条件查询。配置先行是因为 Struts 的 action-mapping 一旦写错后面所有页面跳转都会跟着挂。4.1 struts-config.xmlAction 分发与页面跳转的集中管控打开这套系统的代码首先看 WEB-INF 下的 struts-config.xml。Struts 1 的套路是一个 action 对应一个 Action 类action-mapping 里的 path 是浏览器请求的地址forward 是处理完后跳转的 JSP 页面。struts-config form-beans form-bean nameloginForm typecom.library.form.LoginForm/ /form-beans action-mappings action path/login typecom.library.action.LoginAction nameloginForm scoperequest forward namesuccess path/index.jsp/ forward namefailure path/login.jsp/ /action action path/borrow typecom.library.action.BorrowAction forward namesuccess path/borrowResult.jsp/ forward namefailure path/bookQuery.jsp/ /action /action-mappings /struts-config配置说明path是请求入口页面里的表单 action 要写成/login.do或/login取决于 web.xml 里 servlet-mapping 配的是不是*.do。name关联 form-beanStruts 会自动把请求参数填充进 LoginForm 的属性。scope指定 form bean 的存放范围登录这种一次性交互用 request 就行别用 session 攒垃圾。注意web.xml 里需要配置 ActionServlet 的映射常见写法是把*.do交给org.apache.struts.action.ActionServlet。如果请求路径带了.do却找不到 action先检查这一处。4.2 登录模块从 JSP 表单到 Session 会话角色决定跳转登录是最能体现权限模型的地方。表单提交用户名和密码LoginAction 从数据库查 tb_user比对通过后把用户信息放进 session然后按 role 字段决定跳转到哪个首页。public class LoginAction extends Action { public ActionForward execute(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception { LoginForm loginForm (LoginForm) form; String name loginForm.getName(); String password loginForm.getPassword(); Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement( SELECT id, name, role FROM tb_user WHERE name? AND password?); ps.setString(1, name); ps.setString(2, password); ResultSet rs ps.executeQuery(); if (rs.next()) { HttpSession session request.getSession(); session.setAttribute(userId, rs.getInt(id)); session.setAttribute(userName, rs.getString(name)); session.setAttribute(role, rs.getInt(role)); if (rs.getInt(role) 1) { return mapping.findForward(admin); } else { return mapping.findForward(reader); } } return mapping.findForward(failure); } }逻辑说明先按用户名和密码精确匹配查不到就走 failure 回到登录页。查到了就把 userId、userName、role 三个属性放进 session后面所有页面判断权限都从 session 里取。role 为 1 跳管理员首页否则跳读者首页这是最简单的一级权限分流。参数说明密码这里直接明文比对是毕设常见做法。真实项目里至少要加一层 MD5 或 BCrypt 存储否则数据库一旦泄露所有账号密码直接暴露。如果学校老师问起安全性改进点这往往是加分项。4.3 借还模块可借数量检查、应还时间计算与状态位翻转借书是这套系统里业务规则最密集的地方。完整流程是按 readerID 查读者类型拿到可借上限统计当前未还数量如果达到上限就拒绝再查图书是否存在未还记录如果已被借出也拒绝最后插入借阅记录应还时间用借出时间加图书类型的天数。public ActionForward borrowBook(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) { int readerID Integer.parseInt(request.getParameter(readerID)); int bookID Integer.parseInt(request.getParameter(bookID)); Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 1. 查读者类型获取可借上限 PreparedStatement psType conn.prepareStatement( SELECT rt.number FROM tb_reader r JOIN tb_readertype rt ON r.readertype rt.id WHERE r.id ?); psType.setInt(1, readerID); ResultSet rsType psType.executeQuery(); int maxBooks 0; if (rsType.next()) { maxBooks rsType.getInt(number); } // 2. 统计当前未还数量 PreparedStatement psCount conn.prepareStatement( SELECT COUNT(*) FROM tb_borrow WHERE readerID ? AND ifback 0); psCount.setInt(1, readerID); ResultSet rsCount psCount.executeQuery(); int borrowed 0; if (rsCount.next()) { borrowed rsCount.getInt(1); } if (borrowed maxBooks) { conn.rollback(); request.setAttribute(msg, 已达可借上限); return mapping.findForward(failure); } // 3. 查图书类型计算应还时间 PreparedStatement psDays conn.prepareStatement( SELECT bt.days FROM tb_bookinfo b JOIN tb_booktype bt ON b.booktype bt.id WHERE b.id ?); psDays.setInt(1, bookID); ResultSet rsDays psDays.executeQuery(); int days 30; if (rsDays.next()) { days rsDays.getInt(days); } // 4. 插入借阅记录 PreparedStatement psInsert conn.prepareStatement( INSERT INTO tb_borrow (readerID, bookID, borrowTime, backTime, operator, ifback) VALUES (?, ?, NOW(), DATE_ADD(NOW(), INTERVAL ? DAY), ?, 0)); psInsert.setInt(1, readerID); psInsert.setInt(2, bookID); psInsert.setInt(3, days); psInsert.setString(4, (String) request.getSession().getAttribute(userName)); psInsert.executeUpdate(); conn.commit(); request.setAttribute(msg, 借阅成功); return mapping.findForward(success); } catch (Exception e) { if (conn ! null) try { conn.rollback(); } catch (Exception ex) {} request.setAttribute(msg, 借阅失败 e.getMessage()); return mapping.findForward(failure); } }逻辑说明这段代码的关键是用事务把四个步骤包起来任何一步失败都能回滚避免出现「书没借出去但计数已经变了」的脏数据。DATE_ADD(NOW(), INTERVAL ? DAY)里用的 days 来自图书类型这就是为什么图书管理模块要先维护好类型数据否则这里会取到默认 30 天。还书逻辑相对简单先更新tb_borrow SET ifback 1 WHERE readerID ? AND bookID ? AND ifback 0再往 tb_giveback 插入一条归还记录。注意要用 ifback 0 作为更新条件防止重复归还把历史记录覆盖掉。提示这里有个隐蔽问题——同一本书被同一读者多次借阅时WHERE readerID ? AND bookID ?会匹配到多条历史记录。解决方法是带上前一条借阅记录的 id最常见的是先按readerID bookID ifback 0查出 id再按 id 更新这样精确定位。4.4 查询模块多条件动态 SQL 与到期提醒论文里的查询模块支持按书名、作者、ISBN、图书类型组合检索还包含借阅历史和到期提醒。多条件查询最容易翻车的地方是 SQL 拼接——某个条件为空时拼出语法错误的 SQL。常见做法是加一个恒真的WHERE 1 1后面的条件全部用AND拼接。public ListMapString, Object queryBooks(String name, String author, String isbn, Integer typeId) { StringBuilder sql new StringBuilder( SELECT b.*, bt.typeName FROM tb_bookinfo b LEFT JOIN tb_booktype bt ON b.booktype bt.id WHERE 1 1); ListObject params new ArrayList(); if (name ! null !name.trim().isEmpty()) { sql.append( AND b.bookname LIKE ?); params.add(% name %); } if (author ! null !author.trim().isEmpty()) { sql.append( AND b.author LIKE ?); params.add(% author %); } if (isbn ! null !isbn.trim().isEmpty()) { sql.append( AND b.isbn ?); params.add(isbn); } if (typeId ! null) { sql.append( AND b.booktype ?); params.add(typeId); } // 用 PreparedStatement 执行避免注入 }参数说明书名和作者用模糊匹配LIKE %值%会让索引失效但在图书这种数据量不大的场景下完全够用。ISBN 是精确匹配不需要加通配符。所有条件都通过?占位符传参不要直接把参数拼进 SQL 字符串这一点是答辩时老师一定会盯的细节。到期提醒的 SQL 是SELECT * FROM tb_borrow WHERE ifback 0 AND backTime NOW()配合读者的联系方式就能做成逾期催还列表。文档里没有做消息推送但把这条查询的结果渲染到管理员的待办页面上就是一个实用的催还功能。5. 部署与开发避坑数据库版本、字符集与 jar 包五个翻车点这套资源我从解压到跑通踩了五个实实在在的坑。每一个都是「现象看起来玄学原因一查全是常规问题」的类型。把这五个点提前避开能省两三天调试时间。5.1 数据库名称前后矛盾SQL Server 还是 MySQL现象论文摘要写后端用 SQL Server可行性分析里又写 MySQL照着摘要装完 SQL Server 后代码里连的却是 MySQL 驱动启动直接报驱动类不存在。原因这是毕设文档常见的「复制粘贴前后不一致」。写摘要时用了一个数据库名正文设计时又换了另一个文档本身没有统一。解决落地时二选一优先 MySQL。把 SQL Server 相关内容全部忽略统一用com.mysql.cj.jdbc.Driver建表脚本按 UTF-8 重建。如果学校要求必须 SQL Server那就把代码里的驱动和连接串全部换成 SQL Server 版本别混用。5.2 Tomcat 版本与 JDK 版本不匹配现象把项目丢进 Tomcat 10启动时报java.lang.NoClassDefFoundError: javax/servlet/ServletException页面直接 500。原因Tomcat 10 开始把javax.servlet包迁移到jakarta.servletStruts 1 这类老框架是基于旧包名编译的在 Tomcat 10 上跑必然报类找不到。解决换 Tomcat 9 JDK 8 的组合。这套组合是 JSP Struts 1 最稳定的运行环境。Tomcat 9 还在用javax.*包名JDK 8 对老框架的兼容性也最好。别追求高版本老框架吃不了新环境。5.3 中文乱码请求参数和数据库各乱一套现象页面上中文显示正常但往数据库插入「计算机」变成「???」或者表单提交的中文到 Action 里全是乱码。原因三层编码不一致。JSP 页面用UTF-8渲染请求没有设置request.setCharacterEncoding(UTF-8)数据库连接串也没带characterEncoding三层只要有一层对不上就乱。解决字符串编码统一 UTF-8。JSP 页面头部写pageEncodingUTF-8在 web.xml 里配一个 CharacterEncodingFilter 强制设置请求编码JDBC 连接串加characterEncodingUTF-8。三处都改完乱码基本绝迹。filter filter-nameencoding/filter-name filter-classorg.apache.catalina.filters.SetCharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param /filter filter-mapping filter-nameencoding/filter-name url-pattern/*/url-pattern /filter-mapping5.4 Struts Action 路径 404表单提交地址对不上现象点击登录按钮浏览器地址栏路径是对的但 Tomcat 返回 404日志里没有任何 action 相关的错误。原因表单的 action 写的是/login.jsp而 struts-config.xml 里定义的 path 是/login或者 web.xml 里没把*.do映射给 Struts 的 ActionServlet请求根本没进框架。解决核对三处路径表单提交地址、struts-config.xml 的 path、web.xml 的 servlet-mapping。Struts 1 最常见的是表单写/login.do配置统一以后404 自然消失。5.5 外部 jar 包缺失ActionServlet 直接 ClassNotFoundException现象启动时报java.lang.ClassNotFoundException: org.apache.struts.action.ActionServlet页面全部打不开。原因项目的 WEB-INF/lib 下没有放 Struts 运行所需的 jar 包。很多课程设计下载资源为了压缩体积把依赖 jar 省略了只留了源码和配置。解决把 struts-core、struts-taglib、commons-beanutils、commons-digester、commons-logging 等 jar 包全部拷贝到 WEB-INF/lib 下。注意版本别混用Struts 1.3 配 commons 全家桶是经过大量验证的组合。注意jar 包冲突是个隐形雷。如果 lib 下同时存在旧版本和新版本的 commons-logging启动时会出现奇怪的 NoSuchMethodError。这种问题没有捷径只能把 lib 里的 jar 清空后按清单重建。6. 验证方法借还闭环测试用例与验收清单系统做完测试不能只靠「点点看」。这套系统最值得验证的是借还闭环——一本从借出到归还的书数据在四张表里流转任何一个环节漏了后续统计和到期提醒都会错。6.1 模块测试用例登录、借书上限、归还与超期模块测试操作预期结果检查点登录正确密码 / 错误密码成功跳转 / 回到登录页session 是否写入 role借书正常借阅 / 已达上限借阅成功 / 提示不可借tb_borrow 是否新增 ifback0 记录还书正常归还提示成功tb_borrow 对应记录 ifback1tb_giveback 有新增超期把 backTime 改为昨天后查询到期提醒列表出现该书SQL 的 NOW() 比较是否生效查询书名模糊 / ISBN 精确返回正确结果动态 SQL 拼接是否遗漏条件6.2 集成验证一口气走完整个业务流程完整走一遍用系统管理员创建图书管理员账号登录后先维护图书类型再录入几本测试图书接着建立读者类型和读者档案然后以管理员身份借出一本书检查 tb_borrow 的 ifback 是否为 0再到读者端查询借阅历史确认能看到借书记录最后归还这本书同时核对 tb_borrow 状态和 tb_giveback 新记录。这套流程走完系统的主干链路基本就通了。后续要扩展方向也很明确续借可以做成更新 backTime 的操作但要加超期拦截罚款可以按backTime与当前时间差乘以日罚金计算预约借书则需要加一张预约表在目标图书归还时释放通知。这几个点做成功能就是毕业设计的加分项。这几次拆项目的经历让我养成一个习惯拿到任何课程设计资源第一件事不是开 Tomcat 跑页面而是先把数据库脚本和配置文件从头到尾看一遍。表字段对不上、jar 包缺失、数据库版本前后矛盾这些问题看一遍就能发现远比等启动报错再排查来得快。从那以后我每次处理这类基于 Java Web 的老项目文档都强制自己先走一遍「建库、配连接、核路径」三步确认无误再碰业务代码翻车率直线下降。希望帮到你。本文还有配套的精品资源点击获取