简介这份资源是面向高校计算机相关专业学生与课程设计学习者的毕业设计专题项目——高校图书管理系统适合作为毕业设计选题、课程设计作业或SSM框架入门练手参考。系统按管理员、用户和图书三大模块划分管理员端实现登录、读者与图书的增删改查并覆盖借阅、续借、归还、预约及逾期处理等完整业务流程。技术栈采用LayUI前端框架配合JSP页面后端基于SSMSpring MVC、Spring、MyBatis整合开发数据库兼容MySQL 8与MySQL 5.7可运行于Tomcat 7或8.5使用IDEA与Maven构建。压缩包共483个文件约15.72MB包含29个Java源码、38个JSP页面、42个JS脚本、66个XML配置、1个SQL建库脚本及34个依赖jar包另含大量gif、css、字体等静态资源并附完整数据库文件与源代码。目前已有392人学习便于读者快速理解分层结构、复用业务逻辑并完成二次开发。1. 从一堆 .class 文件说起这套 SSM 图书管理系统到底能不能跑起来翻毕业设计资源包的时候最怕看到的就是一坨.class文件堆在根目录没有源码、没有目录结构、没有 SQL 脚本解压完一脸懵。这次拿到的这套高校图书管理系统压缩包里同样躺着BorrowBookController.class、BookController.class、ManageReaderController.class、LoginController.class、MsBookServiceImpl.class这些编译产物乍一看像是只给了半成品。但把包完整解开之后src目录、pom.xml、webapp下的 JSP 页面、以及一份建表 SQL 都在.class只是编译输出残留不影响二次开发。这套系统定位很明确管理员登录后对读者和图书做增删改查同时管理借阅、续借、归还、预约和逾期处理普通用户能查书、借书、看自己的借阅记录。技术栈是经典的 SSMSpring Spring MVC MyBatis配 LayUI JSP数据库 MySQL 5.7 或 8 都能吃Tomcat 7/8.5 随便挑IDEA Maven 导入即用。如果你正在找一份结构完整、能改能扩、答辩时讲得清楚的课程设计或毕业设计底稿这套东西的完成度是够的——前提是你知道怎么把它从压缩包变成浏览器里能点的页面。下面按我实际拆包、导库、起服务的顺序把每一步和对应的坑都摊开讲。2. 环境搭建与工程导入从解压到 Tomcat 出页面2.1 先确认三件套版本别急着点 ImportSSM 项目最玄学的地方就是版本。Spring 4.x 和 Spring 5.x 的 XML 命名空间有差异MyBatis 3.4 和 3.5 的mapper扫描配置写法也不完全一样MySQL 8 的驱动类名从com.mysql.jdbc.Driver变成了com.mysql.cj.jdbc.Driver连接串还要带时区和useSSL参数。这套资源正文写的是 MySQL8/5.7 均可、Tomcat7/8.5 均可说明作者做过兼容但你自己机器上装的是哪个版本决定了后面要不要改配置。我一般会先做一次版本盘点再决定动不动pom.xml组件推荐版本说明JDK1.8SSM 老项目别上 JDK 11javax包会出问题Maven3.6.x3.8 对 http 仓库拦截更严可能拉不到老依赖MySQL5.7 或 8.08.0 需改驱动类名和连接串参数Tomcat8.57 也能跑8.5 对 JSP 编译更稳IDEA2019 及以上社区版够用注意配好 Tomcat 插件盘点完再动手。JDK 一定锁 1.8这是血泪经验——SSM 项目里大量javax.servlet、javax.annotation在 JDK 11 之后被移除或改名你会在编译期看到一堆找不到符号排查半天以为是代码问题其实是 JDK 版本。2.2 Maven 导入与依赖拉取解压后根目录应该有pom.xml。IDEA 里选Open指向pom.xml所在目录等它自动识别为 Maven 工程。如果右下角弹Maven projects need to be imported点Import Changes。依赖拉不下来是第一个高频翻车点。国内直连中央仓库经常卡在spring-context或mybatis上常见做法是在settings.xml里配一个国内镜像!-- ~/.m2/settings.xml 中 mirrors 节点 -- mirror idaliyun/id mirrorOfcentral/mirrorOf namealiyun maven/name urlhttps://maven.aliyun.com/repository/public/url /mirror配完在 IDEA 右侧 Maven 面板点Reload。判断是否拉全看External Libraries下有没有spring-webmvc、mybatis、mysql-connector-java、druid或c3p0这几个关键包。缺哪个pom.xml里对应坐标大概率被注释了或者版本号写错补上再 reload。提示如果pom.xml里 MySQL 驱动是mysql-connector-java5.x 版本而你本地是 MySQL 8要么降库到 5.7要么把驱动升到 8.0.x 并同步改配置别只改一半。2.3 数据库导入与连接配置资源包里通常有一个.sql文件名字可能是library.sql、book_manager.sql之类。用命令行或 Navicat 导入# 命令行导入先建库再导数据 mysql -uroot -p -e CREATE DATABASE library DEFAULT CHARACTER SET utf8mb4; mysql -uroot -p library library.sql导入后SHOW TABLES;确认表都在一般会有admin、reader、book、borrow、reserve这几张核心表。接着改项目里的数据库配置位置通常在src/main/resources下的jdbc.properties或db.propertiesjdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/library?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse jdbc.usernameroot jdbc.password你的密码三个参数必须盯死serverTimezone不写MySQL 8 下插入时间字段会报时区异常useSSLfalse不写控制台会刷一堆警告甚至连接失败characterEncodingutf8不写中文书名和读者姓名会变问号。改完记得在 Spring 的applicationContext.xml里确认PropertyPlaceholderConfigurer或context:property-placeholder指向的就是这个文件路径别对不上。2.4 Tomcat 配置与首次启动IDEA 里Run→Edit Configurations→ 加一个Tomcat Server→Local。Deployment页签点选Artifact一般选xxx:war exploded这样改 JSP 不用重启。Application context设成/或/library看你自己习惯。启动前确认web.xml里DispatcherServlet的url-pattern是/还是*.do这决定了你访问接口的路径写法。启动后浏览器开http://localhost:8080/出现登录页就说明容器和 Spring 上下文都起来了。如果 404先看 Tomcat 日志里Artifact有没有部署成功如果 500 且报NoSuchBeanDefinitionException多半是Controller、Service没被扫到检查component-scan的包路径。3. 借阅、续借、归还、预约核心业务链路怎么走通3.1 借阅流程的代码落点BorrowBookController是这条链路的入口。典型实现是前端 LayUI 表格点「借阅」按钮发一个带bookId和readerId的请求Controller 收到后调 ServiceService 里先查库存、再插借阅记录、最后扣减库存三步在一个事务里。// BorrowBookController 中借阅接口的典型写法 RequestMapping(/borrow) ResponseBody public MapString, Object borrow(Integer bookId, Integer readerId) { MapString, Object result new HashMap(); try { // Service 内部应保证查库存 - 插借阅记录 - 扣库存 在同一事务 borrowService.borrowBook(bookId, readerId); result.put(code, 0); result.put(msg, 借阅成功); } catch (Exception e) { result.put(code, 1); result.put(msg, e.getMessage()); } return result; }逻辑说明ResponseBody让返回值直接序列化成 JSON配合 LayUI 的table或form回调。参数说明bookId和readerId都是整型前端传参名必须和这里一致否则会收到null。关键在 Service 层borrowBook方法上要有Transactional否则插了借阅记录但扣库存失败数据就脏了。判断借阅是否成功别只看前端弹窗去borrow表看有没有新记录、book表对应库存有没有减一。3.2 续借与归还的状态流转续借和归还本质是改borrow表的状态字段。常见设计是status字段0 借出、1 已还、2 逾期renew_count记录续借次数。续借接口一般会校验两个条件——没超期、续借次数小于上限常见是 1 或 2 次。// 续借校验状态和次数后再更新 public void renew(Integer borrowId) { Borrow borrow borrowMapper.selectById(borrowId); if (borrow.getStatus() ! 0) { throw new RuntimeException(当前状态不可续借); } if (borrow.getRenewCount() 2) { throw new RuntimeException(续借次数已达上限); } borrow.setRenewCount(borrow.getRenewCount() 1); // 应还日期往后推 30 天 borrow.setDueDate(DateUtil.addDays(borrow.getDueDate(), 30)); borrowMapper.updateById(borrow); }归还则是把status置 1、写return_date同时把book表库存加回去。这里有个容易漏的点归还和库存回加也要在同一事务里否则会出现「书还了但库存没加」的情况后面别人借不到。参数上注意borrowId是借阅记录主键不是bookId前端传错就会更新到别的记录。3.3 预约与逾期处理的边界预约模块的逻辑是某本书库存为 0 时读者可以预约往reserve表插一条记录状态为「预约中」。等有人归还、库存恢复系统要么自动通知、要么管理员手动把预约转成借阅。这套资源里预约大概率是管理员在后台手动处理因为自动通知需要额外集成邮件或站内信毕业设计层面通常不做。逾期处理一般有两种做法一是查询时实时算due_date NOW() AND status 0就算逾期二是定时任务扫表把超期的status批量改成 2。前者简单但每次查询都要算后者干净但需要配Scheduled或 Quartz。我一般建议毕业设计用第一种少一个定时任务的配置坑。-- 实时判断逾期的查询写法 SELECT b.*, r.reader_name, bk.book_name, DATEDIFF(NOW(), b.due_date) AS overdue_days FROM borrow b JOIN reader r ON b.reader_id r.reader_id JOIN book bk ON b.book_id bk.book_id WHERE b.status 0 AND b.due_date NOW();DATEDIFF算出逾期天数前端直接展示。注意due_date字段类型要是DATE或DATETIME如果是VARCHAR存日期字符串比较会出错这是导库时容易忽略的细节。4. 避坑与排查这套资源最容易翻车的五个地方4.1 启动报 404登录页都出不来现象Tomcat 起来了控制台没报错但浏览器访问是 404。 原因Application context配成了/library但你访问的是根路径或者Artifact部署的是war而不是war exploded路径对不上。 解决看 Tomcat 启动日志里Deployment of web application archive后面跟的路径按那个路径访问。IDEA 里Deployment页签的Application context改成/重新部署。4.2 中文乱码书名全变问号现象页面能打开但图书名、读者名显示成???。 原因三个环节任一没配好——数据库建库时字符集不是utf8mb4、JDBC 连接串没带characterEncodingutf8、JSP 页面pageEncoding不是UTF-8。 解决建库语句加DEFAULT CHARACTER SET utf8mb4连接串补characterEncodingutf8每个 JSP 头部确认% page contentTypetext/html;charsetUTF-8 %。三处都对齐乱码基本消失。4.3 借阅成功但库存没减现象借阅记录插进去了book表库存还是原值。 原因Service 方法没加Transactional或者加了但 Spring 事务管理器没配好异常没回滚。 解决确认applicationContext.xml里有DataSourceTransactionManager且开启了tx:annotation-drivenService 实现类的方法上加Transactional。测试时故意在扣库存后抛异常看借阅记录是否回滚能回滚说明事务生效。4.4 MySQL 8 连接报时区或 SSL 错误现象启动时Could not create connection to database server堆栈里带timezone或SSL字样。 原因MySQL 8 驱动默认要求指定时区且对 SSL 有校验。 解决连接串加serverTimezoneAsia/ShanghaiuseSSLfalse驱动类名改成com.mysql.cj.jdbc.Driver。如果还报错检查pom.xml里驱动版本是不是 8.0.x5.x 驱动连 MySQL 8 会有兼容问题。4.5 修改 JSP 后页面没变化现象改了 JSP 里的文字刷新浏览器还是旧的。 原因部署的是war包Tomcat 用的是打包时的副本或者浏览器缓存。 解决Deployment里换成war explodedIDEA 里开启On Update action: Update classes and resources。浏览器用CtrlF5强刷。还不行就看 Tomcat 的work目录JSP 编译产物缓存在那清掉重启。5. 二次开发与答辩加分把 CRUD 讲成有设计感的系统5.1 从「能跑」到「能讲」三个可扩展点这套系统基础功能齐全但答辩时如果只讲增删改查容易被问住。我一般会建议在三个地方做轻量扩展既不推翻原有结构又能体现设计思考。第一借阅上限校验。在borrowBook里加一条查该读者当前未归还的借阅记录数超过阈值比如 5 本就拒绝。代码就几行但能讲「业务规则约束」。// 借阅前校验当前未还数量 int current borrowMapper.countUnreturned(readerId); if (current 5) { throw new RuntimeException(当前借阅已达上限); }第二逾期天数与罚金计算。在查询里用DATEDIFF算出逾期天数再乘一个日罚金常量前端展示「应缴罚金」。这比单纯显示「已逾期」有说服力。第三预约转借阅的状态机。给reserve表加status字段0 预约中、1 已转借、2 已取消管理员点「转借阅」时更新状态并生成借阅记录。这样预约模块就不是摆设而是一条完整的状态流转链路。5.2 验证清单交付前自己走一遍改完代码别急着打包按这个清单过一遍能挡掉大部分答辩现场的尴尬验证项操作预期登录管理员账号登录进入后台首页图书 CRUD新增一本、改书名、删一本列表实时刷新读者 CRUD新增读者、改信息读者列表更新借阅给读者借一本书借阅记录新增、库存减一续借对借出记录续借应还日期后推、次数加一归还归还该书状态变已还、库存加一预约库存为 0 时预约预约记录生成逾期手动改 due_date 为过去列表显示逾期天数这张表也是答辩演示的脚本按顺序点一遍逻辑闭环就出来了。5.3 一个具体技巧用 Postman 绕过前端直接测接口前端 LayUI 表单偶尔会掩盖参数问题比如字段名对不上、类型传错。我习惯在联调阶段直接用 Postman 打接口把bookId、readerId当参数发看返回 JSON 的code和msg。这样能快速区分是前端传参问题还是后端逻辑问题。比如借阅接口返回code:1, msg:当前借阅已达上限说明后端校验生效前端只需要把这个msg弹出来就行。从那以后我每次拿到这类 SSM 资源包都强制先走一遍「导库 → 改配置 → 起服务 → Postman 打接口 → 前端点一遍」的流程不跳过任何一步。很多所谓的「跑不起来」其实卡在某个配置项没对齐而不是代码本身有问题。希望这套拆解能帮你把这份资源真正用起来而不是让它继续躺在下载目录里。本文还有配套的精品资源点击获取 
长河君 · 2026/10/28 21:42:50 · 阅读 1.2k SSM图书管理系统实战：从.class文件到完整部署与二次开发
简介这份资源是面向高校计算机相关专业学生与课程设计学习者的毕业设计专题项目——高校图书管理系统适合作为毕业设计选题、课程设计作业或SSM框架入门练手参考。系统按管理员、用户和图书三大模块划分管理员端实现登录、读者与图书的增删改查并覆盖借阅、续借、归还、预约及逾期处理等完整业务流程。技术栈采用LayUI前端框架配合JSP页面后端基于SSMSpring MVC、Spring、MyBatis整合开发数据库兼容MySQL 8与MySQL 5.7可运行于Tomcat 7或8.5使用IDEA与Maven构建。压缩包共483个文件约15.72MB包含29个Java源码、38个JSP页面、42个JS脚本、66个XML配置、1个SQL建库脚本及34个依赖jar包另含大量gif、css、字体等静态资源并附完整数据库文件与源代码。目前已有392人学习便于读者快速理解分层结构、复用业务逻辑并完成二次开发。1. 从一堆 .class 文件说起这套 SSM 图书管理系统到底能不能跑起来翻毕业设计资源包的时候最怕看到的就是一坨.class文件堆在根目录没有源码、没有目录结构、没有 SQL 脚本解压完一脸懵。这次拿到的这套高校图书管理系统压缩包里同样躺着BorrowBookController.class、BookController.class、ManageReaderController.class、LoginController.class、MsBookServiceImpl.class这些编译产物乍一看像是只给了半成品。但把包完整解开之后src目录、pom.xml、webapp下的 JSP 页面、以及一份建表 SQL 都在.class只是编译输出残留不影响二次开发。这套系统定位很明确管理员登录后对读者和图书做增删改查同时管理借阅、续借、归还、预约和逾期处理普通用户能查书、借书、看自己的借阅记录。技术栈是经典的 SSMSpring Spring MVC MyBatis配 LayUI JSP数据库 MySQL 5.7 或 8 都能吃Tomcat 7/8.5 随便挑IDEA Maven 导入即用。如果你正在找一份结构完整、能改能扩、答辩时讲得清楚的课程设计或毕业设计底稿这套东西的完成度是够的——前提是你知道怎么把它从压缩包变成浏览器里能点的页面。下面按我实际拆包、导库、起服务的顺序把每一步和对应的坑都摊开讲。2. 环境搭建与工程导入从解压到 Tomcat 出页面2.1 先确认三件套版本别急着点 ImportSSM 项目最玄学的地方就是版本。Spring 4.x 和 Spring 5.x 的 XML 命名空间有差异MyBatis 3.4 和 3.5 的mapper扫描配置写法也不完全一样MySQL 8 的驱动类名从com.mysql.jdbc.Driver变成了com.mysql.cj.jdbc.Driver连接串还要带时区和useSSL参数。这套资源正文写的是 MySQL8/5.7 均可、Tomcat7/8.5 均可说明作者做过兼容但你自己机器上装的是哪个版本决定了后面要不要改配置。我一般会先做一次版本盘点再决定动不动pom.xml组件推荐版本说明JDK1.8SSM 老项目别上 JDK 11javax包会出问题Maven3.6.x3.8 对 http 仓库拦截更严可能拉不到老依赖MySQL5.7 或 8.08.0 需改驱动类名和连接串参数Tomcat8.57 也能跑8.5 对 JSP 编译更稳IDEA2019 及以上社区版够用注意配好 Tomcat 插件盘点完再动手。JDK 一定锁 1.8这是血泪经验——SSM 项目里大量javax.servlet、javax.annotation在 JDK 11 之后被移除或改名你会在编译期看到一堆找不到符号排查半天以为是代码问题其实是 JDK 版本。2.2 Maven 导入与依赖拉取解压后根目录应该有pom.xml。IDEA 里选Open指向pom.xml所在目录等它自动识别为 Maven 工程。如果右下角弹Maven projects need to be imported点Import Changes。依赖拉不下来是第一个高频翻车点。国内直连中央仓库经常卡在spring-context或mybatis上常见做法是在settings.xml里配一个国内镜像!-- ~/.m2/settings.xml 中 mirrors 节点 -- mirror idaliyun/id mirrorOfcentral/mirrorOf namealiyun maven/name urlhttps://maven.aliyun.com/repository/public/url /mirror配完在 IDEA 右侧 Maven 面板点Reload。判断是否拉全看External Libraries下有没有spring-webmvc、mybatis、mysql-connector-java、druid或c3p0这几个关键包。缺哪个pom.xml里对应坐标大概率被注释了或者版本号写错补上再 reload。提示如果pom.xml里 MySQL 驱动是mysql-connector-java5.x 版本而你本地是 MySQL 8要么降库到 5.7要么把驱动升到 8.0.x 并同步改配置别只改一半。2.3 数据库导入与连接配置资源包里通常有一个.sql文件名字可能是library.sql、book_manager.sql之类。用命令行或 Navicat 导入# 命令行导入先建库再导数据 mysql -uroot -p -e CREATE DATABASE library DEFAULT CHARACTER SET utf8mb4; mysql -uroot -p library library.sql导入后SHOW TABLES;确认表都在一般会有admin、reader、book、borrow、reserve这几张核心表。接着改项目里的数据库配置位置通常在src/main/resources下的jdbc.properties或db.propertiesjdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/library?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse jdbc.usernameroot jdbc.password你的密码三个参数必须盯死serverTimezone不写MySQL 8 下插入时间字段会报时区异常useSSLfalse不写控制台会刷一堆警告甚至连接失败characterEncodingutf8不写中文书名和读者姓名会变问号。改完记得在 Spring 的applicationContext.xml里确认PropertyPlaceholderConfigurer或context:property-placeholder指向的就是这个文件路径别对不上。2.4 Tomcat 配置与首次启动IDEA 里Run→Edit Configurations→ 加一个Tomcat Server→Local。Deployment页签点选Artifact一般选xxx:war exploded这样改 JSP 不用重启。Application context设成/或/library看你自己习惯。启动前确认web.xml里DispatcherServlet的url-pattern是/还是*.do这决定了你访问接口的路径写法。启动后浏览器开http://localhost:8080/出现登录页就说明容器和 Spring 上下文都起来了。如果 404先看 Tomcat 日志里Artifact有没有部署成功如果 500 且报NoSuchBeanDefinitionException多半是Controller、Service没被扫到检查component-scan的包路径。3. 借阅、续借、归还、预约核心业务链路怎么走通3.1 借阅流程的代码落点BorrowBookController是这条链路的入口。典型实现是前端 LayUI 表格点「借阅」按钮发一个带bookId和readerId的请求Controller 收到后调 ServiceService 里先查库存、再插借阅记录、最后扣减库存三步在一个事务里。// BorrowBookController 中借阅接口的典型写法 RequestMapping(/borrow) ResponseBody public MapString, Object borrow(Integer bookId, Integer readerId) { MapString, Object result new HashMap(); try { // Service 内部应保证查库存 - 插借阅记录 - 扣库存 在同一事务 borrowService.borrowBook(bookId, readerId); result.put(code, 0); result.put(msg, 借阅成功); } catch (Exception e) { result.put(code, 1); result.put(msg, e.getMessage()); } return result; }逻辑说明ResponseBody让返回值直接序列化成 JSON配合 LayUI 的table或form回调。参数说明bookId和readerId都是整型前端传参名必须和这里一致否则会收到null。关键在 Service 层borrowBook方法上要有Transactional否则插了借阅记录但扣库存失败数据就脏了。判断借阅是否成功别只看前端弹窗去borrow表看有没有新记录、book表对应库存有没有减一。3.2 续借与归还的状态流转续借和归还本质是改borrow表的状态字段。常见设计是status字段0 借出、1 已还、2 逾期renew_count记录续借次数。续借接口一般会校验两个条件——没超期、续借次数小于上限常见是 1 或 2 次。// 续借校验状态和次数后再更新 public void renew(Integer borrowId) { Borrow borrow borrowMapper.selectById(borrowId); if (borrow.getStatus() ! 0) { throw new RuntimeException(当前状态不可续借); } if (borrow.getRenewCount() 2) { throw new RuntimeException(续借次数已达上限); } borrow.setRenewCount(borrow.getRenewCount() 1); // 应还日期往后推 30 天 borrow.setDueDate(DateUtil.addDays(borrow.getDueDate(), 30)); borrowMapper.updateById(borrow); }归还则是把status置 1、写return_date同时把book表库存加回去。这里有个容易漏的点归还和库存回加也要在同一事务里否则会出现「书还了但库存没加」的情况后面别人借不到。参数上注意borrowId是借阅记录主键不是bookId前端传错就会更新到别的记录。3.3 预约与逾期处理的边界预约模块的逻辑是某本书库存为 0 时读者可以预约往reserve表插一条记录状态为「预约中」。等有人归还、库存恢复系统要么自动通知、要么管理员手动把预约转成借阅。这套资源里预约大概率是管理员在后台手动处理因为自动通知需要额外集成邮件或站内信毕业设计层面通常不做。逾期处理一般有两种做法一是查询时实时算due_date NOW() AND status 0就算逾期二是定时任务扫表把超期的status批量改成 2。前者简单但每次查询都要算后者干净但需要配Scheduled或 Quartz。我一般建议毕业设计用第一种少一个定时任务的配置坑。-- 实时判断逾期的查询写法 SELECT b.*, r.reader_name, bk.book_name, DATEDIFF(NOW(), b.due_date) AS overdue_days FROM borrow b JOIN reader r ON b.reader_id r.reader_id JOIN book bk ON b.book_id bk.book_id WHERE b.status 0 AND b.due_date NOW();DATEDIFF算出逾期天数前端直接展示。注意due_date字段类型要是DATE或DATETIME如果是VARCHAR存日期字符串比较会出错这是导库时容易忽略的细节。4. 避坑与排查这套资源最容易翻车的五个地方4.1 启动报 404登录页都出不来现象Tomcat 起来了控制台没报错但浏览器访问是 404。 原因Application context配成了/library但你访问的是根路径或者Artifact部署的是war而不是war exploded路径对不上。 解决看 Tomcat 启动日志里Deployment of web application archive后面跟的路径按那个路径访问。IDEA 里Deployment页签的Application context改成/重新部署。4.2 中文乱码书名全变问号现象页面能打开但图书名、读者名显示成???。 原因三个环节任一没配好——数据库建库时字符集不是utf8mb4、JDBC 连接串没带characterEncodingutf8、JSP 页面pageEncoding不是UTF-8。 解决建库语句加DEFAULT CHARACTER SET utf8mb4连接串补characterEncodingutf8每个 JSP 头部确认% page contentTypetext/html;charsetUTF-8 %。三处都对齐乱码基本消失。4.3 借阅成功但库存没减现象借阅记录插进去了book表库存还是原值。 原因Service 方法没加Transactional或者加了但 Spring 事务管理器没配好异常没回滚。 解决确认applicationContext.xml里有DataSourceTransactionManager且开启了tx:annotation-drivenService 实现类的方法上加Transactional。测试时故意在扣库存后抛异常看借阅记录是否回滚能回滚说明事务生效。4.4 MySQL 8 连接报时区或 SSL 错误现象启动时Could not create connection to database server堆栈里带timezone或SSL字样。 原因MySQL 8 驱动默认要求指定时区且对 SSL 有校验。 解决连接串加serverTimezoneAsia/ShanghaiuseSSLfalse驱动类名改成com.mysql.cj.jdbc.Driver。如果还报错检查pom.xml里驱动版本是不是 8.0.x5.x 驱动连 MySQL 8 会有兼容问题。4.5 修改 JSP 后页面没变化现象改了 JSP 里的文字刷新浏览器还是旧的。 原因部署的是war包Tomcat 用的是打包时的副本或者浏览器缓存。 解决Deployment里换成war explodedIDEA 里开启On Update action: Update classes and resources。浏览器用CtrlF5强刷。还不行就看 Tomcat 的work目录JSP 编译产物缓存在那清掉重启。5. 二次开发与答辩加分把 CRUD 讲成有设计感的系统5.1 从「能跑」到「能讲」三个可扩展点这套系统基础功能齐全但答辩时如果只讲增删改查容易被问住。我一般会建议在三个地方做轻量扩展既不推翻原有结构又能体现设计思考。第一借阅上限校验。在borrowBook里加一条查该读者当前未归还的借阅记录数超过阈值比如 5 本就拒绝。代码就几行但能讲「业务规则约束」。// 借阅前校验当前未还数量 int current borrowMapper.countUnreturned(readerId); if (current 5) { throw new RuntimeException(当前借阅已达上限); }第二逾期天数与罚金计算。在查询里用DATEDIFF算出逾期天数再乘一个日罚金常量前端展示「应缴罚金」。这比单纯显示「已逾期」有说服力。第三预约转借阅的状态机。给reserve表加status字段0 预约中、1 已转借、2 已取消管理员点「转借阅」时更新状态并生成借阅记录。这样预约模块就不是摆设而是一条完整的状态流转链路。5.2 验证清单交付前自己走一遍改完代码别急着打包按这个清单过一遍能挡掉大部分答辩现场的尴尬验证项操作预期登录管理员账号登录进入后台首页图书 CRUD新增一本、改书名、删一本列表实时刷新读者 CRUD新增读者、改信息读者列表更新借阅给读者借一本书借阅记录新增、库存减一续借对借出记录续借应还日期后推、次数加一归还归还该书状态变已还、库存加一预约库存为 0 时预约预约记录生成逾期手动改 due_date 为过去列表显示逾期天数这张表也是答辩演示的脚本按顺序点一遍逻辑闭环就出来了。5.3 一个具体技巧用 Postman 绕过前端直接测接口前端 LayUI 表单偶尔会掩盖参数问题比如字段名对不上、类型传错。我习惯在联调阶段直接用 Postman 打接口把bookId、readerId当参数发看返回 JSON 的code和msg。这样能快速区分是前端传参问题还是后端逻辑问题。比如借阅接口返回code:1, msg:当前借阅已达上限说明后端校验生效前端只需要把这个msg弹出来就行。从那以后我每次拿到这类 SSM 资源包都强制先走一遍「导库 → 改配置 → 起服务 → Postman 打接口 → 前端点一遍」的流程不跳过任何一步。很多所谓的「跑不起来」其实卡在某个配置项没对齐而不是代码本身有问题。希望这套拆解能帮你把这份资源真正用起来而不是让它继续躺在下载目录里。本文还有配套的精品资源点击获取