简介一份基于JSP的教学设备报修系统毕业设计资料包面向高校教师、学生以及需要完成类似课题的开发者定位于解决教学设备日常报修与信息化管理问题。系统采用JSPMySQL的B/S架构实现了用户注册登录、设备报修、留言管理、站内公告、系统简介等模块适合用于课程设计、毕业设计参考或快速搭建可演示的完整项目。资源包共662个文件以JSP页面、Java源码、Jar包依赖、数据库SQL脚本、论文文档和演示视频为主另含GIF、JPG等界面素材与CSS样式文件压缩包大小约15.94MB目录结构清晰便于按源码、文档、视频、素材分类使用。目前已有200人学习下载。配套论文从需求分析、数据库设计到页面实现作了详细说明视频演示可帮助直观理解系统运行流程对需要理清JSP项目结构、完成毕设写作或准备答辩的读者是一套即下即用的完整解决方案。1. 基于JSP的教学设备报修系统先看业务闭环再碰代码大学里设备报修最怕两件事一是报修单填了没人管二是修完了没记录。这套基于JSP的教学设备报修系统本质是把“学生/教师发现故障 → 提交报修单 → 管理员派单 → 维修员处理 → 用户确认 → 归档统计”这条链路用Web表单跑通。对做毕业设计的人来说它不只是一个CRUD而是要同时回答三个问题数据怎么建模、流程怎么流转、权限怎么控制。JSP在这个系统里承担的是视图层配合Servlet做控制器、JDBC操作数据库是最经典的Java Web三层结构容易讲解也容易答辩。后端技术选型老旧但胜在逻辑直观Tomcat部署后能看到完整的请求生命周期。这篇文章按做这个标题最常规的方案来推演把建表、Servlet实现、状态机、防重提交和验收技巧一步步讲透适合准备做同类系统或者正在做Java Web课题的读者对照实现。2. 报修系统的数据模型与状态机设计教学设备报修系统的复杂度不在业务量而在状态。一张报修单从提交到归档要经历多个环节每个环节的操作人不同、允许的动作也不同。先设计好表结构再定状态流转代码才不会写成一团乱麻。2.1 设备台账与报修单的表结构常见做法是拆成五张核心表用户表、设备表、报修单表、维修记录表、通知表。用户表包含学生、教师、管理员、维修工四类角色靠role字段区分。设备表登记教学楼、实验室的设备位置和设备编号表中冗余一个状态字段表示“正常/故障/维修中”方便首页直接展示。报修单表是核心表建议字段设计如下字段名类型说明repair_idINT自增主键device_idINT关联设备表reporter_idINT报修人IDhandler_idINT当前处理人IDdescriptionVARCHAR(500)故障描述statusTINYINT状态码 0-5priorityTINYINT优先级 0-2create_timeDATETIME提交时间finish_timeDATETIME完成时间feedbackVARCHAR(500)用户反馈这里有个容易被忽略的点报修单不要只存最终状态要有独立的状态字段同时在每次状态变化时往维修记录表插入一条历史记录。这样系统主页能按状态筛选也能追溯“这个设备到底坏过几次”。如果用JSP直接展示列表最好在SQL里关联设备表和用户表把device_name、reporter_name查出来避免JSP页面里再做二次查询。建表时还有两个索引建议。一是status和create_time的联合索引因为列表页最常见的查询是“按状态看所有单子按时间排序”。二是reporter_id单独建索引个人中心要查“我报修过的设备”没有索引的话数据量一上去就会慢。教室场景的数据量不大但索引设计是答辩时能讲的点。2.2 状态机报修单从提交到归档的流转规则这套系统的状态流转适合定成五态0是待受理报修人刚提交1是待维修管理员受理后指派了维修工2是维修中维修工开始处理3是待确认维修工提交完成报告4是已归档报修人确认满意并关闭工单5是已取消管理员或报修人取消了无效单。这五个状态的转换权限要明确写在代码里。通俗地说学生可以做得动作是提交、查看、确认、取消。管理员可以受理、取消、指派。维修工只能把待维修改成维修中、把维修中改成待确认。状态机限制在Controller层做比较省事用一组Map记录“当前状态 操作角色 → 允许的目标状态”。private static final MapString, ListInteger TRANSITIONS new HashMap(); static { // key格式当前状态_操作角色 TRANSITIONS.put(0_admin, Arrays.asList(1, 5)); TRANSITIONS.put(1_worker, Arrays.asList(2, 5)); TRANSITIONS.put(2_worker, Arrays.asList(3)); TRANSITIONS.put(3_reporter, Arrays.asList(4, 5)); TRANSITIONS.put(3_admin, Arrays.asList(4, 5)); } public static boolean canTransit(int currentStatus, String role, int targetStatus) { ListInteger allowed TRANSITIONS.get(currentStatus _ role); return allowed ! null allowed.contains(targetStatus); }这段代码把状态流转收敛在一个静态方法里。执行一次更新前先调用canTransit不通过就直接返回错误提示防止客户端绕过页面直接改状态。逻辑说明key用字符串拼接当前状态和角色translate成一个允许列表。比如state为0时只有管理员能受理或取消student角色不在key里自然没有操作权限。这个设计在答辩时可以解释成“用状态机代替无序的if-else”比在Servlet里堆判断要清晰得多。这里需要注意状态码不要用字符串TINYINT在数据库里占用更小而且比较时不会出“0”和“0 ”这种隐藏字符问题。前端下拉框和JSP页面上用c:if配合整数判断展示中文状态名避免在数据库里存中文后续统计SQL会更好写。2.3 状态变更时的并发控制两个维修工同时抢一张报修单或者管理员和报修人同时点了受理和取消都会出现状态覆盖。JSP技术栈的老系统经常忽略这个问题答辩时提出来反而是加分项。最直接的做法是在报修单表加一个version字段更新时带上WHERE version 上一版。或者更简单一点更新SQL里同时带上当前status条件。UPDATE repair_order SET status 3, handler_id ?, version version 1 WHERE repair_id ? AND status 2 AND version ?这条SQL的核心是AND status 2 AND version ?。更新前查询出来的status和version是多少更新条件就带多少。如果另一个请求已经先把status改成了3那么这个UPDATE影响行数就是0程序据此判断成“操作冲突”提示刷新后重试。这种乐观锁方案对报修系统完全够用不需要引入Redis分布式锁。3. JSP Servlet JDBC的核心业务流程实现数据模型定好之后下一步是把报修单提交流程跑通。JSP项目最常见的结构是JSP页面放在WebContent根目录Servlet放在src包里数据库操作通过一个独立的DBUtil类完成。这里直接把完整代码链路写出来。3.1 DAO模式与数据库连接池先处理数据库连接。老式JDBC每次请求都DriverManager.getConnection()在低并发下没大问题但会使Tomcat频繁创建和销毁连接。更好的做法是用DBCP连接池在context.xml里配置好Servlet里通过DataSource拿连接。Resource namejdbc/repairDB authContainer typejavax.sql.DataSource driverClassNamecom.mysql.cj.jdbc.Driver urljdbc:mysql://localhost:3306/repair?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai usernameroot password123456 maxTotal20 maxIdle10 maxWaitMillis10000/这是Tomcat的JNDI数据源配置放在META-INF/context.xml。参数说明driverClassName是MySQL 8以上用的驱动类旧版是com.mysql.jdbc.Driver。url里必须加serverTimezoneAsia/Shanghai不然连接时会报时间区域错误。maxTotal控制最大连接数报修系统并发量低20足够。DAO类里统一用Context.lookup获取DataSource代码只依赖接口换连接池实现时不需要改业务代码。DAO层用接口加实现类的写法这是运行时多态的典型应用。接口里定义insert(RepairOrder order)、updateStatus(int id, int status)、queryByReporterId(int userId)这几个方法。实现类里写SQL和PreparedStatement这样Service层只依赖接口不依赖具体数据库。这也算在毕业设计里点到了“面向接口编程”这个设计思想。3.2 提交报修单的Servlet实现链用户填完表单点提交请求走到RepairOrderServlet的doPost方法。完整的处理流程是接收参数、校验、封装对象、调DAO插入、给操作人更新积分或发送通知、跳转列表页。WebServlet(/repair/add) public class RepairAddServlet extends HttpServlet { protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { req.setCharacterEncoding(UTF-8); int deviceId Integer.parseInt(req.getParameter(deviceId)); int reporterId ((User) req.getSession().getAttribute(loginUser)).getId(); String description req.getParameter(description).trim(); int priority Integer.parseInt(req.getParameter(priority)); RepairOrder order new RepairOrder(); order.setDeviceId(deviceId); order.setReporterId(reporterId); order.setDescription(description); order.setPriority(priority); order.setStatus(0); RepairOrderDAO dao new RepairOrderDAO(); if (dao.insert(order) 0) { resp.sendRedirect(req.getContextPath() /repair/list?my1); } else { req.setAttribute(errorMsg, 提交失败请重试); req.getRequestDispatcher(/repair/add.jsp).forward(req, resp); } } }逻辑说明前两行处理编码和拿当前登录用户repair_id由数据库自增status和create_time在DAO里用DEFAULT填充所以这里不用从前端接收。校验环节要防两件事description去掉首尾空格后长度不低于5priority不能超过2。插入成功用sendRedirect做重定向防止用户按F5刷新重复提交这是PRG模式的核心点。JSP表单页面的重点是下拉框和textarea的name要和Servlet里的getParameter参数名保持一致。表单提交方式用methodpost避免报修描述里的特殊字符把URL撑爆。这是JSP教学项目里最容易踩的坑写成get请求描述字段里有中文字符或百分号Tomcat返回400。3.3 报修列表的分页与条件查询列表页是JSP项目里查询逻辑最密集的位置。既要按当前用户身份过滤数据又要支持按状态筛选还要分页。分页SQL用LIMIT ?, ?第一个参数是偏移量第二个是每页条数。SELECT r.repair_id, d.device_name, u.user_name AS reporter, r.description, r.status, r.create_time, r.priority FROM repair_order r JOIN device d ON r.device_id d.device_id JOIN sys_user u ON r.reporter_id u.user_id WHERE r.status ? ORDER BY r.create_time DESC LIMIT ?, ?这条SQL通过两次JOIN把设备名和报修人名查出来避免在JSP页面上再拿id去查别的表。分页的当前页参数page由Servlet接收默认值为1每页定量10条。总页数用一个COUNT(*)查询得出在Service层算好totalPages和start传入JSP。JSP页面里用c:forEach循环渲染表格底部翻页用c:url生成带page参数的链接。JSP的% taglib prefixc urihttp://java.sun.com/jsp/jstl/core %是JSTL标签库的引入声明c:if和c:forEach是这页最常用的两个标签。需要注意 标签的href里要保留当前筛选项c:url varpageUrl value/repair/list c:param namestatus value${param.status}/ c:param namepage value${page1}/ /c:url a href${pageUrl}下一页/a用c:url自动对参数编码比手工拼接字符串稳得多。如果前端打开页面发现样式丢失先看JSP顶部的% page contentTypetext/html; charsetUTF-8 pageEncodingUTF-8%是否完整再确认CSS是通过相对路径引入的因为请求转发到JSP时浏览器地址栏路径不变相对路径会指向Servlet当前的目录导致CSS找不到。这是一个经典坑建议JSP页面全部用${pageContext.request.contextPath}拼绝对路径。4. 防重复提交与基于Filter的角色权限控制JSP系统里最容易被答辩老师追问的两个点是并发下重复提交怎么防、越权操作怎么拦。这两个问题在简单的CRUD里可能看不出问题但设备报修是多角色协作系统一旦学生能直接访问维修工的URL系统就没有安全边界了。4.1 双Token机制解决重复提交用户提交报修单时网络卡顿手快的人会连点几次提交按钮结果数据库里出现好几条一模一样的报修单。PRG模式能解决刷新重复提交但解决不了连点按钮需要引入Token机制。标准做法是双Token页面加载时生成一个随机字符串存到session里同时放在表单隐藏域提交时Servlet比较请求里的Token和session里的Token一致就处理并立即使session里的Token失效不一致就拒绝并提示。private String generateToken() { return UUID.randomUUID().toString().replace(-, ); }在处理报修请求的Servlet中具体校验逻辑是String sessionToken (String) req.getSession().getAttribute(submitToken); String requestToken req.getParameter(formToken); if (sessionToken null || requestToken null || !sessionToken.equals(requestToken)) { req.setAttribute(errorMsg, 请勿重复提交); req.getRequestDispatcher(/repair/add.jsp).forward(req, resp); return; } if (dao.insert(order) 0) { req.getSession().removeAttribute(submitToken); resp.sendRedirect(req.getContextPath() /repair/list?my1); }逻辑说明第一次点击时sessionToken和requestToken匹配插入成功后removeAttribute第二次点击时session里已经取不到token进入拒绝分支。这里有一个细节Token不能只放在session里而表单里不加应该让JSP页面上用${sessionScope.submitToken}渲染隐藏域的值。这个方案的局限是只能防止同一用户在同一会话里双击防不了跨用户重复提交。但报修系统的业务性质决定了合理的数据重复可以靠状态机和SQL条件兜底不需要引入分布式锁。答辩时提到“用Redis做自增序号”作为可替换方案点到为止即可。4.2 Filter过滤器统一拦截未登录与角色越权JSP页面是直接放在WebContent下的如果用户猜到某个JSP的路径不经过Servlet也能打开。比如/admin/repair_list.jsp这类页面往往在顶部的Java脚本片段里做了权限判断但判断代码写得不统一时就会漏。更可靠的方式是用Filter统一处理。在web.xml里配置一个LoginFilter匹配所有/admin/*、/worker/*、/repair/*路径登录了才能进角色不匹配就直接拒绝。WebFilter(urlPatterns {/repair/*, /admin/*, /worker/*}) public class AuthFilter implements Filter { Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpSession session request.getSession(false); User user session ! null ? (User) session.getAttribute(loginUser) : null; if (user null) { ((HttpServletResponse) resp).sendRedirect(request.getContextPath() /login.jsp); return; } String path request.getRequestURI(); if (path.contains(/admin/) !admin.equals(user.getRole())) { resp.setContentType(text/html;charsetUTF-8); resp.getWriter().write(scriptalert(无权限访问);location.href/repair/list;/script); return; } chain.doFilter(req, resp); } }参数说明getSession(false)表示不创建新session用户没登录时这里返回null。chain.doFilter(req, resp)放行合法请求调到下一个Filter或Servlet。带后台管理界面的路径用contains判断可能误匹配更严谨的写法是用request.getServletPath()加Ant通配符模式。这里的判断放在了Filter里统一处理JSP页面上就不用再重复判断想绕过安全性必须绕过Filter层面的保护。同时需要注意Filter里对角色判断的代码属于JSP项目的“横切逻辑”。讲设计模式时可以把这一段类比成“责任链模式”多个Filter按顺序执行每个Filter只干一件事业务Servlet里不用关心登录与否其实这就是AOP思想的雏形。4.3 维修接口的令牌参数校验维修工从列表点“开始维修”的时候请求路径通常是/worker/start?repairId1。这种方式容易被恶意篡改把repairId改成别人的单子。维修接口在Service层要额外校验一点这个单子当前状态确实是1并且指派给了当前登录的维修工。UPDATE repair_order SET status 2, handle_start_time NOW() WHERE repair_id ? AND handler_id ? AND status 1更新条件同时带上handler_id和status影响行数为0时说明这不是你的单子或者状态已变化。这种写法比先SELECT判断再UPDATE更稳属于“条件更新”的经典用法常见于库存、订单一类的业务。日志和记录这里就发挥作用每一次更新过后维修记录表多一条“开始维修”的记录出了纠纷能定位到具体操作人和时间。5. 验收部署与答辩演示的几个实用技巧系统写完到交验之间有一段容易被忽略的路本地Tomcat跑通、把JSP编译后的class文件确认好、打包整理提交。这部分影响的是“老师能不能顺利把项目跑起来”你代码写得再漂亮部署不成功都白费。5.1 用Tomcat本地跑通的最小验证清单安装Tomcat后先把项目打成WAR包放到webapps目录启动Tomcat浏览器访问http://localhost:8080/repair/。关注三件事第一登录页能否加载排除500错误第二查看Tomcat的logs/catalina.out有没有ClassNotFoundException第三jsp文件首次访问时会编译成java文件再生成class存放目录在Tomcat/work/Catalina/localhost/repair/org/apache/jsp/进去看一眼就知道JSP语法有没有隐藏错误。这里的常见错误是JDK版本和Tomcat版本不匹配。如果本机是JDK 17而代码是按JDK 8写的javax.servlet依赖运行时会报ClassNotFoundException: javax.servlet.http.HttpServlet。解决办法是把Servlet API版本换成对应的jakarta.servlet或者直接装一个JDK 8。答辩前的环境尽量别用最新版你永远不知道小版本之间改了哪些默认行为。关闭Tomcat不要直接点关闭窗口应该执行shutdown.sh或在控制台按CtrlC强制结束进程会导致work目录里的临时文件残留在下次启动时解析出错表现就是页面改了几秒钟不生效给人一种“没改成功”的错觉。5.2 交付前数据初始化脚本老手检查毕业设计先看数据库脚本。你需要提供一份完整的初始化SQL包含建库、建表、插入默认管理员和测试设备数据。测试数据至少覆盖都在评阅文档里写明初始账号和密码管理员、维修工、学生三个角色各一个。验收演示时用管理员登录直接受理一张学生提交的报修单再切换到维修工处理最后切回学生确认演示完整闭环。数据初始化脚本要解决编码创建表时指定utf8mb4插入中文数据前加SET NAMES utf8mb4。否则在Windows的MySQL命令行里导入脚本中文全变问号这种问题排查起来费时费力。5.3 答辩时最有信息量的三个演示动作一是展示重复提交的拦截效果报修单提交页连点三次提交按钮数据库里只有一条记录让评审看到Token机制生效。二是展示状态机的不合法流转把一张已归档的单子重新置为待维修系统拒绝并给出提示。三是展示越权拦截普通学生输入管理员地址被Filter拦住并提示无权限。这三个动作胜过从头到尾演示一遍CRUD因为它们说明的是设计层面的思考而不是抄了一份源码。交付材料里不要直接把整个项目目录压缩就交传一份部署说明.docx写清楚JDK版本、Tomcat版本、MySQL版本、初始化脚本执行顺序以及三个角色的测试账号。视频演示里也要把这三件事录进去数据库连接信息统一放配置文件避免打包时把localhost和密码写死在源码里。本文还有配套的精品资源点击获取
基于JSP的教学设备报修系统：状态机设计、权限控制与部署实践
简介一份基于JSP的教学设备报修系统毕业设计资料包面向高校教师、学生以及需要完成类似课题的开发者定位于解决教学设备日常报修与信息化管理问题。系统采用JSPMySQL的B/S架构实现了用户注册登录、设备报修、留言管理、站内公告、系统简介等模块适合用于课程设计、毕业设计参考或快速搭建可演示的完整项目。资源包共662个文件以JSP页面、Java源码、Jar包依赖、数据库SQL脚本、论文文档和演示视频为主另含GIF、JPG等界面素材与CSS样式文件压缩包大小约15.94MB目录结构清晰便于按源码、文档、视频、素材分类使用。目前已有200人学习下载。配套论文从需求分析、数据库设计到页面实现作了详细说明视频演示可帮助直观理解系统运行流程对需要理清JSP项目结构、完成毕设写作或准备答辩的读者是一套即下即用的完整解决方案。1. 基于JSP的教学设备报修系统先看业务闭环再碰代码大学里设备报修最怕两件事一是报修单填了没人管二是修完了没记录。这套基于JSP的教学设备报修系统本质是把“学生/教师发现故障 → 提交报修单 → 管理员派单 → 维修员处理 → 用户确认 → 归档统计”这条链路用Web表单跑通。对做毕业设计的人来说它不只是一个CRUD而是要同时回答三个问题数据怎么建模、流程怎么流转、权限怎么控制。JSP在这个系统里承担的是视图层配合Servlet做控制器、JDBC操作数据库是最经典的Java Web三层结构容易讲解也容易答辩。后端技术选型老旧但胜在逻辑直观Tomcat部署后能看到完整的请求生命周期。这篇文章按做这个标题最常规的方案来推演把建表、Servlet实现、状态机、防重提交和验收技巧一步步讲透适合准备做同类系统或者正在做Java Web课题的读者对照实现。2. 报修系统的数据模型与状态机设计教学设备报修系统的复杂度不在业务量而在状态。一张报修单从提交到归档要经历多个环节每个环节的操作人不同、允许的动作也不同。先设计好表结构再定状态流转代码才不会写成一团乱麻。2.1 设备台账与报修单的表结构常见做法是拆成五张核心表用户表、设备表、报修单表、维修记录表、通知表。用户表包含学生、教师、管理员、维修工四类角色靠role字段区分。设备表登记教学楼、实验室的设备位置和设备编号表中冗余一个状态字段表示“正常/故障/维修中”方便首页直接展示。报修单表是核心表建议字段设计如下字段名类型说明repair_idINT自增主键device_idINT关联设备表reporter_idINT报修人IDhandler_idINT当前处理人IDdescriptionVARCHAR(500)故障描述statusTINYINT状态码 0-5priorityTINYINT优先级 0-2create_timeDATETIME提交时间finish_timeDATETIME完成时间feedbackVARCHAR(500)用户反馈这里有个容易被忽略的点报修单不要只存最终状态要有独立的状态字段同时在每次状态变化时往维修记录表插入一条历史记录。这样系统主页能按状态筛选也能追溯“这个设备到底坏过几次”。如果用JSP直接展示列表最好在SQL里关联设备表和用户表把device_name、reporter_name查出来避免JSP页面里再做二次查询。建表时还有两个索引建议。一是status和create_time的联合索引因为列表页最常见的查询是“按状态看所有单子按时间排序”。二是reporter_id单独建索引个人中心要查“我报修过的设备”没有索引的话数据量一上去就会慢。教室场景的数据量不大但索引设计是答辩时能讲的点。2.2 状态机报修单从提交到归档的流转规则这套系统的状态流转适合定成五态0是待受理报修人刚提交1是待维修管理员受理后指派了维修工2是维修中维修工开始处理3是待确认维修工提交完成报告4是已归档报修人确认满意并关闭工单5是已取消管理员或报修人取消了无效单。这五个状态的转换权限要明确写在代码里。通俗地说学生可以做得动作是提交、查看、确认、取消。管理员可以受理、取消、指派。维修工只能把待维修改成维修中、把维修中改成待确认。状态机限制在Controller层做比较省事用一组Map记录“当前状态 操作角色 → 允许的目标状态”。private static final MapString, ListInteger TRANSITIONS new HashMap(); static { // key格式当前状态_操作角色 TRANSITIONS.put(0_admin, Arrays.asList(1, 5)); TRANSITIONS.put(1_worker, Arrays.asList(2, 5)); TRANSITIONS.put(2_worker, Arrays.asList(3)); TRANSITIONS.put(3_reporter, Arrays.asList(4, 5)); TRANSITIONS.put(3_admin, Arrays.asList(4, 5)); } public static boolean canTransit(int currentStatus, String role, int targetStatus) { ListInteger allowed TRANSITIONS.get(currentStatus _ role); return allowed ! null allowed.contains(targetStatus); }这段代码把状态流转收敛在一个静态方法里。执行一次更新前先调用canTransit不通过就直接返回错误提示防止客户端绕过页面直接改状态。逻辑说明key用字符串拼接当前状态和角色translate成一个允许列表。比如state为0时只有管理员能受理或取消student角色不在key里自然没有操作权限。这个设计在答辩时可以解释成“用状态机代替无序的if-else”比在Servlet里堆判断要清晰得多。这里需要注意状态码不要用字符串TINYINT在数据库里占用更小而且比较时不会出“0”和“0 ”这种隐藏字符问题。前端下拉框和JSP页面上用c:if配合整数判断展示中文状态名避免在数据库里存中文后续统计SQL会更好写。2.3 状态变更时的并发控制两个维修工同时抢一张报修单或者管理员和报修人同时点了受理和取消都会出现状态覆盖。JSP技术栈的老系统经常忽略这个问题答辩时提出来反而是加分项。最直接的做法是在报修单表加一个version字段更新时带上WHERE version 上一版。或者更简单一点更新SQL里同时带上当前status条件。UPDATE repair_order SET status 3, handler_id ?, version version 1 WHERE repair_id ? AND status 2 AND version ?这条SQL的核心是AND status 2 AND version ?。更新前查询出来的status和version是多少更新条件就带多少。如果另一个请求已经先把status改成了3那么这个UPDATE影响行数就是0程序据此判断成“操作冲突”提示刷新后重试。这种乐观锁方案对报修系统完全够用不需要引入Redis分布式锁。3. JSP Servlet JDBC的核心业务流程实现数据模型定好之后下一步是把报修单提交流程跑通。JSP项目最常见的结构是JSP页面放在WebContent根目录Servlet放在src包里数据库操作通过一个独立的DBUtil类完成。这里直接把完整代码链路写出来。3.1 DAO模式与数据库连接池先处理数据库连接。老式JDBC每次请求都DriverManager.getConnection()在低并发下没大问题但会使Tomcat频繁创建和销毁连接。更好的做法是用DBCP连接池在context.xml里配置好Servlet里通过DataSource拿连接。Resource namejdbc/repairDB authContainer typejavax.sql.DataSource driverClassNamecom.mysql.cj.jdbc.Driver urljdbc:mysql://localhost:3306/repair?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai usernameroot password123456 maxTotal20 maxIdle10 maxWaitMillis10000/这是Tomcat的JNDI数据源配置放在META-INF/context.xml。参数说明driverClassName是MySQL 8以上用的驱动类旧版是com.mysql.jdbc.Driver。url里必须加serverTimezoneAsia/Shanghai不然连接时会报时间区域错误。maxTotal控制最大连接数报修系统并发量低20足够。DAO类里统一用Context.lookup获取DataSource代码只依赖接口换连接池实现时不需要改业务代码。DAO层用接口加实现类的写法这是运行时多态的典型应用。接口里定义insert(RepairOrder order)、updateStatus(int id, int status)、queryByReporterId(int userId)这几个方法。实现类里写SQL和PreparedStatement这样Service层只依赖接口不依赖具体数据库。这也算在毕业设计里点到了“面向接口编程”这个设计思想。3.2 提交报修单的Servlet实现链用户填完表单点提交请求走到RepairOrderServlet的doPost方法。完整的处理流程是接收参数、校验、封装对象、调DAO插入、给操作人更新积分或发送通知、跳转列表页。WebServlet(/repair/add) public class RepairAddServlet extends HttpServlet { protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { req.setCharacterEncoding(UTF-8); int deviceId Integer.parseInt(req.getParameter(deviceId)); int reporterId ((User) req.getSession().getAttribute(loginUser)).getId(); String description req.getParameter(description).trim(); int priority Integer.parseInt(req.getParameter(priority)); RepairOrder order new RepairOrder(); order.setDeviceId(deviceId); order.setReporterId(reporterId); order.setDescription(description); order.setPriority(priority); order.setStatus(0); RepairOrderDAO dao new RepairOrderDAO(); if (dao.insert(order) 0) { resp.sendRedirect(req.getContextPath() /repair/list?my1); } else { req.setAttribute(errorMsg, 提交失败请重试); req.getRequestDispatcher(/repair/add.jsp).forward(req, resp); } } }逻辑说明前两行处理编码和拿当前登录用户repair_id由数据库自增status和create_time在DAO里用DEFAULT填充所以这里不用从前端接收。校验环节要防两件事description去掉首尾空格后长度不低于5priority不能超过2。插入成功用sendRedirect做重定向防止用户按F5刷新重复提交这是PRG模式的核心点。JSP表单页面的重点是下拉框和textarea的name要和Servlet里的getParameter参数名保持一致。表单提交方式用methodpost避免报修描述里的特殊字符把URL撑爆。这是JSP教学项目里最容易踩的坑写成get请求描述字段里有中文字符或百分号Tomcat返回400。3.3 报修列表的分页与条件查询列表页是JSP项目里查询逻辑最密集的位置。既要按当前用户身份过滤数据又要支持按状态筛选还要分页。分页SQL用LIMIT ?, ?第一个参数是偏移量第二个是每页条数。SELECT r.repair_id, d.device_name, u.user_name AS reporter, r.description, r.status, r.create_time, r.priority FROM repair_order r JOIN device d ON r.device_id d.device_id JOIN sys_user u ON r.reporter_id u.user_id WHERE r.status ? ORDER BY r.create_time DESC LIMIT ?, ?这条SQL通过两次JOIN把设备名和报修人名查出来避免在JSP页面上再拿id去查别的表。分页的当前页参数page由Servlet接收默认值为1每页定量10条。总页数用一个COUNT(*)查询得出在Service层算好totalPages和start传入JSP。JSP页面里用c:forEach循环渲染表格底部翻页用c:url生成带page参数的链接。JSP的% taglib prefixc urihttp://java.sun.com/jsp/jstl/core %是JSTL标签库的引入声明c:if和c:forEach是这页最常用的两个标签。需要注意 标签的href里要保留当前筛选项c:url varpageUrl value/repair/list c:param namestatus value${param.status}/ c:param namepage value${page1}/ /c:url a href${pageUrl}下一页/a用c:url自动对参数编码比手工拼接字符串稳得多。如果前端打开页面发现样式丢失先看JSP顶部的% page contentTypetext/html; charsetUTF-8 pageEncodingUTF-8%是否完整再确认CSS是通过相对路径引入的因为请求转发到JSP时浏览器地址栏路径不变相对路径会指向Servlet当前的目录导致CSS找不到。这是一个经典坑建议JSP页面全部用${pageContext.request.contextPath}拼绝对路径。4. 防重复提交与基于Filter的角色权限控制JSP系统里最容易被答辩老师追问的两个点是并发下重复提交怎么防、越权操作怎么拦。这两个问题在简单的CRUD里可能看不出问题但设备报修是多角色协作系统一旦学生能直接访问维修工的URL系统就没有安全边界了。4.1 双Token机制解决重复提交用户提交报修单时网络卡顿手快的人会连点几次提交按钮结果数据库里出现好几条一模一样的报修单。PRG模式能解决刷新重复提交但解决不了连点按钮需要引入Token机制。标准做法是双Token页面加载时生成一个随机字符串存到session里同时放在表单隐藏域提交时Servlet比较请求里的Token和session里的Token一致就处理并立即使session里的Token失效不一致就拒绝并提示。private String generateToken() { return UUID.randomUUID().toString().replace(-, ); }在处理报修请求的Servlet中具体校验逻辑是String sessionToken (String) req.getSession().getAttribute(submitToken); String requestToken req.getParameter(formToken); if (sessionToken null || requestToken null || !sessionToken.equals(requestToken)) { req.setAttribute(errorMsg, 请勿重复提交); req.getRequestDispatcher(/repair/add.jsp).forward(req, resp); return; } if (dao.insert(order) 0) { req.getSession().removeAttribute(submitToken); resp.sendRedirect(req.getContextPath() /repair/list?my1); }逻辑说明第一次点击时sessionToken和requestToken匹配插入成功后removeAttribute第二次点击时session里已经取不到token进入拒绝分支。这里有一个细节Token不能只放在session里而表单里不加应该让JSP页面上用${sessionScope.submitToken}渲染隐藏域的值。这个方案的局限是只能防止同一用户在同一会话里双击防不了跨用户重复提交。但报修系统的业务性质决定了合理的数据重复可以靠状态机和SQL条件兜底不需要引入分布式锁。答辩时提到“用Redis做自增序号”作为可替换方案点到为止即可。4.2 Filter过滤器统一拦截未登录与角色越权JSP页面是直接放在WebContent下的如果用户猜到某个JSP的路径不经过Servlet也能打开。比如/admin/repair_list.jsp这类页面往往在顶部的Java脚本片段里做了权限判断但判断代码写得不统一时就会漏。更可靠的方式是用Filter统一处理。在web.xml里配置一个LoginFilter匹配所有/admin/*、/worker/*、/repair/*路径登录了才能进角色不匹配就直接拒绝。WebFilter(urlPatterns {/repair/*, /admin/*, /worker/*}) public class AuthFilter implements Filter { Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpSession session request.getSession(false); User user session ! null ? (User) session.getAttribute(loginUser) : null; if (user null) { ((HttpServletResponse) resp).sendRedirect(request.getContextPath() /login.jsp); return; } String path request.getRequestURI(); if (path.contains(/admin/) !admin.equals(user.getRole())) { resp.setContentType(text/html;charsetUTF-8); resp.getWriter().write(scriptalert(无权限访问);location.href/repair/list;/script); return; } chain.doFilter(req, resp); } }参数说明getSession(false)表示不创建新session用户没登录时这里返回null。chain.doFilter(req, resp)放行合法请求调到下一个Filter或Servlet。带后台管理界面的路径用contains判断可能误匹配更严谨的写法是用request.getServletPath()加Ant通配符模式。这里的判断放在了Filter里统一处理JSP页面上就不用再重复判断想绕过安全性必须绕过Filter层面的保护。同时需要注意Filter里对角色判断的代码属于JSP项目的“横切逻辑”。讲设计模式时可以把这一段类比成“责任链模式”多个Filter按顺序执行每个Filter只干一件事业务Servlet里不用关心登录与否其实这就是AOP思想的雏形。4.3 维修接口的令牌参数校验维修工从列表点“开始维修”的时候请求路径通常是/worker/start?repairId1。这种方式容易被恶意篡改把repairId改成别人的单子。维修接口在Service层要额外校验一点这个单子当前状态确实是1并且指派给了当前登录的维修工。UPDATE repair_order SET status 2, handle_start_time NOW() WHERE repair_id ? AND handler_id ? AND status 1更新条件同时带上handler_id和status影响行数为0时说明这不是你的单子或者状态已变化。这种写法比先SELECT判断再UPDATE更稳属于“条件更新”的经典用法常见于库存、订单一类的业务。日志和记录这里就发挥作用每一次更新过后维修记录表多一条“开始维修”的记录出了纠纷能定位到具体操作人和时间。5. 验收部署与答辩演示的几个实用技巧系统写完到交验之间有一段容易被忽略的路本地Tomcat跑通、把JSP编译后的class文件确认好、打包整理提交。这部分影响的是“老师能不能顺利把项目跑起来”你代码写得再漂亮部署不成功都白费。5.1 用Tomcat本地跑通的最小验证清单安装Tomcat后先把项目打成WAR包放到webapps目录启动Tomcat浏览器访问http://localhost:8080/repair/。关注三件事第一登录页能否加载排除500错误第二查看Tomcat的logs/catalina.out有没有ClassNotFoundException第三jsp文件首次访问时会编译成java文件再生成class存放目录在Tomcat/work/Catalina/localhost/repair/org/apache/jsp/进去看一眼就知道JSP语法有没有隐藏错误。这里的常见错误是JDK版本和Tomcat版本不匹配。如果本机是JDK 17而代码是按JDK 8写的javax.servlet依赖运行时会报ClassNotFoundException: javax.servlet.http.HttpServlet。解决办法是把Servlet API版本换成对应的jakarta.servlet或者直接装一个JDK 8。答辩前的环境尽量别用最新版你永远不知道小版本之间改了哪些默认行为。关闭Tomcat不要直接点关闭窗口应该执行shutdown.sh或在控制台按CtrlC强制结束进程会导致work目录里的临时文件残留在下次启动时解析出错表现就是页面改了几秒钟不生效给人一种“没改成功”的错觉。5.2 交付前数据初始化脚本老手检查毕业设计先看数据库脚本。你需要提供一份完整的初始化SQL包含建库、建表、插入默认管理员和测试设备数据。测试数据至少覆盖都在评阅文档里写明初始账号和密码管理员、维修工、学生三个角色各一个。验收演示时用管理员登录直接受理一张学生提交的报修单再切换到维修工处理最后切回学生确认演示完整闭环。数据初始化脚本要解决编码创建表时指定utf8mb4插入中文数据前加SET NAMES utf8mb4。否则在Windows的MySQL命令行里导入脚本中文全变问号这种问题排查起来费时费力。5.3 答辩时最有信息量的三个演示动作一是展示重复提交的拦截效果报修单提交页连点三次提交按钮数据库里只有一条记录让评审看到Token机制生效。二是展示状态机的不合法流转把一张已归档的单子重新置为待维修系统拒绝并给出提示。三是展示越权拦截普通学生输入管理员地址被Filter拦住并提示无权限。这三个动作胜过从头到尾演示一遍CRUD因为它们说明的是设计层面的思考而不是抄了一份源码。交付材料里不要直接把整个项目目录压缩就交传一份部署说明.docx写清楚JDK版本、Tomcat版本、MySQL版本、初始化脚本执行顺序以及三个角色的测试账号。视频演示里也要把这三件事录进去数据库连接信息统一放配置文件避免打包时把localhost和密码写死在源码里。本文还有配套的精品资源点击获取
