JSP+Servlet+MySQL实现舞台服装出租管理系统，毕业设计核心业务逻辑详解

1. 项目概述这套“舞台服装出租管理系统”到底要做什么先别急着把它当成又一个平平无奇的“某某管理系统”毕业设计这个题目有点意思它的核心不在“管理”而在“服装出租”这四个字。服装出租和普通商品销售完全不是一回事。普通商品卖出去就结束了顶多管个库存。但服装租赁业务天然带了一条复杂的生命周期入库 - 上架 - 被客户预定 - 出库 - 使用 - 归还 - 检查清洗 - 重新上架。中间还要穿插押金收退、租金计算、逾期处理、损坏赔偿、档期冲突这些事。如果一个系统只做到“加个商品、下个单”那答辩时老师随便问一句“两件同款服装在同一个档期能不能同时租出去”你就得愣住。这套系统本质上解决的就是三个问题信息对称客户不用跑到店里翻册子在线能看到服装的图片、尺码、价格、档期状态。档期冲突一套服装在某段时间被租走了就不能再被预定的另一个人租走。这个“查重”逻辑是服装租赁系统的灵魂。状态闭环每件衣服从“在库”到“出租中”再到“已归还”每个状态都要有记录谁经手的、什么时候还的、要不要收清洗费都要能查到。适合谁来做这个题目如果你正在选毕业设计课题或者在自学Java Web想找一个小而完整、能讲清楚业务逻辑、又不用写太多代码的练手项目这个题目非常合适。它的技术栈是经典的JSP Servlet MySQL不用上Spring Cloud那种重框架但业务模型足够撑起一篇像样的毕业设计论文。我一贯的态度是毕业设计题目无所谓新旧关键是你能不能把业务逻辑讲透。而这个题目的业务逻辑在众多管理系统的选题里属于中等偏上难度做出来有东西可写答辩时不虚。2. 技术选型与整体架构为什么选JSP而不是一上来就Spring Boot这个选题的技术栈基本被标题钉死了JSP。很多同学一看JSP就皱眉觉得老古董。但作为过来人我说句公道话JSP Servlet这个组合恰恰是毕业设计最稳妥的选择之一原因有三。第一JSP是Java Web课程的必修内容你选这个技术栈你的指导老师一定熟悉答辩时不会出现“老师不认这套技术”的尴尬。第二JSP Servlet是纯原生的Java Web技术它逼着你把HTTP请求、会话管理、数据库连接、页面渲染这些底层流程亲手过一遍。等你毕业进公司学Spring Boot时你会发现那些框架做的事你全见过只是被封装了而已。第三从工作量角度看JSP项目不需要配置复杂的构建依赖一个Tomcat就能跑起来部署演示都省心。这套系统我建议采用经典的MVC分层结构不做前后端分离老老实实用JSP作为View层Servlet作为Controller层JavaBean / DAO作为Model层。为什么因为毕业设计的关键是“完整”不是“时髦”。前后端分离意味着你要写Vue、要处理跨域、要做RESTful API设计这些工作量对一个主要目的是“展示学习成果”的题目来说严重超纲。2.1 分层设计的具体职责划分View层JSP页面负责展示和收集数据。包括用户登录页、注册页、服装列表页、服装详情页、租赁订单页、后台管理页等。JSP页面里只写展示逻辑比如循环遍历服装列表、根据订单状态显示不同的按钮。Controller层Servlet负责接收请求、调用业务逻辑、决定跳转到哪个页面。每个功能模块对应一个Servlet比如LoginServlet、RegistServlet、ClothListServlet、RentServlet、OrderServlet、AdminServlet等。Model层DAO JavaBean负责数据库操作。每张表对应一个JavaBean类每个JavaBean配一个DAO接口和DAO实现类。这里不推荐直接用JDBC裸写建议用Apache Commons DBUtils这个轻量级工具它比手写PreparedStatement省一半代码又比MyBatis容易讲清楚原理。2.2 数据库设计是整个项目的地基很多人做管理系统上来就建表建完就写代码写到一半发现字段不够用再回头改表结构一改改三天。这是大忌。服装出租系统的数据库设计我建议固定为这几张核心表用户表(user)用户ID、用户名、密码MD5加密存储、手机号、角色标记0普通用户1管理员。服装类别表(category)类别ID、类别名称、备注。把类别单独拆出来而不是直接给服装表加一个“类别”字符串字段是为了后期扩展和维护方便。这个设计在答辩时可以拿出来讲属于“数据库规范化”的实操体现。服装表(cloth)服装ID、服装名称、类别ID外键关联类别表、图片路径、尺寸、颜色、租赁价格元/天、押金、服装描述、库存数量、状态字段这里的状态指的是“服装本身的状态”比如0下架、1上架。租赁订单表(rent_order)订单ID、订单编号、用户ID外键、服装ID外键、租赁开始日期、租赁结束日期、租赁天数可以由开始结束日期计算也可以直接存字段建议存字段查询方便、订单金额租金押金、订单状态0待付款、1租赁中、2已归还、3已取消、4已逾期、创建时间。归还记录表(return_record)归还记录ID、订单ID外键、归还时间、是否逾期、逾期天数、逾期费用、清洗费用、损坏赔偿金额、实退押金、操作管理员ID、备注。公告表(notice)公告ID、公告标题、公告内容、发布时间。这套表结构6张表不多不少每张表都有外键关系可讲而且已经把所有“出租业务”的特殊性都考虑进去了。尤其是归还记录表它解决了“衣服还回来了但钱不是原路退回”这个业务细节押金收了多少、扣了多少钱、退了多少每一笔都对得上。注意订单金额的计算不要在添加订单时手动算好了存死而是要在代码里根据“租赁天数 x 单价 押金”实时计算。这样即使你改了单价历史订单金额也不会乱套。存储计算结果的字段要有但计算逻辑要保留在Service层答辩时你要是能把这个说清楚老师就知道你理解“计算与存储分离”的思想。3. 核心功能模块拆解哪些功能是必须做的哪些是可以加分的毕业设计的评分本质上是看你对功能的拆解能力和实现深度。我见过太多人把“用户管理”“订单管理”这种大而空的功能写进任务书里结果做出来就是个CRUD空壳。这个题目我建议按下面的方式拆功能。3.1 前台用户端的核心功能用户注册与登录注册时用户名做唯一性校验、密码不能明文存储MD5就够了别用SHA-256硬凑反而解释不清、登录后把自己的用户ID存到session里。这个小模块做完你就掌握了“会话管理”这个Servlet核心技能。服装浏览与条件筛选这是前台的门面。服装列表页要支持按类别筛选、按价格排序最好还要做一个简单的关键字搜索。图片路径要注意上传的图片要存到服务器的相对路径不要存绝对路径防止项目换电脑后图片全部失效。服装详情与档期校验这是区别于普通商品系统的重点功能。在详情页要展示服装的基本信息和“近期不可租档期”用户可以选“开始日期”和“结束日期”提交时后端要校验这个时间段内该服装是否已经被别人租走。这个校验的逻辑稍后我会专门讲。在线租赁下单用户选好日期系统自动计算租金和押金总额生成订单。这里要注意生成订单后当前时间段就要被锁定防止别人同时租。这个“防超卖”的逻辑是用状态字段加事务控制来实现的。个人中心用户能看到自己的订单列表每个订单显示状态。用户可以对“待付款”的订单取消对“租赁中”的订单发起归还申请也可以不做直接用管理员代操作看你的时间。3.2 后台管理端的核心功能后台是给管理员用的界面不用好看但功能要完整服装管理对服装进行增删改查重点包括图片上传、上架下架状态切换。这个模块做完你就掌握了文件上传的Commons FileUpload组件用法这也是一个能写到论文里的技术点。订单管理管理员能查看所有订单列表、按状态筛选。核心操作是“确认出库”和“确认归还”。确认归还时要弹出归还处理表单是否逾期、逾期几天、要不要清洗费、有没有损坏、退多少押金填完保存。用户管理与公告管理这两个是标配模块不用做复杂管理员能查看注册用户列表、禁用解禁用户能发布公告即可。这里补充一个可以加分的功能——数据统计。在后台首页放三个统计数字本月订单总数、本月营业额、当前出租中的服装数量。不要小看这几个数字它让你的系统看起来像一个“真正有数据意识”的管理系统而不是一个单纯的填表工具。实现方式就是对订单表做几个COUNT和SUM的SQL查询工作量不大但答辩效果立竿见影。4. 核心难点实战档期冲突校验与订单状态机的完整实现这个部分是这个项目的灵魂我要拆开揉碎地讲。如果你把这块做明白了你的毕业设计已经不是“完成”了而是“有亮点”。4.1 档期冲突校验一段时间的“重叠查询”假设一件服装已经存在一笔订单订单A是7月10日到7月15日被租走。现在用户在7月8日到7月12日之间想租这件衣服系统必须查出“时间段重叠”。用SQL怎么写这里有个非常精妙的查询思路不用循环一条SQL就能查出来查所有“租赁开始日期小于等于新结束日期”且“租赁结束日期大于等于新开始日期”且“状态为租赁中或待付款”的订单。只要查出来一条就说明有冲突。SELECT COUNT(*) FROM rent_order WHERE cloth_id ? AND order_status IN (0, 1) AND rent_start_date ? /* 新结束日期 */ AND rent_end_date ? /* 新开始日期 */这段SQL的逻辑用大白话说就是只要原来的订单开始得比新订单结束得早并且原来的订单结束得比新订单开始得晚那中间就有一段时间是重叠的。这个判断方式不用考虑双方谁先谁后的各种分支情况一个表达式直接覆盖所有重叠场景。面试也好、答辩也好能把这段SQL的逻辑讲明白就是实打实的亮点。在Java代码里调用时要特别注意用PreparedStatement的setDate方法把java.util.Date转成java.sql.Date再传进去。这个细节我当年踩过坑传错类型会直接报SQLException排查半天。4.2 订单状态流转用状态机把所有边界情况管理起来订单状态是整个系统的中枢神经。我强烈建议你不要在代码里用魔法数字硬写状态判断而是定义一组常量或者枚举public class OrderStatus { public static final int WAIT_PAY 0; // 待付款 public static final int RENTING 1; // 租赁中 public static final int RETURNED 2; // 已归还 public static final int CANCELLED 3; // 已取消 public static final int OVERDUE 4; // 已逾期 }状态流转的规则是这样的用户下单成功 - 状态0待付款管理员确认收款出库 - 状态1租赁中管理员在归还页确认归还如果归还日期大于原定结束日期系统先计算逾期费订单状态置为4逾期然后把实际归还信息和费用记入归还记录表再将状态更新为2已归还。这里有一个细节你要在归还管理的代码里判断“逾期”要用当前日期和订单的rent_end_date比较而不是让管理员手动填减少人工出错的可能。还有一个特别容易遗漏的点取消订单后的档期释放。用户在待付款状态下取消订单或者管理员把逾期订单关闭这时候这件服装在该时间段就重新可租了。如果代码里忘了处理就会出现“订单取消了但衣服还是显示被占用”的尴尬情况。处理方式是在取消订单的Service方法里除了改状态还要保证该订单不再参与档期重叠校验。因为档期校验的SQL里已经加了order_status IN (0, 1)这个条件所以只要你把状态改成了2或3它自然就不参与校验了。这就是状态机设计的精妙之处状态正确了很多业务逻辑会自动跟着正确。4.3 租金与押金计算把规则说清楚租金计算公式订单金额 租赁天数 x 每日租金 押金租赁天数 (结束日期 - 开始日期) 的天数。我在做的时候用的是返回long再除以一天的毫秒数来计算long diff endDate.getTime() - startDate.getTime(); int days (int)(diff / (24 * 60 * 60 * 1000));这里有个术语坑要提前预防——如果用户7月10日租、7月11日还算1天还是2天不同业务场景算法不一样。我在系统里定义为“按自然日”即开始当天不算、结束当天算所以上面的算法diff 1天的毫秒数days 1只收一天的钱。这个口径你要在论文里写清楚然后在代码里保持一致。很多项目的答辩翻车就翻在这种小口径上——系统算出来的价格和用户理解的不一样当场就露馅。归还时的费用计算更关键实退押金 原押金 - 逾期费用 - 清洗费 - 损坏赔偿金管理员在归还表单里填清洗费和损坏赔偿逾期费用根据系统计算的逾期天数自动得出最后实退押金自动计算。所有字段都要写入归还记录表保证每一笔钱都有据可查。5. 开发环境准备与项目结构搭建照着做就能跑这个部分我直接给你一套我自己反复用过、确认零坑的环境组合。不用追求最新版本稳定才是王道。5.1 软件环境清单JDK 1.8不要用JDK 17容易遇到Tomcat版本不兼容的老问题Tomcat 8.5和JDK 1.8是黄金组合部署JSP项目最稳MySQL 5.7其实8.0也可以但5.7和教程的兼容性最好连接驱动用5.1.49这个版本新旧通吃Eclipse IDE for Enterprise Java and Web Developers新生不熟的话也可以用IDEA但建议勾选自动导入依赖的功能Apache Maven 3.6.3建项目不强求但如果你会Maven管理jar包确实省心如果不会把jar包手动拷到WEB-INF/lib下也完全可行这是我在给几位做毕业设计的学生把关时总结出来的组合全是我实测过的版本。别在这上面纠结这些工具只是手段核心还是你的业务代码。5.2 项目包结构规划一个规范的项目包结构能让你的代码层次一目了然答辩展示时也有面儿。我是这样规划的src/ ├── com.example.entity -- JavaBean实体类User、Cloth、Category、RentOrder、ReturnRecord、Notice ├── com.example.dao -- DAO接口 ├── com.example.dao.impl -- DAO实现类用DBUtils操作数据库 ├── com.example.service -- Service业务层接口 ├── com.example.service.impl-- Service实现类处理业务逻辑档期校验、费用计算等 ├── com.example.servlet -- Servlet控制器 ├── com.example.util -- 工具类数据库连接、日期处理、MD5加密 ├── com.example.filter -- 过滤器编码处理、登录拦截 webapp/ ├── index.jsp -- 前台首页可用作主页面 ├── user/ -- 用户相关页面登录、注册、个人中心 ├── cloth/ -- 服装列表、详情、租赁下单页 ├── admin/ -- 后台管理页面服装管理、订单管理、归还处理、用户管理 ├── upload/ -- 服装图片上传目录 └── WEB-INF/ └── web.xml -- Web配置Servlet映射、过滤器配置你可以自由改包名但分层结构千万别压缩。Service层即使逻辑简单也一定要留出来。因为毕业设计论文里必须要有“业务逻辑层”的描述你代码里没有这一层论文就是空中楼阁。5.3 Web.xml中的连接配置数据库连接我建议用一个简单的JDBC工具类通过配置文件读取连接信息。别用连接池虽然性能好但毕业设计阶段让老师追问半天“连接池原理”反而容易露怯。当然如果你只是简单写写用DriverManager获取连接也够用。db.properties配置如下jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/rent_db?useUnicodetruecharacterEncodingutf8 jdbc.usernameroot jdbc.password你的密码web.xml里主要配两个东西一个是字符编码过滤器全站统一UTF-8防止中文乱码一个是默认欢迎页指向index.jsp。5.4 建库建表SQL脚本把这段SQL直接粘到Navicat或命令行执行库和表就位了。建议大家把建表语句保存为init.sql放在项目根目录答辩还原演示时一执行就完事。CREATE DATABASE IF NOT EXISTS rent_db DEFAULT CHARACTER SET utf8; USE rent_db; CREATE TABLE user ( id int(11) NOT NULL AUTO_INCREMENT, username varchar(50) NOT NULL, password varchar(64) NOT NULL, phone varchar(20) DEFAULT NULL, role tinyint(4) DEFAULT 0 COMMENT 0普通用户 1管理员, PRIMARY KEY (id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8; CREATE TABLE category ( id int(11) NOT NULL AUTO_INCREMENT, name varchar(50) NOT NULL, remark varchar(255) DEFAULT NULL, PRIMARY KEY (id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8; CREATE TABLE cloth ( id int(11) NOT NULL AUTO_INCREMENT, name varchar(100) NOT NULL, category_id int(11) DEFAULT NULL, image varchar(255) DEFAULT NULL, size varchar(20) DEFAULT NULL, color varchar(30) DEFAULT NULL, price decimal(10,2) DEFAULT NULL COMMENT 每日租金, deposit decimal(10,2) DEFAULT NULL COMMENT 押金, description varchar(500) DEFAULT NULL, stock int(11) DEFAULT 1, status tinyint(4) DEFAULT 1 COMMENT 0下架 1上架, PRIMARY KEY (id), KEY idx_category (category_id), CONSTRAINT fk_cloth_category FOREIGN KEY (category_id) REFERENCES category (id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8; CREATE TABLE rent_order ( id int(11) NOT NULL AUTO_INCREMENT, order_no varchar(32) NOT NULL, user_id int(11) NOT NULL, cloth_id int(11) NOT NULL, rent_start_date date NOT NULL, rent_end_date date NOT NULL, rent_days int(11) DEFAULT NULL, total_amount decimal(10,2) DEFAULT NULL COMMENT 租金押金, deposit decimal(10,2) DEFAULT NULL, order_status tinyint(4) DEFAULT 0, create_time datetime DEFAULT NULL, PRIMARY KEY (id), KEY idx_cloth (cloth_id), KEY idx_user (user_id), CONSTRAINT fk_order_cloth FOREIGN KEY (cloth_id) REFERENCES cloth (id), CONSTRAINT fk_order_user FOREIGN KEY (user_id) REFERENCES user (id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8; CREATE TABLE return_record ( id int(11) NOT NULL AUTO_INCREMENT, order_id int(11) NOT NULL, return_time datetime DEFAULT NULL, is_overdue tinyint(4) DEFAULT 0, overdue_days int(11) DEFAULT 0, overdue_fee decimal(10,2) DEFAULT 0, clean_fee decimal(10,2) DEFAULT 0, damage_fee decimal(10,2) DEFAULT 0, refund_deposit decimal(10,2) DEFAULT 0, operator_id int(11) DEFAULT NULL, remark varchar(500) DEFAULT NULL, PRIMARY KEY (id), KEY idx_order (order_id), CONSTRAINT fk_return_order FOREIGN KEY (order_id) REFERENCES rent_order (id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8;多嘴一句外键约束一定要建。很多同学怕外键影响操作就省略了。但毕业设计的数据模型必须体现关系完整性。你在论文里写“通过外键维护表间数据一致性”这句话一旦写出来对应的表里却不能没有外键会被扣分的。6. 编码实操从前台下单到后台归还一条完整主流程理论讲了那么多下面直接把核心代码逻辑过一遍。我不会贴整段代码重点讲关键代码的思路和各处的坑。6.1 用户登录与Session处理登录这个功能人人都会写但能写出安全感的没几个。核心有三条第一密码用MD5加密后入库登录时比对的是加密后的值。第二用户信息尤其是用户ID放入session后面所有的业务操作都从session里拿当前用户ID。第三在web.xml里配一个登录过滤器防止用户没有登录就强行访问下单页面。我之前见过一个反面案例某位同学把用户ID放在request参数里传结果他在浏览器地址栏手改ID就能查看别人的订单。这就是典型的“没有从session取用户身份”的漏洞。这种问题一旦在答辩演示时被老师指出来整个系统评分会直接掉档。6.2 服装列表查询与前端展示服装列表页的Servlet逻辑就是接收类别参数categoryId调ClothDAO的findByCondition方法把结果set到request域然后forward到cloth_list.jsp。JSP中用JSTL的forEach标签来渲染列表。如果你对JSTL不熟这里划个重点一定要引入jstl.jar和standard.jar两个包然后在JSP顶部写上% taglib prefixc urihttp://java.sun.com/jsp/jstl/core %然后你用c:forEach循环遍历每个服装卡片显示图片、名称、价格、押金。图片路径直接取cloth.image字段在页面里拼一个完整的img src路径。注意JSTL版本混乱网上教程新旧混杂可能出现“找不到taglib指令”的问题。如果你用的是Tomcat 8.5tld文件缺失时请用jakarta标准。一个更稳妥的方案是在pom.xml中引入正确对应Tomcat版本的JSTL依赖同时确认web.xml头声明为3.1规范版本。6.3 租赁下单的Service层逻辑事务是关键下单这个功能是整个项目里“最容易写错”的一处。很多网上的烂项目就是先查一下档期有没有冲突没有冲突就直接insert订单。看着没问题但这里面藏着并发风险如果两个人同时点下单A已经查到没冲突正要insertB也查到没冲突正要insert两个订单都会成功但服装只有一件。怎么解决核心是“查完再插”这个操作不满足原子性。正确的做法是把“档期校验 插入订单”放在同一个事务里配合数据库的行锁。这里我把Service层方法写出来public boolean createOrder(RentOrder order) { // 开启事务保证以下操作原子化 boolean conflict orderDao.checkConflict( order.getClothId(), order.getRentStartDate(), order.getRentEndDate() ); if (conflict) { return false; // 有冲突不能下单 } orderDao.insert(order); // 提交事务 return true; }要保证真正防并发checkConflict和insert必须在一个事务里而且MySQL的InnoDB引擎在事务隔离级别为REPEATABLE READ时配合合适的索引能让并发安全度大幅提升。毕业设计阶段你能做到“同一事务内完成校验插入”并且能解释为什么要这样写就已经远超平均水平了。6.4 归还处理的前后端交互细节归还页面是整个系统中最复杂的页面它同时涉及订单状态更新和归还记录写入。我建议做法是这样的管理员在订单管理页看到状态为“租赁中”的订单点“处理归还”跳转到return_admin.jsp页面。页面显示订单信息、应收押金、预填的结束日期然后让管理员填写实际归还信息实际归还日期默认今天、是否清洗、清洗费、损坏赔偿、备注。表单提交到ReturnServletServlet做这几件事根据订单ID查出原订单拿到rent_end_date和deposit。用实际归还日期和rent_end_date比较算出是否逾期、逾期天数。逾期费用 逾期天数 x 每日租金这里的租金按服装单价算如果是按日租金乘以1.5倍也可以但要清楚说明规则。实退押金 原押金 - 逾期费用 - 清洗费 - 损坏赔偿。更新订单状态为已归还向return_record表中插入一条完整记录。这段逻辑用代码实现时最需要小心的就是BigDecimal的精度坑网上很多项目用的是double累计加减后会出现0.699999999这类精度问题。涉及钱强制要求用BigDecimal并且setScale(2, RoundingMode.HALF_UP)。6.5 图片上传别用绝对路径服装管理中管理员要上传图片。使用Commons FileUpload组件后图片文件写到服务器上的upload目录数据库里存的是“upload/xxx.jpg”这种相对路径。很多同学在这里图省事直接用ServletContext的getRealPath获取绝对路径把真实路径存进数据库。这个做法在两台电脑上部署时必炸。正确做法是将图片保存在部署目录下并在数据库image字段存相对路径。展示时统一在JSP里拼上项目上下文路径img src${pageContext.request.contextPath}/${cloth.image} /这样不管项目部署在哪、换不换电脑都能正确显示图片。7. 测试流程与常见问题排查实战踩坑记录项目写完了自测阶段会暴露一堆问题。这里我把我遇到过的、还有几届学生反复踩的坑集中列出来每条都配排查思路。7.1 数据库中文乱码这是JSP项目里最高频的坑没有之一。具体表现为页面显示中文正常但插入数据库后变成了“???”。排查思路按三条路逐一排除。第一数据库连接URL上加useUnicodetruecharacterEncodingutf8。第二web.xml中配置CharacterEncodingFilter强制request和response都使用UTF-8过滤。第三检查MySQL数据库和两张表的编码确保库里表和字段都是utf8而不是latin1。7.2 404错误与Servlet映射问题写完Servlet访问路径却报404。很多同学会去检查URL路径是不是打错了但真正的首坑是没有给Servlet配置注解或xml映射。用注解方式最省事在Servlet类上直接写WebServlet(/cloth/list)这样web.xml里就不用配置了。但要注意如果你在web.xml也写了同样的映射两者会冲突Tomcat启动报错。选一种就行。我建议统一用注解直观、少配置、少犯错。另一个404原因是页面文件放到WEB-INF目录下了。WEB-INF下的文件外部无法直接访问只能通过Servlet forward来访问。所以你的JSP页面除特殊情况外一定要放在webapp根目录下或根目录的子目录但不要进WEB-INF。7.3 空指针异常对象没有初始化新手做JSP项目最常见的运行时异常就是NullPointerException。你写完代码页面一打开直接500控制台一堆空指针堆栈。排查时先找到出错行看哪个对象为null。一般来说八成的情况是从request里getParameter拿到的字符串为null转成int时炸了或者从session里取user对象为null直接调方法炸了再或者DAO对象没有new就调方法。我的建议是在Servlet的doGet/doPost第一行就做参数的非空判断。比如取用户ID时String userIdStr request.getParameter(userId); if (userIdStr null || .equals(userIdStr)) { request.setAttribute(msg, 参数错误); request.getRequestDispatcher(/error.jsp).forward(request, response); return; }这段代码虽然啰嗦但它的价值在于线上环境里永远不会出现“因为一个null参数导致整个Tomcat日志刷屏”的情况。7.4 日期转换的TimeStamp之坑前端表单传过来的日期是yyyy-MM-dd的字符串后端用SimpleDateFormat解析成java.util.Date再存入数据库。这里的问题在于连接MySQL时驱动会要求java.sql.Date而不是java.util.Date。如果你把Date直接set进PreparedStatement很可能会按Timestamp格式插入导致时间部分变成了00:00:00以外的值日期比较时就出错。正确写法是java.sql.Date sqlDate new java.sql.Date(utilDate.getTime());这两个类之间的互转做完这个项目你就彻底记住了到公司面试时都是加分项。7.5 Tomcat启动报端口被占用项目还没启动直接报“Port 8080 required by Tomcat v8.5 Server at localhost is already in use”。多半是之前一次运行没有正常关闭Tomcat进程还在后台。解决办法很简单找到占用进程号并杀掉。Windows上用netstat -ano | findstr 8080Linux上用lsof -i:8080。开发时也可以在Eclipse中双击Tomcat服务器把HTTP端口改成8081等空闲端口一劳永逸。7.6 下单后库存数量没扣减这个问题容易被忽视。虽然租赁不是销售但服装一旦被租走它的“可租数量”就少了。如果你在服装表里设置了库存数量stock字段意味着一款多件每一次成功下单就要对cloth的stock执行减一。归还后加一。这里仍要在一个事务里先减库存后记录订单。如果你觉得订单档期冲突校验已经防住了超租那库存逻辑更重要的作用是“统计层面”前台列表页显示“剩余可租数量”防止用户选了一件衣服后才发现已经没库存了。这个字段的维护本质上是用空间换用户体验。8. 论文写作与答辩展示的实用建议项目代码做完了毕业设计还剩半座山论文和答辩。这条路上有不少同学吃了亏我说几点实操经验。8.1 论文结构怎么安排如果你的学校没有固定模板我建议按这个顺序来写第一章 绪论写研究背景和意义着重写“舞台服装租赁行业的需求增长”和“传统手工登记管理方式的弊端”。第二章 需求分析写功能性需求前台、后台、核心业务流程和非功能性需求性能、安全、易用性。第三章 系统设计画系统架构图、功能模块图、数据库ER图。数据表结构要写清楚字段含义逐条解释。第四章 系统实现按模块逐个写实现过程核心代码贴关键片段配上对逻辑的解释。这一步是论文的主体字数大头都在这里。第五章 系统测试写测试环境、测试用例、测试结果。不要只写“测试通过”要写清楚测试了哪些场景、预期结果和实际结果是否一致。8.2 答辩前必须自己演示一遍的四个场景第一正常租赁流程注册登录 - 浏览服装 - 选日下单 - 管理员后台确认出库 - 确认归还 - 看归还记录和押金退还。第二档期冲突场景先下一单7月1日到7月5日再用同一个服装下一单7月3日到7月8日系统必须拦截。这个场景是展示系统核心业务逻辑的标志性操作很多人会直接演示你要提前把准备工作做好别在现场建数据。第三逾期归还场景把订单的结束日期改成昨天今天来做“确认归还”查看是否自动计算逾期费和退押金。记得演示完把数据再改回去避免垃圾数据进库。第四非法访问拦截不登录直接访问后台管理页面系统要跳转到登录页。这是安全性的直观展示。这四个场景跑完加上前面代码里你顺手写的一些技术亮点答辩基本稳了。8.3 答辩时老师会追问的核心问题这里直接把高频问题列出来你提前背熟“档期冲突怎么查的”把上面那段SQL的核心逻辑讲一遍重点说“开始小于新结束 且 结束大于新开始”。“订单状态有几个怎么流转”把状态机表列出来按状态讲流转条件。“并发下单怎么防”讲事务边界校验和插入在同一个事务里配合数据库锁机制。“租金怎么算”讲按自然日计算的规则给出计算公式。“为什么用JSP而不用前后端分离”讲MVC分层合理、JSP是Java Web基础、项目复杂度匹配、可持续演进。只要代码是你自己写的、逻辑是你自己理的以上问题回答起来就是顺嘴的事。最怕的就是网上下载的成品代码自己没跑通一答一个穿帮。9. 写在最后这个项目做完你带走的不只是代码如果你从头到尾把这个系统自己写了一遍哪怕花了三周学到的东西比看三个月的视频教程都多。我特别想强调JSP Servlet这套老技术栈它让你绕不开HTTP协议、绕不开请求响应模型、绕不开会话管理、绕不开数据库事务。这些恰恰是后面学任何新框架都需要的底层素养。最后分享一个我自己的习惯项目做完后把整个数据库导出一份备份SQL连同代码一起放进一个文件夹命名带版本号和日期比如“服装租赁系统_v1.0_20250115”。答辩前再导出一份空地初始库方便现场演示时快速重置环境。别嫌这些操作琐碎它们能让你在关键时刻少丢一半印象分。这个题目从技术难度上说不算高但它具备一个优秀毕业设计该有的全部要素清晰的业务、完整的流程、可以深入讲解的难点以及实打实的业务价值。只要沉下心把每一步都走扎实这就是一个能拿良好以上成绩的选题。