简介：基于Java与MySQL的图书馆信息管理系统完整项目，专为需要完成期末大作业、课程设计或毕业设计的学生准备，可直接作为高分参考方案。资源包共152个文件、11.79MB，包含19个Java核心后端类、14个Vue页面组件、15个CSS样式表、33个JavaScript交互脚本及1个SQL数据库脚本，并随包提供启动脚本与文档说明，前端展示、后端逻辑与数据库初始化一目了然，便于快速部署和二次开发。系统代码注释详细，新手也能轻松理解；功能覆盖图书管理、借阅归还、读者管理、统计查询等核心模块，界面美观、操作流畅。项目经过严格调试，按文档引导即可运行，能有效支撑答辩演示与功能扩展。资源包内目录组织规范，模块耦合度低，适合在此基础上进行功能定制。已有153人学习使用，适合希望获得导师认可并快速落地项目的开发者。
1. 先想清楚再动手：这套 Java+MySQL 图书馆管理系统到底给你省了什么
期末大作业最磨人的不是不会写，而是写完换个机器就翻车。这套图书馆信息管理系统是 Java Web 期末大作业的完整源码包，采用 Servlet + JSP + JDBC 分层写法，配 MySQL 建库脚本和课程设计文档，登录、图书增删改查、借书还书、退出登录一条链路是通的。它解决的不是“看懂原理”的问题，而是“在验收前把项目跑起来”的问题：环境搭好、SQL 一导、项目一启动，就能看到完整页面。适合三类人：一是时间紧、想直接对着源码复现交作业的；二是已经写了基础功能、想补上事务和会话控制的；三是卡在 MySQL 配置和 Tomcat 启动上、需要一份可以对照排错的完整项目的。值得说明的是，它不是 Spring Boot 工程，而是贴近《Java Web 程序设计》课程要求的传统 Web 应用。
2. 运行环境先把住：JDK、MySQL、Tomcat 的版本搭配与验证命令
2.1 为什么期末大作业选 Servlet + JSP + MySQL，而不是一上来 Spring Boot
拿到这套源码，第一反应可能是“怎么不用 Spring Boot”。期末大作业的评分点通常排在课纲里：Servlet 生命周期、会话跟踪、JDBC 连接、SQL 基本功，这些用纯 Servlet + JSP 反而更容易让答辩老师看到你的掌握程度。资源包里的工程结构就是书本上最常见的 WebContent 布局，WEB-INF/lib 下放好 servlet-api.jar 和 mysql-connector-java.jar，不需要 Maven 反复拉依赖，环境断了也能本地跑。
从技术选型角度看，这个搭配的好处也很实际。MySQL 负责数据落地，JDBC 直连让每一步 SQL 都看得见摸得着；JSP 负责渲染页面，没有前端框架的黑匣子；Servlet 做请求分发，登录态用 Session 就能覆盖大多数课程要求。比起 Spring Boot，它更接近“单机可复现”的形态，这也是为什么图书馆、学生选课、宿舍管理等期末大作业普遍采用这套组合。
2.2 版本对照表与四步环境验证
先给一份我常用的版本配套表，直接照着装就行。
| 组件 | 推荐版本 | 说明 |
|---|---|---|
| JDK | 1.8（8u202 及以后） | 兼容 Tomcat 8.5/9.x，编译 Servlet 代码足够 |
| MySQL | 5.7 或 8.0 均可 | 建表脚本用 utf8mb4，两种版本都能跑 |
| Tomcat | 8.5 或 9.0 | 代码里用 @WebServlet 注解，Tomcat 8 以上都支持 |
| IDE | Eclipse EE 或 IDEA | 导入现有工程，配好 Tomcat Runtime |
版本不需要最新，要用得顺。拿 MySQL 来说，5.7 和 8.0 的驱动类不一样，后面第 5 章会专门讲这个坑；JDK 建议 1.8 而不是 17/21，因为很多老教材和 Tomcat 版本还在 1.8 的生态里。这一点不少同学栽过跟头：装了 JDK 17，Tomcat 9 也能启动，但编译时遇到模块化报错，半天找不到原因。
环境验证按下面四步走，每步都有明确的通过标准。
java -version能看到java version 1.8.0_xxx且没有 internal version 报错，说明 JDK 和 JAVA_HOME 都正常。常见问题是装了两个 JDK 后 PATH 指向旧版本，命令行敲 java 出来的版本和 IDE 里不一致，后面跑 Servlet 会出各种怪问题。
mysql -u root -p输入密码后能进入mysql>提示符，说明服务在跑、账号密码可用。如果提示 ERROR 2003，先执行net start mysql把服务拉起来；如果提示 Access denied，大概率是安装时输错了 root 密码，或者用了 skip-grant-tables 初始化，这个后面细说。
echo %CATALINA_HOME%Windows 下这条命令用来确认 Tomcat 路径变量有没有配，配好后的输出是 Tomcat 的安装目录。没有输出也不代表不能用，手动双击 startup.bat 同样能启动，只是 IDE 里关联容器时需要手动选目录。
cd %CATALINA_HOME%\bin && catalina.bat run前台方式启动 Tomcat，好处是日志直接滚在控制台，一旦端口被占或 JSP 编译报错，第一时间能看到异常栈。启动成功后浏览器访问http://localhost:8080/，出现 Tomcat 默认首页就说明容器本身没问题。到这一步，环境层就已经通关了。
这里有个容易被忽略的细节：Tomcat 启动一闪而过，大多数情况是 JAVA_HOME 没配好，而不是 Tomcat 坏了。用catalina.bat run前台启动后，窗口会直接打印“找不到 JAVA_HOME”，比双击 startup.bat 一闪而过好排查得多。我习惯在配完环境后立刻把上面四条命令走一遍，全程不超过两分钟，但能省下后面一整天的排错时间。
注意：如果你的 MySQL 是 8.0 以上，连接 URL 里通常还要加
allowPublicKeyRetrieval=true，否则会报 Public Key Retrieval is not allowed。这个参数在 5.7 下没必要，等遇到再补也不迟。
2.3 装完 MySQL 后的三件套检查：服务状态、默认编码、root 密码
安装 MySQL 本身不难，难的是装完不知道从哪里开始检查。我一般按三件事过一遍：第一，服务是否设为自动启动，Windows 下右键“此电脑 → 管理 → 服务”，找到 MySQL 服务把启动类型改成 Automatic，避免每次开电脑都要手动 net start；第二，确认默认字符集，登录 mysql 后执行SHOW VARIABLES LIKE 'character_set_server';，如果发现不是 utf8mb4，就要在 my.ini 里补character_set_server=utf8mb4再重启服务；第三，root 密码能不能用，本地开发不搞复杂账号策略，直接统一成123456这类简单密码，代码里写死也方便。
这三件事做完，MySQL 端的坑基本清干净了。后面再报错，就是驱动类名、URL 参数和 SQL 脚本的问题，这些都留到第 5 章统一处理。
3. 数据库设计先行：三张核心表的建表 SQL、外键约束与预置数据
3.1 图书、读者、借阅记录：主外键和一对多关系怎么设计
先看整体数据模型。图书馆管理系统拆到最简是三张表：book 存图书信息，reader 存读者和登录账号，borrow_record 存每一次借阅行为。一个读者可以借多本书，一本书也可以被不同读者借过，所以 borrow_record 本身就承担了关系表的角色，book_id 和 reader_id 分别是外键，这就是数据库设计里最基本的“两张实体表 + 一张关系表”。
为什么不做成在一张表里加两个字段？如果只加字段，借一本书就要在图书表里加一个“借给谁”的列，还了又要清掉，同一个读者再借同一本书时历史记录完全看不出来，答辩老师一问“借阅历史怎么查”就答不上来。独立关系表的做法，借书是往 borrow_record 插一行，还书是更新 return_time 字段，历史记录天然留痕。
字段设计上，book 表的核心字段是：book_id 主键、book_name 书名、author 作者、publisher 出版社、total 总量、stock 可借库存、create_time 上架时间。reader 表是：reader_id 主键、reader_name 姓名、phone 手机号、password 登录密码、role 角色。borrow_record 表是：borrow_id 主键、book_id 外键、reader_id 外键、borrow_time 借出时间、return_time 归还时间。字段不需要多，和多而全相比，期末答辩更看重“每个字段都有意义，每个表都能解释清楚”。
3.2 CREATE DATABASE 与 CREATE TABLE：字符集、自增主键、默认值一次写对
SQL 脚本一般放在资源包的 db 目录下，名字是 library.sql 或 init.sql，导入顺序直接影响能不能跑通。我一般先把库建出来，再建表，再插数据。下面这段是整个建库建表脚本的常用写法。
CREATE DATABASE IF NOT EXISTS library DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE library; SET FOREIGN_KEY_CHECKS = 0; DROP TABLE IF EXISTS borrow_record; DROP TABLE IF EXISTS book; DROP TABLE IF EXISTS reader; SET FOREIGN_KEY_CHECKS = 1; CREATE TABLE book ( book_id INT PRIMARY KEY AUTO_INCREMENT, book_name VARCHAR(100) NOT NULL COMMENT '书名', author VARCHAR(50) DEFAULT NULL COMMENT '作者', publisher VARCHAR(80) DEFAULT NULL COMMENT '出版社', total INT NOT NULL DEFAULT 1 COMMENT '馆藏总量', stock INT NOT NULL DEFAULT 1 COMMENT '当前可借库存', create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '上架时间' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='图书表'; CREATE TABLE reader ( reader_id INT PRIMARY KEY AUTO_INCREMENT, reader_name VARCHAR(50) NOT NULL COMMENT '姓名', phone VARCHAR(20) DEFAULT NULL COMMENT '手机号', password VARCHAR(100) NOT NULL COMMENT '登录密码', role VARCHAR(10) NOT NULL DEFAULT 'reader' COMMENT '角色：admin/reader' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='读者表'; CREATE TABLE borrow_record ( borrow_id INT PRIMARY KEY AUTO_INCREMENT, book_id INT NOT NULL COMMENT '外键-图书', reader_id INT NOT NULL COMMENT '外键-读者', borrow_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '借出时间', return_time DATETIME DEFAULT NULL COMMENT '归还时间', CONSTRAINT fk_borrow_book FOREIGN KEY (book_id) REFERENCES book (book_id), CONSTRAINT fk_borrow_reader FOREIGN KEY (reader_id) REFERENCES reader (reader_id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='借阅记录表';几个设计点拆开说清楚。
DROP TABLE 顺序有讲究：先关掉外键检查，再删子表 borrow_record，再删父表 book 和 reader，最后重新打开。直接删 book 会因为 borrow_record 外键引用报错。如果不用SET FOREIGN_KEY_CHECKS = 0，就必须按先子表后父表的顺序删，两种方式选一种即可。
AUTO_INCREMENT 是自增主键，它保证 book_id 不会因为前面删过数据就复用，借阅关系也不会串到错误记录上。DEFAULT CURRENT_TIMESTAMP 是 MySQL 5.7 以上的惯用写法，插入时不传 create_time 也会自动带当前时间，比在 Java 里 new Date() 再传参省一步。
utf8mb4 是必须强调的点。不要用 utf8，因为 MySQL 的 utf8 实际只有三字节，遇到生僻字和表情符号会直接报错或写入乱码。三张表统一 utf8mb4 + utf8mb4_general_ci，后面第 5 章讲中文乱码时会再见到它。
3.3 管理员账号和测试数据：密码存储的取舍与重置脚本
资源包自带的初始化数据一般会有管理员账号和预置图书，这是为了让导完 SQL 就能登录。常见写法如下。
INSERT INTO reader (reader_name, phone, password, role) VALUES ('管理员', '13800000000', '123456', 'admin'), ('张同学', '13900000001', '123456', 'reader'); INSERT INTO book (book_name, author, publisher, total, stock) VALUES ('深入理解Java虚拟机', '周志明', '机械工业出版社', 5, 5), ('MySQL必知必会', 'Ben Forta', '人民邮电出版社', 3, 2), ('Java编程思想', 'Bruce Eckel', '机械工业出版社', 2, 1);测试数据的血泪经验是：在 stock 上做文章。如果所有书的 total 和 stock 一样，答辩演示“借阅失败”分支时就无书可借；如果提前把某本书的 stock 改成 0，演示“库存不足”时就能当场触发。我一般会故意让《Java编程思想》只剩 1 本，借出去一次就变成 0，这样正反两种分支都能演示出来。
管理员账号先写死 admin / 123456，最多加个角色字段区分权限，这是期末项目最常见的做法。缺点是密码明文存在表里，答辩老师大概率会问一句“密码怎么不加密”。你可以这样回答：演示环境用明文是为了方便登录，生产环境会换成 MD5 加盐或者 BCrypt。如果资源包里本来就是明文，不要现场改加密逻辑，口头讲清楚升级方向就够了，改代码容易引入新的跑不通风险。
重置数据也值得提一句：演示前重新执行一次 SQL 脚本，所有脏数据都会回到初始状态。不要手工去 delete，万一外键引用串了，删到一半报错反而尴尬。
4. 代码结构与核心逻辑：从 JDBC 连接工具到借书还书的完整闭环
4.1 分层架构一眼看全：util、dao、servlet、jsp 各管哪一段
把资源包解压后，先别急着点运行，花十分钟把目录结构过一遍。WebContent 目录是 Web 根目录，里面放 JSP 和 WEB-INF；src 下按包名拆成了三层，下面是这套资源最常见的文件分布。
| 包或目录 | 典型文件 | 职责 |
|---|---|---|
| src/com/library/util | DBUtil.java | 获取数据库连接、关闭 JDBC 资源 |
| src/com/library/dao | BookDao.java、ReaderDao.java、BorrowDao.java | 拼 SQL、执行 SQL、把 ResultSet 转成对象 |
| src/com/library/servlet | LoginServlet.java、BookServlet.java、BorrowServlet.java | 接收 HTTP 请求、调 DAO、决定跳哪个 JSP |
| WebContent | login.jsp、bookList.jsp、borrow.jsp | 展示页面、提交表单 |
| WebContent/WEB-INF/lib | mysql-connector-java.jar、servlet-api.jar | Web 运行依赖 |
调用链是一层层往下走的：浏览器发请求到 Servlet，Servlet 从 request 里取参数，调 DAO 方法，DAO 内部用 DBUtil 拿 Connection、执行 SQL、把结果封装回 Java 对象，Servlet 再把对象放进 request 或 session，最后 forward 到 JSP 渲染。方向反过来，JSP 里的表单 action 指向 Servlet 的 URL，比如<form action="bookServlet?action=add">。
这个结构的好处是每一层都只有单一职责。DAO 里不该出现 HttpServletRequest，Servlet 里不该写 SQL，JSP 里不该做业务判断，一旦发现混层了，答辩时很容易被追问到答不上来。先记住这条边界，后面看代码就顺了。
4.2 DBUtil 连接工具类：驱动加载、URL 参数、资源关闭的顺序
DBUtil 是整个工程最先被加载的类，也是最容易被环境差异击穿的地方。下面是最常见的写法。
package com.library.util; import java.sql.Connection; import java.sql.DriverManager; import java.sql.PreparedStatement; import java.sql.ResultSet; import java.sql.SQLException; public class DBUtil { private static final String DRIVER = "com.mysql.cj.jdbc.Driver"; private static final String URL = "jdbc:mysql://localhost:3306/library?useSSL=false&serverTimezone=Asia/Shanghai&characterEncoding=utf8"; private static final String USER = "root"; private static final String PASSWORD = "123456"; static { try { Class.forName(DRIVER); } catch (ClassNotFoundException e) { throw new ExceptionInInitializerError(e); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } public static void close(Connection conn, PreparedStatement ps, ResultSet rs) { if (rs != null) { try { rs.close(); } catch (SQLException e) { e.printStackTrace(); } } if (ps != null) { try { ps.close(); } catch (SQLException e) { e.printStackTrace(); } } if (conn != null) { try { conn.close(); } catch (SQLException e) { e.printStackTrace(); } } } }三处需要重点看。
驱动类名。com.mysql.cj.jdbc.Driver 对应 MySQL 8.0 的驱动包，com.mysql.jdbc.Driver 是 5.x 的老写法。很多人拿着 8.0 的 jar 却还在用老类名，启动时直接 ClassNotFoundException。反过来，5.7 环境强上 8.0 驱动一般也能连，但会有 SSL 和时区告警，不建议这么折腾。看一眼你 WEB-INF/lib 下的 jar 版本，把 DRIVER 和它对齐就行。
URL 参数。useSSL=false 避免本地连接时的 SSL 握手告警；serverTimezone=Asia/Shanghai 解决 MySQL 8.0 的时区报错，不写这一串，连接时会抛The server time zone value ...的异常；characterEncoding=utf8 让从数据库取出来的中文不乱码。三个参数看一眼就知道这套工程的数据库版本趋势。
close 方法。ResultSet、PreparedStatement、Connection 的关闭顺序是从里到外，且都放在各自独立的 try-catch 里。很多简化版代码只关了 Connection，并发场景下 Statement 不关会导致游标泄漏；期末项目虽然不压并发，但养成这个习惯，答辩时讲资源管理会很加分。
数据库连接信息被硬编码在常量里，这是教材代码的标准做法。实际工作中会用 properties 文件或配置中心，但期末大作业里，常量比配置文件更直观——调一个地方就能连上自己的数据库，少一层文件读取的出错点。如果你拿到的资源是读取 db.properties 的版本，改 db.properties 里的 username 和 password 即可，原理一样。
4.3 借书还书逻辑：事务、行锁和库存扣减的先后顺序
借书是这套系统里最容易写错的部分，错不在 SQL，而在顺序。见过不少版本是：先 INSERT 借阅记录，再 UPDATE stock = stock - 1，中间不做事务控制，结果库存扣了但记录没插上，或者记录插了但库存没减。正确的做法是把检查库存、扣库存、写记录三件事放到一个事务里，任何一步失败全部回滚。
下面这段是 BorrowDao 里借书方法的核心骨架，可以直接对照你自己的实现。
public boolean borrowBook(int bookId, int readerId) { Connection conn = null; PreparedStatement checkPs = null; PreparedStatement updatePs = null; PreparedStatement insertPs = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); checkPs = conn.prepareStatement( "SELECT stock FROM book WHERE book_id = ? FOR UPDATE"); checkPs.setInt(1, bookId); ResultSet rs = checkPs.executeQuery(); if (rs.next() && rs.getInt("stock") > 0) { updatePs = conn.prepareStatement( "UPDATE book SET stock = stock - 1 WHERE book_id = ? AND stock > 0"); updatePs.setInt(1, bookId); int rows = updatePs.executeUpdate(); if (rows == 0) { conn.rollback(); return false; } insertPs = conn.prepareStatement( "INSERT INTO borrow_record(book_id, reader_id) VALUES(?, ?)"); insertPs.setInt(1, bookId); insertPs.setInt(2, readerId); insertPs.executeUpdate(); conn.commit(); return true; } else { conn.rollback(); return false; } } catch (SQLException e) { if (conn != null) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } } e.printStackTrace(); return false; } finally { DBUtil.close(conn, updatePs, null); } }这段代码里有三个值得在答辩时展开的点。
FOR UPDATE 是行级锁，意思是查库存时把这本图书的行锁住，直到事务提交。没有它，两个读者同时借同一本书的最后一本，先提交的人把 stock 改成 0，后提交的人拿到的是锁释放前查到的旧值，库存会被扣成负数。期末项目虽然不容易遇到并发，但代码里有这个细节，老师一问“怎么防止超借”你就能答出来。
UPDATE ... WHERE book_id = ? AND stock > 0 是防超卖的兜底。即使前面锁没加好，update 语句本身也只会在 stock 大于 0 时更新成功，executeUpdate() 返回 0 就说明库存已经没了，直接回滚。
事务开启的位置放在三条 SQL 之前，提交放在插入借阅记录之后，catch 里统一回滚，finally 里关闭连接。注意 close 的顺序和开启事务的顺序正好相反，先处理回滚再关连接，避免连接关早了导致回滚失效。
还书就是反过来的过程：先UPDATE borrow_record SET return_time = NOW() WHERE borrow_id = ? AND return_time IS NULL，再UPDATE book SET stock = stock + 1 WHERE book_id = ?，两步同样放在事务里。还书可以不锁库存，因为库存是加一，天然安全，但返回记录必须判断 return_time 是否为空，防止重复还书把库存加超。
4.4 登录流程与 Session 会话控制：redirect 与 forward 的选择
登录是每个 Web 工程的入口，这里最容易出现“登录成功后页面还能被绕过”的问题。先看登录 Servlet 的传统写法。
@WebServlet("/login") public class LoginServlet extends HttpServlet { protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username = request.getParameter("username"); String password = request.getParameter("password"); ReaderDao readerDao = new ReaderDao(); Reader reader = readerDao.findByUsernameAndPassword(username, password); if (reader != null) { HttpSession session = request.getSession(); session.setAttribute("loginUser", reader); response.sendRedirect(request.getContextPath() + "/bookList"); } else { request.setAttribute("errorMsg", "用户名或密码错误"); request.getRequestDispatcher("/login.jsp").forward(request, response); } } }两个关键点。
登录成功用 sendRedirect，失败用 forward。redirect 是给浏览器发一个 302，让浏览器重新请求 /bookList，地址栏会变化，刷新页面不会重复提交表单；forward 是服务端内部转发，地址栏不变，登录失败后表单参数还在 request 里，JSP 能通过request.getAttribute("errorMsg")把错误信息显示出来。这个区分是答辩高频题，一定要能说清楚。
登录态放 Session 后，bookList 页面也要校验。判断顺序是：从 session 拿 loginUser，拿不到就重定向到 login.jsp，能拿到再往下查书。更完整的做法是写一个 Filter，对所有业务页面的请求统一做拦截，放行 login.jsp 和静态资源，其余请求检查 session。期末作业用 Filter 的场景不多，但如果已经写好了，绝对是一个加分点。
Servlet 3.0 之后用 @WebServlet("/login") 注解替代 web.xml 里的<servlet>声明，Tomcat 8 以上直接支持。如果项目工程较老，用的还是 web.xml 配置 URL 映射，两者选一种，重复配置会导致启动报错或路径 404。
5. 避坑与排查：期末大作业最容易翻车的五个细节
5.1 数据库连不上：Communications link failure 与 Access denied
现象：Tomcat 启动不报错，但登录或查图书列表时页面卡一下，然后抛Communications link failure或Access denied for user 'root'@'localhost'。
原因：前者是 MySQL 服务没起或 URL 连错端口，后者是用户名密码不对。很多同学分不清这两个异常，直接在代码里改 URL，结果白改半天。Communications link failure 是网络层就连不通，先试命令行mysql -u root -p能不能进；Access denied 是网络通了但认证没过，问题在 USER 和 PASSWORD 常量。
解决：按顺序执行net start mysql、命令行登录、检查 DBUtil 里的密码。如果是安装 MySQL 时临时用了 skip-grant-tables 初始化，后续 root 密码可能为空，用ALTER USER 'root'@'localhost' IDENTIFIED BY '123456';重新设定一次，再回代码里对齐。这是血泪经验：先命令行后代码，顺序反了只会放大问题。
提示：MySQL 8.0 如果报 Public Key Retrieval is not allowed，在 URL 末尾补
allowPublicKeyRetrieval=true即可。
5.2 驱动类找不到：ClassNotFoundException: com.mysql.jdbc.Driver
现象：工程启动或第一次连数据库时报ClassNotFoundException: com.mysql.jdbc.Driver，堆栈指向 DBUtil 的 static 块。
原因：驱动 jar 版本和驱动类名不匹配。MySQL 8.0 的驱动包里已经没有 com.mysql.jdbc.Driver 这个类了，如果代码是教材老版本写法，就要改成 com.mysql.cj.jdbc.Driver。反过来说，5.x 的 jar 也没有新类名，有时会跟着 8.0 的写法一起翻车。
解决：看 WEB-INF/lib 下实际放的 jar 文件名。文件名带 mysql-connector-java-8.0.x 就改类名为新写法；带 5.1.x 就保持老类名。不要靠猜，也不要试图在代码里同时写两个 Class.forName，驱动只加载一个类名，写多了反而让错误信息更难读。
5.3 中文乱码：URL 参数、页面编码、数据库字符集三处对齐
现象：列表页书名显示 ???，或者 JSP 页面本身正常、但从数据库查出来的中文全乱。
原因：三处编码不一致——数据库/表字符集、JDBC 连接 URL 的 characterEncoding、JSP 的 pageEncoding。常见组合是库是 utf8mb4、URL 没带 characterEncoding、JSP 写成 ISO-8859-1，三处两两冲突，怎么改都差一处。
解决：数据库统一 utf8mb4（建表时指定 CHARSET=utf8mb4）；URL 里带characterEncoding=utf8；JSP 顶部写<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>。三处对齐后基本不会再乱。还乱就查 Tomcat 的 URIEncoding，在 conf/server.xml 的 Connector 上配置URIEncoding="UTF-8"，解决 GET 请求参数的乱码。
5.4 Tomcat 端口占用与启动闪退
现象：catalina.bat run 启动到一半报Port 8080 required by Tomcat ... is already in use，或者双击 startup.bat 窗口一闪就没。
原因：端口占用（本地有其它服务占了 8080）和 JAVA_HOME 没配好，是两种不同的翻车路径。端口占用有明确报错，闪退则大概率是找不到 java 环境，Tomcat 直接退出不打印任何信息。
解决：闪退先确认java -version能出结果，然后用catalina.bat run前台启动看完整输出；端口占用用netstat -ano | findstr 8080找到 PID，结束占用进程，或在 conf/server.xml 里把 HTTP 端口改成 8081 并保持 URL 访问端口一致。后者比杀进程更省事，尤其机器上跑着一堆服务的时候。
5.5 删除图书被外键拦住：Cannot delete or update a parent row
现象：图书列表页执行删除，数据库报Cannot delete or update a parent row: a foreign key constraint fails，删不掉。
原因：borrow_record 表里有记录外键引用这本 book_id，而 book 表是父表。MySQL 默认外键约束下，父表有子表引用时不允许直接删除。
解决：先删借阅记录再删图书，或者把删除逻辑做成两条 SQL 放进事务：DELETE FROM borrow_record WHERE book_id = ?; DELETE FROM book WHERE book_id = ?;。还有一种方案是在建表时给外键加 ON DELETE CASCADE，但这会把历史借阅记录一起清掉，答辩时容易被认为记录不完整，我更推荐显式删除并用事务保证一致性。删除前也要在 Servlet 里加一层 confirm("确定删除吗？") 的前端确认，避免误删。
6. 从导入到答辩演示：跑通项目的完整流程与验收技巧
6.1 项目导入与配置修改顺序，一次到位
拿到源码后我习惯按固定顺序操作，顺序错了后面全是连锁问题。先用记事本打开项目里的数据库配置文件，把用户名密码改成你自己的；然后执行 SQL 脚本，命令行方式如下。
mysql -u root -p < library.sql这条命令会把建库、建表、插数据一次性执行完。注意如果已经用 Navicat 建过同名数据库，会执行失败，可以手动把旧库删掉再跑，或者改用 mysql 命令行里的source /path/to/library.sql的交互方式。导入后打开 Navicat 看一眼表数量和 book 表数据行数，这个检查比什么都直观。
接着把工程导入 IDE。Eclipse 用 Import → Existing Projects into Workspace，IDEA 用 Open 选中工程目录后把它识别为 Web 项目，再配置 Tomcat Runtime。重点检查两处：项目构建路径里有没有 JDK 1.8 的编译级别，Artifacts 里有没有把 WEB-INF/lib 下的 jar 打包进去。少了后者，启动后必然 NoClassDefFoundError，而且报错位置在驱动加载的第一行，最容易让人误判成环境问题。
6.2 答辩演示路径：登录、借书、还书、退出的验收顺序
演示顺序我建议固定成一条能讲出故事的路径：第一次登录输入错误密码，展示错误提示；再输入 admin/123456 登录成功；进入图书列表，新增一本书；去借书页借刚才那本书，库存减一；同一本书再借一次，触发库存不足分支；还书，库存回来；退出登录后直接访问 bookList 地址，确认被拦截回登录页。这条路径覆盖了增删改查、会话控制、事务回滚、权限拦截五个考点，全程不超过两分钟。
验证环节还要看日志。操作过程中一旦报错，Tomcat 的控制台和 logs/localhost.log 会记录完整异常栈，把异常关键词复制到搜索引擎搜，比盯着代码空想快得多。另外，答辩前把数据库重置一次脚本，让所有演示数据回到初始状态是常规操作。
从那以后我每次带人做期末项目，都会强制要求先跑通“登录→借书→还书→退出”四步主流程，再讨论任何花活代码。别小看这条路径，它能把环境、SQL、代码三层的问题一次性暴露干净。希望帮到你。
本文还有配套的精品资源，点击获取
