简介这份资源是一篇基于JavaWeb的高职二级院系任务积分管理系统原创毕业论文面向专科与本科计算机相关专业的毕业生尤其适合需要完成毕业设计或撰写论文的学生参考。论文围绕任务发布、接收、积分记录与查询统计等核心功能展开完整覆盖需求分析、系统设计、技术选型、环境搭建、系统实现及测试优化等环节技术栈涉及JavaWeb、Spring Boot、MyBatis与MySQL并讨论了HTTPS传输与角色权限控制等安全措施。资源包共1个docx文件大小约28KB内容为论文正文包含引言、系统分析与设计、技术选型、系统实现、测试与优化、总结与展望等章节目录结构清晰便于按模块查阅。目前已有87人学习适合作为教务管理类系统开发与论文写作的参考范本帮助读者理解从需求调研到功能落地的完整流程并借鉴数据库设计、接口实现与测试思路。1. 高职院系积分管理为什么教务老师宁愿用 Excel 也不碰新系统每到学期末高职院校二级院系的教务员就开始头疼。教师的教学任务、班主任的班级管理、行政人员的会议出勤、辅导员的宿舍走访这些工作都要折算成积分再和绩效挂钩。用 Excel 做公式一多就崩多人同时填就冲突版本一多就乱。有人想用现成的 OA但 OA 的流程引擎太重改一个积分规则要提工单等两周。于是很多院系干脆退回 Excel 加微信群接龙数据准确性全靠人工核对。这个标题讲的就是用 JavaWeb 技术栈给高职二级院系做一套任务积分管理系统。它要解决的核心问题很具体任务发布、积分申报、审核认定、汇总排名、导出归档全流程线上化。适合谁看一是高职院校的信息中心老师想自己动手做一个轻量系统二是计算机相关专业的毕业设计学生需要一套能跑通、能讲清楚、能扩展的完整案例三是刚入行的 Java 开发者想找一个业务逻辑不复杂但覆盖面全的练手项目。下面从选型、建表、编码到部署把这条路走一遍。2. 技术选型与工程骨架Servlet 还是 Spring Boot先想清楚部署环境2.1 为什么很多院系项目仍然选 Servlet JSP先说一个反直觉的结论在高职院系这种场景里Servlet JSP 并不落后反而常常是更稳的选择。原因有三。第一部署环境简单。很多学校的服务器上跑的是老版本 TomcatJDK 版本也不高Spring Boot 的内嵌容器反而要额外调配置。第二依赖少。Servlet JSP JDBC 三件套加上 JSTL 标签库基本不需要 Maven 拉一堆 jar 包离线环境也能编译。第三学生和初级开发者容易理解请求响应模型调试时看得到每一步。当然如果院系有持续维护的需求或者想对接学校统一身份认证Spring Boot MyBatis 会更合适。我的建议是毕业设计或一次性交付用 Servlet JSP需要长期迭代用 Spring Boot。下面以 Servlet JSP 为主线因为它的坑更典型学会了再转 Spring Boot 只是换注解的事。工程骨架用标准 Maven Web 项目结构# 创建标准 Maven Web 项目目录结构 mkdir -p task-point-system/src/main/java/com/college/points mkdir -p task-point-system/src/main/webapp/WEB-INF/views mkdir -p task-point-system/src/main/resources cd task-point-system目录说明java下放 Servlet、Service、DAO、实体类webapp/WEB-INF/views下放 JSP 页面放在 WEB-INF 下是为了禁止浏览器直接访问必须走 Servlet 转发resources下放数据库配置和 SQL 脚本。pom.xml里只需要引入javax.servlet-api、jsp-api、jstl、mysql-connector-java四个依赖版本按学校服务器 JDK 来定JDK 8 就配对应的 8.x 驱动。2.2 数据库连接与 DAO 层的最小可用写法数据库用 MySQL 5.7 或 8.0 都行字符集选utf8mb4否则教师姓名里的生僻字会变问号。连接池不建议上 Druid 或 HikariCP直接用 Tomcat 自带的 JNDI 数据源在context.xml里配一次全局复用。!-- META-INF/context.xml 配置 JNDI 数据源 -- Context Resource namejdbc/pointsDB authContainer typejavax.sql.DataSource driverClassNamecom.mysql.cj.jdbc.Driver urljdbc:mysql://localhost:3306/points_db?useUnicodetrueamp;characterEncodingutf8mb4amp;serverTimezoneAsia/Shanghai usernamepoints_user passwordPoints2024 maxTotal20 maxIdle10 maxWaitMillis10000/ /Context参数说明maxTotal是最大连接数院系规模一般 50 到 200 人20 个连接足够maxWaitMillis是获取连接的超时时间设 10 秒避免页面卡死。DAO 层用最朴素的 JDBC 模板方法每个实体一个 DAO 类查询用PreparedStatement防注入。// BaseDao.java 提供获取连接和关闭资源的通用方法 public abstract class BaseDao { protected Connection getConn() throws SQLException { try { Context ctx new InitialContext(); DataSource ds (DataSource) ctx.lookup(java:comp/env/jdbc/pointsDB); return ds.getConnection(); } catch (NamingException e) { throw new SQLException(JNDI 数据源未找到, e); } } protected void close(Connection conn, Statement stmt, ResultSet rs) { // 按 rs - stmt - conn 顺序关闭每个都判空 } }逻辑说明JNDI 查找只在第一次调用时开销大之后由容器缓存。关闭顺序不能反否则连接池回收时会报错。如果查询结果集很大比如导出全院积分明细不要一次性rs.next()全读进内存用分页查询每页 500 条。3. 积分规则建模任务、申报、审核三张表怎么设计才不返工3.1 核心表结构与字段类型选择积分系统的业务本质是「事件驱动 状态流转」。一个任务发布后教师申报管理员审核审核通过后积分入账。表设计要围绕这个流转来。最少需要五张表用户表、任务表、申报记录表、积分流水表、角色权限表。-- 任务表定义可申报的任务模板 CREATE TABLE task ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(100) NOT NULL COMMENT 任务名称, category VARCHAR(50) NOT NULL COMMENT 任务类别教学/班主任/行政/科研, base_points DECIMAL(6,2) NOT NULL COMMENT 基础积分, max_times INT DEFAULT 1 COMMENT 每人可申报次数上限, deadline DATETIME COMMENT 截止时间, status TINYINT DEFAULT 1 COMMENT 1启用 0停用, created_by BIGINT NOT NULL, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 申报记录表教师提交的每一条申报 CREATE TABLE declaration ( id BIGINT PRIMARY KEY AUTO_INCREMENT, task_id BIGINT NOT NULL, user_id BIGINT NOT NULL, submit_time DATETIME DEFAULT CURRENT_TIMESTAMP, evidence VARCHAR(255) COMMENT 佐证材料路径, status TINYINT DEFAULT 0 COMMENT 0待审 1通过 2驳回, reviewer_id BIGINT, review_time DATETIME, review_comment VARCHAR(200), INDEX idx_user_status (user_id, status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;字段说明base_points用DECIMAL(6,2)而不是INT因为有些任务积分是 0.5 分或 1.5 分max_times控制重复申报比如「参加会议」每人每学期最多报 10 次evidence存文件相对路径不要存 BLOB否则数据库备份会很大。declaration表上建(user_id, status)联合索引因为教师端最常用的查询是「我的待审和已审记录」。积分流水表单独建不要直接改用户表的总分字段。每次审核通过往流水表插一条正分记录驳回或撤销插一条负分记录。用户总分用SUM(points)实时算或者用定时任务每晚汇总一次。这样做的好处是任何积分变动都有据可查期末对账不会变成黑匣子。3.2 审核状态流转与并发申报的处理状态流转用简单的状态机待审(0) → 通过(1) 或 驳回(2)。教师可以撤销待审的申报撤销后记录逻辑删除不物理删除。管理员审核时要防止两个人同时点「通过」导致积分重复入账。// ReviewService.java 审核通过的核心逻辑 Transactional public boolean approve(Long declarationId, Long reviewerId) { // 1. 行锁查询防止并发重复审核 Declaration d declarationDao.findByIdForUpdate(declarationId); if (d null || d.getStatus() ! 0) { return false; // 已被处理 } // 2. 更新申报状态 d.setStatus(1); d.setReviewerId(reviewerId); d.setReviewTime(new Date()); declarationDao.update(d); // 3. 写入积分流水 PointLog log new PointLog(); log.setUserId(d.getUserId()); log.setPoints(d.getTask().getBasePoints()); log.setSource(declaration_ declarationId); pointLogDao.insert(log); return true; }逻辑说明findByIdForUpdate对应 SQL 里的SELECT ... FOR UPDATE在事务中锁住这一行第二个请求会等待等第一个提交后读到状态已变直接返回 false。参数上Transactional的传播行为用默认的REQUIRED隔离级别用READ_COMMITTEDMySQL 默认就是它。如果不用行锁两个管理员同时审核同一条记录积分会加两次这是血泪教训。提示申报截止时间不要用应用层判断要在数据库层用deadline NOW()过滤避免服务器时间不同步导致争议。4. 前后端实现JSP 页面、Servlet 路由与文件上传的落地细节4.1 教师申报页面的表单与后端接收教师端最核心的页面是申报列表和新建申报。新建申报页要动态加载当前启用的任务选中任务后显示基础积分和剩余可报次数。前端用 JSP JSTL 渲染不需要上 Vue 或 React减少构建步骤。!-- declare_form.jsp 片段任务下拉框 -- select nametaskId idtaskId onchangeshowTaskInfo() c:forEach items${taskList} vart option value${t.id}>// DeclarationServlet.java 处理申报提交 MultipartConfig(maxFileSize 5 * 1024 * 1024, maxRequestSize 10 * 1024 * 1024) protected void doPost(HttpServletRequest req, HttpServletResponse resp) { Long userId (Long) req.getSession().getAttribute(userId); Long taskId Long.parseLong(req.getParameter(taskId)); Part filePart req.getPart(evidence); String fileName null; if (filePart ! null filePart.getSize() 0) { // 文件名用 UUID 重命名保留原扩展名 String ext getExtension(filePart.getSubmittedFileName()); fileName UUID.randomUUID().toString() ext; String saveDir getServletContext().getRealPath(/uploads); filePart.write(saveDir File.separator fileName); } // 后续调用 Service 层插入申报记录 }参数说明maxFileSize限制单个文件 5MBmaxRequestSize限制整个请求 10MB。保存目录用getRealPath(/uploads)注意这个目录在项目重新部署时会被清空生产环境要改成外部绝对路径比如/data/points/uploads。文件名用 UUID 重命名防止中文名乱码和路径穿越。4.2 管理员审核界面与批量操作管理员端要能按任务类别、状态、提交时间筛选申报记录支持单条通过/驳回和批量通过。批量操作时前端把选中的 ID 拼成逗号分隔字符串后端拆分后循环调用审核方法每条独立事务。// admin_review.js 批量通过 function batchApprove() { var ids []; document.querySelectorAll(input[namedeclId]:checked).forEach(function(cb) { ids.push(cb.value); }); if (ids.length 0) { alert(请先选择记录); return; } if (!confirm(确认通过选中的 ids.length 条申报)) return; fetch(review?actionbatchApprove, { method: POST, headers: {Content-Type: application/x-www-form-urlencoded}, body: ids ids.join(,) }).then(function(r) { return r.json(); }) .then(function(data) { if (data.success) { location.reload(); } else { alert(部分记录处理失败 data.message); } }); }逻辑说明批量接口返回成功和失败的 ID 列表前端提示哪些失败了而不是笼统报错。后端循环时每条记录单独开事务一条失败不影响其他条。如果全部放在一个大事务里一条数据异常会导致整批回滚管理员要重新选一遍体验很差。注意审核驳回必须填意见前端用required属性不够后端也要校验reviewComment非空否则教师不知道哪里出了问题。5. 避坑与排查部署到 Tomcat 后最容易翻车的五个地方5.1 中文乱码从请求到响应到数据库的三层排查现象教师提交的任务名称在数据库里显示正常但页面上是问号。原因通常有三层请求体编码、响应编码、数据库连接编码。解决顺序是先在web.xml里加CharacterEncodingFilter强制请求和响应都用 UTF-8再检查 JNDI URL 里有没有characterEncodingutf8mb4最后确认 MySQL 的库、表、字段三级字符集都是utf8mb4。三层缺一层都会乱。5.2 文件上传后重启 Tomcat 文件消失现象上传的佐证材料当天能下载第二天重启服务器后 404。原因是用getRealPath保存到了项目部署目录Tomcat 重新解压 war 包时覆盖了。解决在context.xml里配一个Resources映射外部目录或者直接在代码里写死外部绝对路径比如/data/points/uploads并在数据库里存相对路径下载时拼接前缀。5.3 积分汇总对不上流水表和用户总分不一致现象教师端显示总分 12 分但流水明细加起来是 14 分。原因通常是早期直接更新了用户表的总分字段后来改成流水汇总历史数据没迁移。解决写一个一次性对账脚本遍历所有用户用流水表SUM重算总分覆盖用户表字段。之后禁止任何代码直接改总分只能插流水。5.4 并发申报超出次数上限现象某任务限报 3 次教师快速点击提交按钮成功提交了 4 条。原因前端按钮没禁用后端校验和插入之间没有锁。解决前端提交后立即disabled按钮后端在插入前用SELECT COUNT(*) ... FOR UPDATE锁住该用户该任务的记录行或者用数据库唯一索引兜底比如(task_id, user_id, submit_time)加唯一约束。5.5 导出 Excel 时内存溢出现象管理员导出全院 200 人一学期的积分明细页面卡死Tomcat 报OutOfMemoryError。原因一次性把几万条记录读进List再写 Excel。解决用 POI 的SXSSFWorkbook流式写出每 1000 行刷一次磁盘查询用分页每页 500 条边查边写。如果数据量再大直接导出 CSV用BufferedWriter逐行写内存占用几乎为零。6. 从能跑到好用积分系统的三个进阶技巧第一个技巧是积分规则的版本化。院系的积分细则每学年可能微调如果直接改任务表的基础积分历史记录会跟着变导致上学期已审核的积分对不上。我的做法是给任务表加version字段每次修改积分规则时新增一条任务记录旧任务停用但保留。申报记录关联的是具体任务 ID历史数据不受影响。查询当前可用任务时只取status1的最新版本。第二个技巧是审核操作的幂等性。管理员网络卡顿重复提交审核请求或者批量接口被重试都会导致重复入账。除了前面说的行锁还可以在积分流水表上加唯一索引(source, user_id)source存declaration_123这样的业务键。插入冲突时捕获DuplicateKeyException直接返回成功不报错。这样即使接口被调用多次积分也只入账一次。第三个技巧是给积分汇总加缓存。教师端首页要显示总分和排名如果每次请求都SUM全表数据量大了会慢。用ConcurrentHashMap在应用层缓存key 是用户 IDvalue 是总分审核通过时更新缓存而不是删缓存。缓存失效时间设 10 分钟或者提供手动刷新按钮。注意多实例部署时本地缓存不一致那就改用 Redis但院系规模一般单实例就够。进阶点适用场景代价规则版本化积分细则每年调整任务表数据量缓慢增长幂等索引审核接口可能重试需要设计业务唯一键应用层缓存首页排名查询频繁多实例需换集中缓存最后说一个我自己的习惯每次改完积分相关的代码先手动造三条数据——一条正常通过、一条驳回、一条撤销跑一遍看流水和总分是否一致。这个习惯帮我省掉了至少三次期末对账的麻烦。系统不怕功能少怕的是账对不上。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/9 10:57:53 · 阅读 1.2k 高职院系任务积分管理系统：JavaWeb全流程实现与避坑指南
简介这份资源是一篇基于JavaWeb的高职二级院系任务积分管理系统原创毕业论文面向专科与本科计算机相关专业的毕业生尤其适合需要完成毕业设计或撰写论文的学生参考。论文围绕任务发布、接收、积分记录与查询统计等核心功能展开完整覆盖需求分析、系统设计、技术选型、环境搭建、系统实现及测试优化等环节技术栈涉及JavaWeb、Spring Boot、MyBatis与MySQL并讨论了HTTPS传输与角色权限控制等安全措施。资源包共1个docx文件大小约28KB内容为论文正文包含引言、系统分析与设计、技术选型、系统实现、测试与优化、总结与展望等章节目录结构清晰便于按模块查阅。目前已有87人学习适合作为教务管理类系统开发与论文写作的参考范本帮助读者理解从需求调研到功能落地的完整流程并借鉴数据库设计、接口实现与测试思路。1. 高职院系积分管理为什么教务老师宁愿用 Excel 也不碰新系统每到学期末高职院校二级院系的教务员就开始头疼。教师的教学任务、班主任的班级管理、行政人员的会议出勤、辅导员的宿舍走访这些工作都要折算成积分再和绩效挂钩。用 Excel 做公式一多就崩多人同时填就冲突版本一多就乱。有人想用现成的 OA但 OA 的流程引擎太重改一个积分规则要提工单等两周。于是很多院系干脆退回 Excel 加微信群接龙数据准确性全靠人工核对。这个标题讲的就是用 JavaWeb 技术栈给高职二级院系做一套任务积分管理系统。它要解决的核心问题很具体任务发布、积分申报、审核认定、汇总排名、导出归档全流程线上化。适合谁看一是高职院校的信息中心老师想自己动手做一个轻量系统二是计算机相关专业的毕业设计学生需要一套能跑通、能讲清楚、能扩展的完整案例三是刚入行的 Java 开发者想找一个业务逻辑不复杂但覆盖面全的练手项目。下面从选型、建表、编码到部署把这条路走一遍。2. 技术选型与工程骨架Servlet 还是 Spring Boot先想清楚部署环境2.1 为什么很多院系项目仍然选 Servlet JSP先说一个反直觉的结论在高职院系这种场景里Servlet JSP 并不落后反而常常是更稳的选择。原因有三。第一部署环境简单。很多学校的服务器上跑的是老版本 TomcatJDK 版本也不高Spring Boot 的内嵌容器反而要额外调配置。第二依赖少。Servlet JSP JDBC 三件套加上 JSTL 标签库基本不需要 Maven 拉一堆 jar 包离线环境也能编译。第三学生和初级开发者容易理解请求响应模型调试时看得到每一步。当然如果院系有持续维护的需求或者想对接学校统一身份认证Spring Boot MyBatis 会更合适。我的建议是毕业设计或一次性交付用 Servlet JSP需要长期迭代用 Spring Boot。下面以 Servlet JSP 为主线因为它的坑更典型学会了再转 Spring Boot 只是换注解的事。工程骨架用标准 Maven Web 项目结构# 创建标准 Maven Web 项目目录结构 mkdir -p task-point-system/src/main/java/com/college/points mkdir -p task-point-system/src/main/webapp/WEB-INF/views mkdir -p task-point-system/src/main/resources cd task-point-system目录说明java下放 Servlet、Service、DAO、实体类webapp/WEB-INF/views下放 JSP 页面放在 WEB-INF 下是为了禁止浏览器直接访问必须走 Servlet 转发resources下放数据库配置和 SQL 脚本。pom.xml里只需要引入javax.servlet-api、jsp-api、jstl、mysql-connector-java四个依赖版本按学校服务器 JDK 来定JDK 8 就配对应的 8.x 驱动。2.2 数据库连接与 DAO 层的最小可用写法数据库用 MySQL 5.7 或 8.0 都行字符集选utf8mb4否则教师姓名里的生僻字会变问号。连接池不建议上 Druid 或 HikariCP直接用 Tomcat 自带的 JNDI 数据源在context.xml里配一次全局复用。!-- META-INF/context.xml 配置 JNDI 数据源 -- Context Resource namejdbc/pointsDB authContainer typejavax.sql.DataSource driverClassNamecom.mysql.cj.jdbc.Driver urljdbc:mysql://localhost:3306/points_db?useUnicodetrueamp;characterEncodingutf8mb4amp;serverTimezoneAsia/Shanghai usernamepoints_user passwordPoints2024 maxTotal20 maxIdle10 maxWaitMillis10000/ /Context参数说明maxTotal是最大连接数院系规模一般 50 到 200 人20 个连接足够maxWaitMillis是获取连接的超时时间设 10 秒避免页面卡死。DAO 层用最朴素的 JDBC 模板方法每个实体一个 DAO 类查询用PreparedStatement防注入。// BaseDao.java 提供获取连接和关闭资源的通用方法 public abstract class BaseDao { protected Connection getConn() throws SQLException { try { Context ctx new InitialContext(); DataSource ds (DataSource) ctx.lookup(java:comp/env/jdbc/pointsDB); return ds.getConnection(); } catch (NamingException e) { throw new SQLException(JNDI 数据源未找到, e); } } protected void close(Connection conn, Statement stmt, ResultSet rs) { // 按 rs - stmt - conn 顺序关闭每个都判空 } }逻辑说明JNDI 查找只在第一次调用时开销大之后由容器缓存。关闭顺序不能反否则连接池回收时会报错。如果查询结果集很大比如导出全院积分明细不要一次性rs.next()全读进内存用分页查询每页 500 条。3. 积分规则建模任务、申报、审核三张表怎么设计才不返工3.1 核心表结构与字段类型选择积分系统的业务本质是「事件驱动 状态流转」。一个任务发布后教师申报管理员审核审核通过后积分入账。表设计要围绕这个流转来。最少需要五张表用户表、任务表、申报记录表、积分流水表、角色权限表。-- 任务表定义可申报的任务模板 CREATE TABLE task ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(100) NOT NULL COMMENT 任务名称, category VARCHAR(50) NOT NULL COMMENT 任务类别教学/班主任/行政/科研, base_points DECIMAL(6,2) NOT NULL COMMENT 基础积分, max_times INT DEFAULT 1 COMMENT 每人可申报次数上限, deadline DATETIME COMMENT 截止时间, status TINYINT DEFAULT 1 COMMENT 1启用 0停用, created_by BIGINT NOT NULL, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 申报记录表教师提交的每一条申报 CREATE TABLE declaration ( id BIGINT PRIMARY KEY AUTO_INCREMENT, task_id BIGINT NOT NULL, user_id BIGINT NOT NULL, submit_time DATETIME DEFAULT CURRENT_TIMESTAMP, evidence VARCHAR(255) COMMENT 佐证材料路径, status TINYINT DEFAULT 0 COMMENT 0待审 1通过 2驳回, reviewer_id BIGINT, review_time DATETIME, review_comment VARCHAR(200), INDEX idx_user_status (user_id, status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;字段说明base_points用DECIMAL(6,2)而不是INT因为有些任务积分是 0.5 分或 1.5 分max_times控制重复申报比如「参加会议」每人每学期最多报 10 次evidence存文件相对路径不要存 BLOB否则数据库备份会很大。declaration表上建(user_id, status)联合索引因为教师端最常用的查询是「我的待审和已审记录」。积分流水表单独建不要直接改用户表的总分字段。每次审核通过往流水表插一条正分记录驳回或撤销插一条负分记录。用户总分用SUM(points)实时算或者用定时任务每晚汇总一次。这样做的好处是任何积分变动都有据可查期末对账不会变成黑匣子。3.2 审核状态流转与并发申报的处理状态流转用简单的状态机待审(0) → 通过(1) 或 驳回(2)。教师可以撤销待审的申报撤销后记录逻辑删除不物理删除。管理员审核时要防止两个人同时点「通过」导致积分重复入账。// ReviewService.java 审核通过的核心逻辑 Transactional public boolean approve(Long declarationId, Long reviewerId) { // 1. 行锁查询防止并发重复审核 Declaration d declarationDao.findByIdForUpdate(declarationId); if (d null || d.getStatus() ! 0) { return false; // 已被处理 } // 2. 更新申报状态 d.setStatus(1); d.setReviewerId(reviewerId); d.setReviewTime(new Date()); declarationDao.update(d); // 3. 写入积分流水 PointLog log new PointLog(); log.setUserId(d.getUserId()); log.setPoints(d.getTask().getBasePoints()); log.setSource(declaration_ declarationId); pointLogDao.insert(log); return true; }逻辑说明findByIdForUpdate对应 SQL 里的SELECT ... FOR UPDATE在事务中锁住这一行第二个请求会等待等第一个提交后读到状态已变直接返回 false。参数上Transactional的传播行为用默认的REQUIRED隔离级别用READ_COMMITTEDMySQL 默认就是它。如果不用行锁两个管理员同时审核同一条记录积分会加两次这是血泪教训。提示申报截止时间不要用应用层判断要在数据库层用deadline NOW()过滤避免服务器时间不同步导致争议。4. 前后端实现JSP 页面、Servlet 路由与文件上传的落地细节4.1 教师申报页面的表单与后端接收教师端最核心的页面是申报列表和新建申报。新建申报页要动态加载当前启用的任务选中任务后显示基础积分和剩余可报次数。前端用 JSP JSTL 渲染不需要上 Vue 或 React减少构建步骤。!-- declare_form.jsp 片段任务下拉框 -- select nametaskId idtaskId onchangeshowTaskInfo() c:forEach items${taskList} vart option value${t.id}>// DeclarationServlet.java 处理申报提交 MultipartConfig(maxFileSize 5 * 1024 * 1024, maxRequestSize 10 * 1024 * 1024) protected void doPost(HttpServletRequest req, HttpServletResponse resp) { Long userId (Long) req.getSession().getAttribute(userId); Long taskId Long.parseLong(req.getParameter(taskId)); Part filePart req.getPart(evidence); String fileName null; if (filePart ! null filePart.getSize() 0) { // 文件名用 UUID 重命名保留原扩展名 String ext getExtension(filePart.getSubmittedFileName()); fileName UUID.randomUUID().toString() ext; String saveDir getServletContext().getRealPath(/uploads); filePart.write(saveDir File.separator fileName); } // 后续调用 Service 层插入申报记录 }参数说明maxFileSize限制单个文件 5MBmaxRequestSize限制整个请求 10MB。保存目录用getRealPath(/uploads)注意这个目录在项目重新部署时会被清空生产环境要改成外部绝对路径比如/data/points/uploads。文件名用 UUID 重命名防止中文名乱码和路径穿越。4.2 管理员审核界面与批量操作管理员端要能按任务类别、状态、提交时间筛选申报记录支持单条通过/驳回和批量通过。批量操作时前端把选中的 ID 拼成逗号分隔字符串后端拆分后循环调用审核方法每条独立事务。// admin_review.js 批量通过 function batchApprove() { var ids []; document.querySelectorAll(input[namedeclId]:checked).forEach(function(cb) { ids.push(cb.value); }); if (ids.length 0) { alert(请先选择记录); return; } if (!confirm(确认通过选中的 ids.length 条申报)) return; fetch(review?actionbatchApprove, { method: POST, headers: {Content-Type: application/x-www-form-urlencoded}, body: ids ids.join(,) }).then(function(r) { return r.json(); }) .then(function(data) { if (data.success) { location.reload(); } else { alert(部分记录处理失败 data.message); } }); }逻辑说明批量接口返回成功和失败的 ID 列表前端提示哪些失败了而不是笼统报错。后端循环时每条记录单独开事务一条失败不影响其他条。如果全部放在一个大事务里一条数据异常会导致整批回滚管理员要重新选一遍体验很差。注意审核驳回必须填意见前端用required属性不够后端也要校验reviewComment非空否则教师不知道哪里出了问题。5. 避坑与排查部署到 Tomcat 后最容易翻车的五个地方5.1 中文乱码从请求到响应到数据库的三层排查现象教师提交的任务名称在数据库里显示正常但页面上是问号。原因通常有三层请求体编码、响应编码、数据库连接编码。解决顺序是先在web.xml里加CharacterEncodingFilter强制请求和响应都用 UTF-8再检查 JNDI URL 里有没有characterEncodingutf8mb4最后确认 MySQL 的库、表、字段三级字符集都是utf8mb4。三层缺一层都会乱。5.2 文件上传后重启 Tomcat 文件消失现象上传的佐证材料当天能下载第二天重启服务器后 404。原因是用getRealPath保存到了项目部署目录Tomcat 重新解压 war 包时覆盖了。解决在context.xml里配一个Resources映射外部目录或者直接在代码里写死外部绝对路径比如/data/points/uploads并在数据库里存相对路径下载时拼接前缀。5.3 积分汇总对不上流水表和用户总分不一致现象教师端显示总分 12 分但流水明细加起来是 14 分。原因通常是早期直接更新了用户表的总分字段后来改成流水汇总历史数据没迁移。解决写一个一次性对账脚本遍历所有用户用流水表SUM重算总分覆盖用户表字段。之后禁止任何代码直接改总分只能插流水。5.4 并发申报超出次数上限现象某任务限报 3 次教师快速点击提交按钮成功提交了 4 条。原因前端按钮没禁用后端校验和插入之间没有锁。解决前端提交后立即disabled按钮后端在插入前用SELECT COUNT(*) ... FOR UPDATE锁住该用户该任务的记录行或者用数据库唯一索引兜底比如(task_id, user_id, submit_time)加唯一约束。5.5 导出 Excel 时内存溢出现象管理员导出全院 200 人一学期的积分明细页面卡死Tomcat 报OutOfMemoryError。原因一次性把几万条记录读进List再写 Excel。解决用 POI 的SXSSFWorkbook流式写出每 1000 行刷一次磁盘查询用分页每页 500 条边查边写。如果数据量再大直接导出 CSV用BufferedWriter逐行写内存占用几乎为零。6. 从能跑到好用积分系统的三个进阶技巧第一个技巧是积分规则的版本化。院系的积分细则每学年可能微调如果直接改任务表的基础积分历史记录会跟着变导致上学期已审核的积分对不上。我的做法是给任务表加version字段每次修改积分规则时新增一条任务记录旧任务停用但保留。申报记录关联的是具体任务 ID历史数据不受影响。查询当前可用任务时只取status1的最新版本。第二个技巧是审核操作的幂等性。管理员网络卡顿重复提交审核请求或者批量接口被重试都会导致重复入账。除了前面说的行锁还可以在积分流水表上加唯一索引(source, user_id)source存declaration_123这样的业务键。插入冲突时捕获DuplicateKeyException直接返回成功不报错。这样即使接口被调用多次积分也只入账一次。第三个技巧是给积分汇总加缓存。教师端首页要显示总分和排名如果每次请求都SUM全表数据量大了会慢。用ConcurrentHashMap在应用层缓存key 是用户 IDvalue 是总分审核通过时更新缓存而不是删缓存。缓存失效时间设 10 分钟或者提供手动刷新按钮。注意多实例部署时本地缓存不一致那就改用 Redis但院系规模一般单实例就够。进阶点适用场景代价规则版本化积分细则每年调整任务表数据量缓慢增长幂等索引审核接口可能重试需要设计业务唯一键应用层缓存首页排名查询频繁多实例需换集中缓存最后说一个我自己的习惯每次改完积分相关的代码先手动造三条数据——一条正常通过、一条驳回、一条撤销跑一遍看流水和总分是否一致。这个习惯帮我省掉了至少三次期末对账的麻烦。系统不怕功能少怕的是账对不上。希望帮到你。本文还有配套的精品资源点击获取