图书借阅管理系统，jsp + ssm，这大概是计算机毕业设计里出现频率最高的组合之一。每年都有学生拿着这个题目来问，我也前前后后帮人调过不少次这个项目，从数据库设计到打包部署都摸过一遍。今天干脆把这套东西从头到尾捋一遍，把每个环节为什么这样做、有哪些坑、答辩前要检查什么，一次说清楚。无论你是刚拿到题目的应届生，还是想快速上手SSM框架的初学者，只要跟着这套思路走，从0到1把一个能演示、能答辩、能打分的图书借阅管理系统跑起来，问题不大。
先给还不熟悉的同学交个底：这套系统的技术栈是JSP负责展示页面，SSM（Spring + SpringMVC + MyBatis）负责后端逻辑与数据访问。看起来不是什么新潮技术，但恰恰是这种"老派但完整"的组合，把后端开发的经典分层思路体现得特别清晰：页面请求如何进入Controller、Service如何处理业务、Mapper如何读写数据库，一环扣一环，全都能在代码里找到对应关系。对毕业设计来说，这种技术栈的可解释性比什么都重要。这篇文章我会按项目设计、核心细节、实操过程、问题排查四个大块来聊，中途会穿插配置代码和SQL片段，尽量让你看完就能照着下手。
1. 项目整体设计与思路拆解
1.1 为什么毕业设计选这套组合
很多人纠结要不要上Spring Boot + Vue这种前后端分离方案，我的建议很直接：如果你不是对前后端分离特别熟，或者项目背景没有硬性要求，就别折腾。SSM + JSP在毕业设计场景里有三个实打实的优势。
第一，评委老师看得懂。答辩的时候你要清楚，台下老师大概率不是你这个方向的人，他看的是项目逻辑是否完整、技术选型是否合理、你对自己做的代码是否理解到位。SSM是经典Java Web技术栈，几乎所有老师都认识，你讲到Spring的IoC和AOP、MyBatis的Mapper代理，老师自然而然就能接上话；但你要是讲Vue响应式、跨域代理、前端工程化，碰到不熟的老师，现场容易冷场。
第二，调试链路短。前后端分离项目，联调的时候要同时管前端项目、后端服务、接口文档，出问题先要判断是接口问题还是前端渲染问题。而JSP + SSM是服务端渲染，代码都在一个工程里，Controller把数据塞进ModelAndView直接渲染页面，从浏览器请求到数据库查询，整条链路的日志和报错都集中在一个应用里，排查起来省事太多。对毕设这种小规模项目来说，这完全是优点。
第三，工程量正好符合"管理信息系统"的预期。图书借阅系统的核心是增删改查加业务状态流转，用SSM写，你能写出清晰的Controller、Service、Mapper层；用Spring Boot写，MyBatis-Plus一开，Service层可能就只有几行，确实快，但答辩时老师问业务代码在哪里，你指着那几行，厚度有点不太够。说句实在话，毕设项目追求的一定是麻雀虽小五脏俱全，不是代码越少越好。
1.2 角色权限与核心业务流程设计
系统不管叫"图书借阅管理系统"还是"图书馆管理系统"，角色几乎逃不出下面这三个：
- 系统管理员：管人、管书、管数据。包括用户账号的启用/禁用、图书分类维护、借阅记录的查询与统计。
- 图书管理员/馆员：日常业务操作员，负责图书入库、借书、还书、续借、逾期罚款处理。
- 普通读者/学生：前台用户，能查书、借书、还书、查看个人借阅记录和个人信息。
三个角色的权限边界要在设计阶段就划清楚，别做成一锅粥。我的建议是采用一套用户表 + 一个角色字段（role）的方式，不建复杂的RBAC权限表。毕设规模的系统，管理员后台就是那几个模块，用一个拦截器判断登录用户角色，决定哪些URL可以访问，完全够用，还能在答辩时清楚讲出权限控制逻辑。硬上Spring Security反而增加配置复杂度，对毕设是负收益。
核心业务闭环是：**读者登录 → 检索图书 → 发起借阅 → 库存减一 → 到期还书 → 库存加一 → （若超期）计算罚款 。有的系统会加预约、续借、荐购，但主线一定是借和还。设计时把这条主线做扎实，比堆砌一堆没用的功能要加分。
借阅状态建议用整数状态码管理，不要用字符串。我常用的约定是：
0：借出中1：已归还2：逾期未还（其实就是借出中但当前时间大于应还日期）3：逾期已归还
这个状态码贯穿整个JSP页面显示逻辑，页面只需<c:if>判断一下，就能在列表里展示"借出中""已归还""已逾期"等文字，不用每次去查配套表。
1.3 功能模块划分与页面清单
功能模块不要上来就写代码，先在纸上列清楚，这步花半小时，后面能省三天。下面是我按毕设常见需求整理的一份模块清单，你可以直接拿去对照：
| 模块 | 核心功能点 | 对应页面 |
|---|---|---|
| 用户模块 | 注册、登录、退出、个人信息查看/修改 | 登录页、注册页、个人中心 |
| 图书管理 | 图书信息增删改查、按分类检索、库存管理 | 图书列表页、图书添加/编辑页 |
| 借阅管理 | 借书、还书、续借、借阅记录查询、逾期标记 | 借阅操作页、借阅记录列表页 |
| 分类管理 | 图书分类维护（给图书模块提供下拉数据） | 分类列表页、分类编辑 |
| 统计功能 | 借阅排行、图书分类数量、逾期记录统计 | 统计面板页 |
| 后台管理 | 对普通用户的启停、重置密码 | 用户管理页 |
页面不在多，在链路完整。我这几年看毕设，最容易出问题的就是模块之间没串起来——图书模块和借阅模块各管各的，借书时不能从图书列表直接发起操作，非要手输ISBN，演示时手忙脚乱。所以设计阶段就要确定好页面跳转关系：从图书列表点"借阅"应直接跳到借阅确认页并把图书信息带过去，从借阅记录点"还书"应该直接更新并返回当前列表。这种默认交互逻辑，评审体验差很多。
2. 核心细节解析与实操要点
2.1 数据库表设计与字段陷阱
数据库是整个系统的地基，表结构没设计好，后面写Mapper、写页面全是歪的。图书借阅管理系统的表通常控制在6~8张，核心四张：用户表、图书表、借阅记录表、分类表，可选的是出版社表、罚款记录表、日志表。
我给出一个经过多次验证的简版建表思路，建表语句不用太长，关键字段讲清楚。
用户表（user）大致是：
CREATE TABLE `user` ( `id` INT NOT NULL AUTO_INCREMENT, `username` VARCHAR(50) NOT NULL COMMENT '登录名', `password` VARCHAR(64) NOT NULL COMMENT '密码（MD5存储）', `real_name` VARCHAR(50) DEFAULT NULL COMMENT '真实姓名', `role` TINYINT NOT NULL DEFAULT 2 COMMENT '1管理员 2馆员 3读者', `status` TINYINT NOT NULL DEFAULT 1 COMMENT '1启用 0禁用', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), UNIQUE KEY `uk_username` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;username加唯一索引，这是最容易被忽略的约束。很多同学表建得随意，注册时重复用户名靠Service层代码判断，结果并发请求一压就出重复数据。数据库层面有唯一约束，代码里判一次，库里再兜一次底，双保险。
图书表（book）注意库存字段要拆成total和borrowed两个，不要只放一个stock。为什么？因为一本书被借出时你要同时知道"馆藏总量"和"已借出数量"，页面上显示剩余可借数量可以通过total - borrowed算出来；如果只存剩余量，一旦还书操作漏了加回，图书就莫名其妙消失了，数据对不上。
借阅记录表（borrow）是业务核心，字段设计要特别留意：
CREATE TABLE `borrow` ( `id` INT NOT NULL AUTO_INCREMENT, `user_id` INT NOT NULL COMMENT '借阅人ID', `book_id` INT NOT NULL COMMENT '图书ID', `borrow_time` DATETIME DEFAULT NULL COMMENT '借出时间', `due_time` DATETIME DEFAULT NULL COMMENT '应还时间', `return_time` DATETIME DEFAULT NULL COMMENT '实际归还时间，NULL表示未还', `status` TINYINT NOT NULL DEFAULT 0 COMMENT '0借出中 1已归还 2逾期未还 3逾期已归', PRIMARY KEY (`id`), KEY `idx_user_id` (`user_id`), KEY `idx_book_id` (`book_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;return_time允许为空，表示还没还；due_time在借出时通过borrow_time + 借期天数算好。注意不要在表里直接存"逾期天数"这个字段，它是动态的，应该每次通过NOW() - due_time实时算。页面上想显示逾期天数就写个<fmt:formatDate>配合简单的Java方法，完全没必要冗余存库。
字段命名建议统一用下划线风格（real_name），而Java实体用驼峰（realName）。如果懒得在MyBatis里写resultMap，就把mybatis.configuration.map-underscore-to-camel-case设成true，开启驼峰映射，Mapper查询结果能自动对应到实体属性。这个配置一定要记得写，少写这一行，后面所有实体属性都映射不上，全是null，排查起来极其痛苦。
2.2 SSM框架整合配置详解
SSM配置说难不难，说简单也有几个容易卡住的地方。先用生活化的类比理解一下三个框架的分工：Spring是总管，所有对象（Controller、Service、Mapper）都交给它创建和管理，这叫IoC容器；SpringMVC是接待员，负责接收HTTP请求，找到对应的方法去处理，处理完把结果交给页面；MyBatis是搬运工，把Java对象和数据库表记录互相转换。三个各管一段，配合起来就是完整的一套后端框架。
pom.xml里必须引的依赖要配齐：spring-context、spring-webmvc、spring-jdbc（事务管理需要）、mybatis、mybatis-spring、mysql-connector-java、druid（或c3p0）连接池、jstl、javax.servlet-api（provided作用域）。版本建议用相对固定的组合，别一股脑上最新版。我在多个毕业设计项目里用下来比较稳的一组是：Spring 5.2.x、MyBatis 3.5.x、mybatis-spring 2.0.x、MySQL Connector 8.0.x，配合JDK 1.8和Tomcat 8.5，问题最少。
spring-mvc.xml是Web层的核心配置，几个关键点不能漏：
<!-- 开启SpringMVC注解支持 --> <mvc:annotation-driven /> <!-- 扫描Controller --> <context:component-scan base-package="com.example.controller" /> <!-- JSP视图解析器 --> <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="prefix" value="/WEB-INF/views/" /> <property name="suffix" value=".jsp" /> </bean> <!-- 放行静态资源 --> <mvc:default-servlet-handler />InternalResourceViewResolver的prefix把JSP都放到/WEB-INF/views/下，这样用户不能通过URL直接访问页面，必须经过Controller跳转，本身是一种安全保护。mvc:default-servlet-handler一定得有，否则CSS、JS、图片都是404，JSP页面丑到没法看。
数据源和事务放applicationContext.xml里。MyBatis的SqlSessionFactoryBean要点是配置mapper-locations指向xml文件所在包，这样Mapper接口和Mapper XML自动映射，不用手动写实现类，这是MyBatis最方便的地方。事务用DataSourceTransactionManager，然后在Service方法上加@Transactional，后面讲借书业务时你会体会到这个注解有多重要。
2.3 JSP页面开发与个人信息展示细节
JSP这层，很多人容易犯的毛病是把Java代码写在<%= %>里，页面乱成一团。正确的做法是只用EL表达式和JSTL标签，数据在Controller里准备好，JSP只负责展示。比如个人中心页面展示当前登录用户，Controller里把User对象放进session或model，页面里：
<p>用户名：${sessionScope.currentUser.username}</p> <p>姓名：${sessionScope.currentUser.realName}</p>这就是标准姿势。JSP里出现<%开头的脚本代码，答辩老师看到至少会皱眉头，评论区也会被人揪着说"JSP里不能写Java代码"。
热词里有个"jsp个人信息展示页面"，这个页面确实值得花心思。我常用的设计是页面头部放当前用户的欢迎语，点击头像进入个人信息页，基本信息之外再展示"当前借阅中N本、逾期M本、历史借阅N次"，这些数据可以从borrow表聚合查询出来。这块做好有两个好处：一是把用户模块和借阅模块产生了真实关联，二是页面有数据动态感，演示时不会空荡荡。实现上只需要写一个UserController的/user/info方法，查用户、查在借数量、查逾期数量三个查询组装进ModelAndView。
JSP页面路径是个玄学问题。如果页面里引用CSS用的是相对路径css/style.css，在/book/list这种双层路径下就会解析到/book/css/style.css，全部404。我建议在<head>里统一加base标签，或者干脆所有资源引用都用${pageContext.request.contextPath}拼绝对路径：
<link rel="stylesheet" href="${pageContext.request.contextPath}/css/style.css">后端路径跳转也尽量用redirect:${pageContext.request.contextPath}/book/list，避免相对路径拼接出错。这一点在地址栏路径层次比较深的时候尤其容易翻车。
关于页面美化，毕设评审看脸是明摆着的事。你要是不想花太多时间手写样式，可以考虑用Bootstrap或者Layui。有的同学想把饿了么Element UI那套风格搬进来，但Element UI是为Vue设计的组件库，纯JSP项目直接引它的JS，拿不到组件能力，最多借用一下配色和间距规范。我的经验是别硬上前后端分离的前端框架，JSP项目的正确做法是引一套现成CSS框架（我个人推荐Layui，不用写太多JS就有表格、分页、表单控件），然后调整主色和边距，观感就完全够答辩用了。
3. 实操过程与核心环节实现
3.1 环境准备与版本选择
动手之前先把环境定好。我这几年带过的毕设项目里，最稳定、出问题最少的组合是：
| 组件 | 推荐版本 | 为什么选它 |
|---|---|---|
| JDK | 1.8 | 兼容性极强，老框架老依赖几乎零报错 |
| Maven | 3.6.x | 与IDEA集成好，下载依赖稳定 |
| IDEA | 任意较新版本即可 | 社区版免费也够用 |
| Tomcat | 8.5.x | 支持Servlet 3.1，配合Spring 5.2正合适 |
| MySQL | 5.7 或 8.0 | 5.7是老传统，8.0可用但驱动要匹配 |
| 数据库可视化工具 | Navicat 或 DBeaver | 建表和排查数据方便 |
这里重点提醒一下：JDK版本别搞太高。JDK 17甚至更高版本跑老SSM项目，经常出现CGLIB代理报错、模块访问限制这类问题，不是说完全不能解决，但排查时间成本不小。毕设项目核心是稳，不是装新。Tomcat也别用10.x，Tomcat 10把javax包换成了jakarta，老项目启动直接找不到类，白折腾一晚上。
MySQL驱动有个隐藏坑：如果你用的是MySQL 8.0，驱动必须是com.mysql.cj.jdbc.Driver，而且URL要带serverTimezone=Asia/Shanghai，不然报时区异常。MySQL 5.7可以用com.mysql.jdbc.Driver，URL也要带characterEncoding=utf8。
3.2 从建库到跑通的完整搭建步骤
拿到题目后不要急着写代码，按下面这个顺序走，每一步都能验证，出问题知道是哪个环节。
第一步，设计SQL脚本并执行建库建表。把用户、分类、图书、借阅记录四张表建好，先填几条测试数据。分类表先插"文学、计算机、历史"之类的，用户表插一个管理员账号，密码用MD5加密后的值（比如123456的MD5是e10adc3949ba59abbe56e057f20f883e）。没有初始数据，后面登录页面都进不去。
第二步，创建Maven Web项目。IDEA里选Maven模板，maven-archetype-webapp，生成出来的项目结构带webapp文件夹。然后手动补齐java源码目录和resources资源目录。千万别忘了在pom.xml里加<packaging>war</packaging>。
第三步，配置web.xml和Spring容器。web.xml里配置ContextLoaderListener加载applicationContext.xml，配置DispatcherServlet加载spring-mvc.xml，配置CharacterEncodingFilter字符编码过滤器。这里字符编码过滤器一定要放在所有过滤器最前面，否则POST请求中文乱码没解。
第四步，编码阶段按分包规范建包：controller、service、service.impl、mapper、entity、dto（可选）。实体类与表字段对应，Mapper接口只有方法声明，Mapper XML里写SQL。Service实现类加@Service，Controller加@Controller。这一层如果出现循环依赖或者Bean找不到，多数是扫描包路径没写对，回头检查component-scan的范围。
第五步，编写JSP页面，先写登录页和图书列表页，因为这两个页面能验证整条链路是否通。登录成功后Controller里放session，图书列表页通过MyBatis查询输出数据。这步通了，剩下页面就是复制改改。
第六步，润色前端。引入CSS框架，封装公共导航栏和头部（可以用JSP的<%@ include file="common/header.jsp" %>），统一页面风格。这里个人中心页面的展示逻辑最值得仔细做，因为它是演示时除了首页之外最常被点开的页面。
3.3 核心借阅业务流程实现
借书和还书是整个系统的业务核心，实现质量直接决定答辩时老师问业务的深度你有没有底气。先看借书逻辑，伪代码大致是：
- 判断当前登录用户是否有效、状态是否启用；
- 查询图书是否上架、剩余库存是否大于0；
- 执行"扣减库存"操作，同时判断影响行数；
- 插入一条借阅记录，状态为借出中；
- 返回成功，刷新页面。
这里有一个特别重要的防并发细节：扣库存不要先查出来stock - 1然后再UPDATE，而要用一条带条件的原子UPDATE：
UPDATE book SET borrowed = borrowed + 1 WHERE id = #{bookId} AND total - borrowed > 0如果更新影响行数是0，说明库存不足，直接返回"库存不足"。这一步和我前面说的total和borrowed拆分字段是配套的。如果不这样写，两个人同时借最后一本书的并发场景下，两个请求都读到remaining = 1，然后都执行借书成功，库存就变成负数了。毕设里虽然大概率没并发测试，但你把这个点写在设计说明里，答辩老师会认为你考虑过生产级问题。
还书逻辑相对简单，但要注意计算逾期费。还书时拉取当前借阅记录，如果当前时间大于due_time，用(天数差 * 每天罚款金额)算出罚款金额，状态置为逾期已归还，否则置为已归还。同时更新图书表的borrowed - 1。这里要加事务，用@Transactional把"更新借阅记录"和"更新库存"绑在一起，任何一个失败都整体回滚，不会出现借阅记录变了但库存没变的脏数据。
事务这个点，答辩老师必问。你能讲清楚"为什么@Transactional能让两个操作要么都成功要么都失败"，就已经把一个很重要的技术点吃透了。
3.4 打包部署与war包上传
项目做完，最终要能在Tomcat里跑起来。这就是热词里说的"传统jsp项目打包war"。IDEA里的操作路径：Maven面板 → Lifecycle → package，搞定后target目录下会出现一个xxx.war文件。把它复制到Tomcat的webapps目录下，启动Tomcat，war包自动解压，浏览器访问http://localhost:8080/项目名/就看到了。
这里有个常见问题：很多人IDEA里配了Tomcat直接跑，能正常访问，但把war丢到独立Tomcat里却404或者数据源报错。原因通常是IDEA启动时用了IDEA自己带的classpath和资源目录，而打包时resources目录没进war。检查方法：解压war包，看看WEB-INF/classes里有没有*.xml和*.properties。没有的话，是Maven没有把src/main/resources当作资源目录，pom.xml里补上<resources>配置就好。
另外，如果你还想用nginx做前置代理，要搞清楚一个事实：nginx本身不支持解析JSP，JSP必须交给Tomcat这个Servlet容器去编译执行。nginx只能把以/app/开头的请求反向代理到Tomcat：
server { listen 80; server_name yourdomain.com; location /app/ { proxy_pass http://127.0.0.1:8080/app/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } }这个配置的价值是：你用nginx做静态文件服和端口转发，JSP解析仍然靠Tomcat。对毕设来说这是加分项，讲清楚原理比配出来更重要。
4. 常见问题与排查技巧实录
4.1 一启动就报的依赖与版本问题
这几年辅导过程中，项目启动失败的原因翻来覆去就是那么几个，我整理成一份速查表，你照着排查比在网上乱搜有效率。
| 报错现象 | 根因 | 解决方案 |
|---|---|---|
启动时ClassNotFoundException: org.springframework.web | 依赖没进去或打包不完全 | 确认pom.xml中spring-web、spring-webmvc依赖已添加，Maven刷新且打包时依赖被包含 |
Error creating bean with name 'userMapper' | mybatis-spring版本与mybatis不兼容 | 检查mybatis-spring 2.0.x与mybatis 3.5.x搭配，不要用mybatis-spring 1.x |
JDK16+时报Unable to make protected final java.lang.Class | JDK版本过高，模块系统限制反射 | 换JDK 8，这是最省事的方案，别跟模块系统硬刚 |
Tomcat 10启动找不到javax.servlet.* | Tomcat 10用jakarta替换了javax | 换Tomcat 8.5或9.x |
MySQL连接报Public Key Retrieval is not allowed | MySQL 8默认认证插件问题 | JDBC URL加allowPublicKeyRetrieval=true&useSSL=false |
启动时报Invalid bound statement (not found) | Mapper接口和Mapper XML没配对 | 检查Mapper XML的namespace是否与接口全限定名一致，mapper-locations是否配置正确 |
这几条里尤以最后一条"Invalid bound statement"最坑。MyBatis的Mapper接口和XML是动态代理绑定的，namespace写错一个字母，运行直接找不到方法。排查思路很简单：确认接口全限定名com.xxx.mapper.UserMapper和XML的namespace完全一致（注意是.分隔符），再确认XML里每个statement的id与接口方法名一致，参数类型和返回类型匹配，基本就好了。
4.2 页面404和中文乱码的连环坑
页面404要看两种场景。第一种是Controller跳转返回的视图404，显示"HTTP Status 404"的Tomcat默认错误页，这种情况检查InternalResourceViewResolver的prefix和suffix，以及JSP文件是否真的在/WEB-INF/views/目录下，文件名大小写是否一致。第二种是JS、CSS加载不出来，页面光秃秃的，这种情况在spring-mvc.xml里配<mvc:default-servlet-handler/>，并在web.xml把静态资源目录放行掉，同时确认页面里资源URL带了pageContext.request.contextPath前缀。
中文乱码是JSP老项目的传统艺能，乱码源头至少有四个地方：JSP页面本身、Tomcat接收请求的解码方式、数据库连接、数据库表编码。我习惯一次性彻底堵住：
- 所有JSP页面顶部加
<%@ page contentType="text/html;charset=UTF-8" language="java" %>； - web.xml里配置
CharacterEncodingFilter，强制request和response都走UTF-8； - Tomcat的
server.xml里Connector加URIEncoding="UTF-8"，处理GET请求参数乱码； - JDBC连接URL加
characterEncoding=utf8； - 建表语句统一
DEFAULT CHARSET=utf8mb4。
只要你把这几处都配好，乱码基本不会出现。千万要注意漏掉Tomcat那一步，它是GET请求参数乱码的头号元凶。
4.3 答辩前必须检查的若干细节
项目功能都做完了，别急着交，照着下面这份清单过一遍，我在评审现场见过太多因为小细节翻车的项目。
第一，预置数据要足量且真实。图书表至少放20条以上数据，借阅记录也要有不同状态的（正在借、已归还、逾期未还）。只有三五条数据的演示效果和有一整页数据的演示效果是天壤之别。图书封面可以不放真图，但有封面和没封面，页面整体观感差别极大。
第二，演示流程要有一条完整的"故事线"。我建议按这个顺序演示：管理员登录 → 添加一本新书 → 退出登录 → 用读者账号登录 → 检索到这本书 → 借阅成功 → 查看个人借阅列表 → 还书成功 → 回到管理员端查看借阅记录。这条线把三个角色、五个核心模块全部串到了，一气呵成，评委不会觉得你东点一下西点一下。
第三，想清楚老师会问的几个"为什么"。我收集过最常见的几个提问：为什么用SSM而不用更简单的Servlet？（答：SSM实现分层解耦，Spring管理对象、SpringMVC处理请求映射、MyBatis隔离SQL，适合团队协作和中大型项目）数据库设计满足第几范式？（答：核心表满足3NF，适当保留冗余字段提升查询效率）库存扣减如何防止超卖？（答：原子UPDATE条件判断+事务保证一致性）如果日访问量变大了怎么办？（答：可以从数据库主从、Redis缓存热点数据、nginx负载均衡角度扩展，展开讲两点就行）。这些问题你不用长篇大论，每个回答能讲到关键点和自己的理解，就足够拿分了。
第四，把代码结构梳理好再交。包命名统一、类名见名知义、SQL格式化缩进、注释写清楚业务逻辑，这些花不了多少时间，但对评审老师的第一印象影响巨大。我做项目时习惯在核心业务方法上写三四行注释，说明这个方法是干什么的、用了什么策略，答辩时直接照着注释讲，思路流畅不卡壳。
最后再分享个小技巧：项目交付前，把整个项目复制到一台干净环境的电脑上，从零开始按文档跑一遍部署流程。这能帮你发现一堆"我机器上能跑"的隐性问题——比如依赖没写全、数据库脚本缺了某张表、配置文件路径写死等。这套流程本身就是你操作手册的验证测试，做好之后，哪怕答辩现场让你换台机器演示，你也完全不怕。
张同学拿着这个题目找我时，我让他把同样的流程自己走了三遍，他在答辩时顺手就把"数据库设计为什么不存冗余库存"这个问题讲得明明白白。图书借阅管理系统不是个多么新潮的项目，但越是经典题目，越能把基础打扎实。当你把SSM三个框架的协作思路、JSP页面的数据流转、数据库事务和并发控制都琢磨透了，这个项目带给你的东西，就远远不止一个毕业设计分数。
