尧图网页设计 
简介这份资源是面向计算机软件专业毕业设计场景的完整论文文档主题为基于Jsp的网上投稿系统设计与实现并带有专家审稿版本适合正在准备毕设选题、需要参考同类系统实现思路的本科生与指导教师。文档围绕传统邮寄与电子邮件投稿的时效差、易遗失、容量受限等痛点展开提出以B/S结构搭建在线投稿平台涵盖前台在线写稿、预览、投递与后台审稿、编辑、发布的全流程管理并涉及数据库设计、权限划分、系统安全性与可扩展性等关键环节。资源包共1个doc文件约367KB内容包含摘要、关键词、目录及绪论、系统分析等章节结构完整可直接作为论文写作与系统设计的参考范本。目前已有92人学习适合需要快速理解投稿系统业务逻辑、梳理毕设文档框架的读者借鉴使用。1. 基于 JSP 的网上投稿系统专家审稿这条线为什么最容易翻车如果你正在做基于 JSP 的毕业设计选题是网上投稿系统那大概率绕不开一个核心模块——专家审稿。很多同学把投稿、审稿、录用想成一条直线作者上传稿件编辑分配专家专家打分系统出结果。真动手才发现这条线里藏着状态流转、权限隔离、并发分配、意见回填四个大坑任何一个没处理好答辩现场演示就会当场翻车。这个标题讲的是用 JSP 技术栈实现一套带专家审稿环节的投稿管理系统。它解决的是稿件从提交到审稿意见回收的全流程数字化问题适合计算机软件专业做毕设的同学也适合想练手 JavaWeb 完整业务闭环的初学者。JSP 虽然常被说“老”但作为毕设技术栈它胜在资料多、结构清晰、答辩老师熟悉配合 Servlet JDBC 就能把一套带角色权限的系统跑起来。专家审稿模块是整个系统里业务最重、状态最多、最容易出玄学 bug 的地方把它吃透你的毕设就立住了。2. 专家审稿的状态机与数据库设计先把流转关系钉死2.1 稿件状态到底该设几个值新手最容易犯的错是把稿件状态和审稿任务状态混在一张表里。结果就是编辑改了稿件状态专家那边的待审列表跟着乱专家提交了意见稿件状态却没回写。正确做法是拆成两张表、两套状态。稿件主表paper的状态建议设 6 个值SUBMITTED已投稿、EDITOR_REVIEW编辑初审、ASSIGNED已分配专家、REVIEWING审稿中、ACCEPTED录用、REJECTED退稿。审稿任务表review_task的状态设 4 个值PENDING待接受、ACCEPTED已接受、SUBMITTED已提交意见、EXPIRED超期未审。为什么要拆开因为一篇稿件可能同时分配给 2 到 3 位专家每位专家的进度不一样。如果只有一套状态你没法表达“专家 A 已提交、专家 B 还在审”这种中间态。拆开之后稿件状态由所有审稿任务的状态聚合计算得出逻辑就清晰了。2.2 建表 SQL 与字段说明下面是我一般会用的核心表结构直接可以抄-- 稿件主表 CREATE TABLE paper ( id INT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL, author_id INT NOT NULL, file_path VARCHAR(300) NOT NULL, status VARCHAR(20) DEFAULT SUBMITTED, submit_time DATETIME DEFAULT CURRENT_TIMESTAMP, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ); -- 审稿任务表 CREATE TABLE review_task ( id INT PRIMARY KEY AUTO_INCREMENT, paper_id INT NOT NULL, expert_id INT NOT NULL, status VARCHAR(20) DEFAULT PENDING, score INT DEFAULT NULL, comment TEXT, assign_time DATETIME DEFAULT CURRENT_TIMESTAMP, deadline DATETIME, submit_time DATETIME, UNIQUE KEY uk_paper_expert (paper_id, expert_id) );paper表里status用字符串而不是数字是为了调试时一眼能看懂毕设阶段可读性比性能重要。review_task表上的uk_paper_expert唯一索引是关键它从数据库层面防止同一篇稿件重复分配给同一位专家这个坑后面避坑章节还会细说。deadline字段用来支持超期提醒score允许为空是因为专家接受任务时还没打分。2.3 状态流转的代码实现状态流转不要散落在各个 Servlet 里集中写一个工具类否则后期改规则会改到崩溃public class PaperStatusUtil { // 根据所有审稿任务聚合计算稿件状态 public static String calcPaperStatus(ListReviewTask tasks) { if (tasks null || tasks.isEmpty()) { return EDITOR_REVIEW; } boolean allSubmitted true; boolean anyRejected false; for (ReviewTask t : tasks) { if (!SUBMITTED.equals(t.getStatus())) { allSubmitted false; } if (t.getScore() ! null t.getScore() 60) { anyRejected true; } } if (!allSubmitted) { return REVIEWING; } return anyRejected ? REJECTED : ACCEPTED; } }这段逻辑说明只要还有任务没提交稿件就是REVIEWING全部提交后任意一位专家打分低于 60 就退稿否则录用。参数60是录用阈值实际做的时候建议抽成配置文件里的常量答辩时老师问“阈值能不能改”你能答上来。注意这里用的是聚合计算而不是直接改状态好处是任何一次任务状态变化后重新算一遍就行不会出现状态不一致。3. 用 JSP Servlet 跑通专家审稿的最小闭环3.1 环境准备与项目结构常见做法是用 IDEA 新建一个 JavaWeb 项目不要用 Maven 的 Spring Boot 模板毕设用传统结构反而清晰。目录结构如下src/ com.paper.dao/ 数据访问层 com.paper.servlet/ 控制层 com.paper.entity/ 实体类 web/ expert/ 专家相关页面 editor/ 编辑相关页面 author/ 作者相关页面 WEB-INF/web.xml 配置 lib/ 依赖 jar依赖只需要三个 jarmysql-connector-java、jstl、standard。JSTL 用来在 JSP 里做循环和判断比脚本片段干净得多。把 jar 放进web/lib后记得在 IDEA 的 Project Structure 里加到 Artifacts否则打包 war 时会丢。3.2 专家待审列表的查询与展示专家登录后要看到分配给自己的待审稿件。Servlet 负责查数据JSP 负责渲染// ExpertTaskServlet.java protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { User expert (User) req.getSession().getAttribute(user); if (expert null || !EXPERT.equals(expert.getRole())) { resp.sendRedirect(../login.jsp); return; } ReviewTaskDao dao new ReviewTaskDao(); // 只查该专家名下、状态为待接受或已接受的任务 ListReviewTask tasks dao.findByExpert(expert.getId(), new String[]{PENDING, ACCEPTED}); req.setAttribute(tasks, tasks); req.getRequestDispatcher(/expert/taskList.jsp).forward(req, resp); }逻辑说明先从 session 取当前用户并校验角色这是权限隔离的第一道关。findByExpert传入状态数组只拉未完成的任务已提交的历史任务不在待办里显示。参数expert.getId()来自 session 而不是前端传参这样能防止越权查看别人的任务。对应的 JSP 用 JSTL 渲染% taglib prefixc urihttp://java.sun.com/jsp/jstl/core % table border1 trth稿件标题/thth分配时间/thth截止时间/thth状态/thth操作/th/tr c:forEach items${tasks} vart tr td${t.paperTitle}/td td${t.assignTime}/td td${t.deadline}/td td${t.status}/td td c:if test${t.status PENDING} a hrefacceptTask?id${t.id}接受审稿/a /c:if c:if test${t.status ACCEPTED} a hrefreviewForm.jsp?taskId${t.id}填写意见/a /c:if /td /tr /c:forEach /table这里用c:if根据任务状态显示不同操作按钮待接受只能点接受已接受才能填意见。注意${t.paperTitle}需要 DAO 在查询时关联paper表把标题带出来别在 JSP 里再去查一次数据库那样会触发 N1 查询问题。3.3 审稿意见提交与状态回写专家填完分数和意见提交这一步要同时更新任务状态和重算稿件状态// SubmitReviewServlet.java protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { int taskId Integer.parseInt(req.getParameter(taskId)); int score Integer.parseInt(req.getParameter(score)); String comment req.getParameter(comment); ReviewTaskDao taskDao new ReviewTaskDao(); ReviewTask task taskDao.findById(taskId); // 校验任务必须属于当前专家且处于已接受状态 User expert (User) req.getSession().getAttribute(user); if (task null || task.getExpertId() ! expert.getId() || !ACCEPTED.equals(task.getStatus())) { resp.sendError(403, 无权提交该审稿任务); return; } taskDao.submitReview(taskId, score, comment); // 重算稿件状态 ListReviewTask all taskDao.findByPaper(task.getPaperId()); String newStatus PaperStatusUtil.calcPaperStatus(all); new PaperDao().updateStatus(task.getPaperId(), newStatus); resp.sendRedirect(taskList); }逻辑说明提交前做了三重校验——任务存在、属于当前专家、状态是已接受。少了任何一条别人就能通过改 URL 参数替你打分。提交后立刻重算稿件状态并回写保证数据一致。参数score建议在服务端再校验一次范围0 到 100前端typenumber挡不住构造请求。4. 专家分配与权限隔离最容易出越权的地方4.1 编辑分配专家的实现编辑在稿件详情页勾选专家提交后批量插入审稿任务// AssignExpertServlet.java protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { int paperId Integer.parseInt(req.getParameter(paperId)); String[] expertIds req.getParameterValues(expertIds); if (expertIds null || expertIds.length 0) { resp.sendRedirect(paperDetail?id paperId msgnoExpert); return; } ReviewTaskDao dao new ReviewTaskDao(); for (String eid : expertIds) { // insertIgnore 内部用 INSERT IGNORE 依赖唯一索引去重 dao.insertIgnore(paperId, Integer.parseInt(eid)); } new PaperDao().updateStatus(paperId, ASSIGNED); resp.sendRedirect(paperDetail?id paperId); }逻辑说明insertIgnore对应 SQL 的INSERT IGNORE配合前面建的唯一索引重复分配同一位专家时不会报错也不会产生脏数据。分配完成后把稿件状态改为ASSIGNED。参数expertIds是复选框提交的数组可能为空所以先判空再处理。4.2 三层权限校验别只做一层权限隔离要同时做三层缺一层都可能被绕过层级校验点实现位置登录层是否已登录Filter 拦截所有请求角色层角色是否匹配各 Servlet 入口判断数据层数据是否属于本人DAO 查询带 user_id 条件登录层用一个AuthFilter统一拦截排除登录页和静态资源。角色层在每个 Servlet 里判断session中的角色。数据层最关键比如专家查任务时 SQL 必须带expert_id ?不能只靠前端不显示别人的数据。很多毕设演示时老师会直接改 URL 参数试探数据层没做校验就会当场露馅。4.3 审稿意见的匿名处理如果选题要求双向匿名审稿专家看到的稿件里不能有作者信息作者看到的意见里不能有专家信息。实现方式是在 DAO 查询时用视图或者手动屏蔽字段-- 专家查看稿件时屏蔽作者字段 SELECT p.id, p.title, p.file_path, p.submit_time FROM paper p JOIN review_task t ON p.id t.paper_id WHERE t.expert_id ? AND t.status IN (PENDING, ACCEPTED);注意这里没有SELECT *而是显式列出字段把author_id排除在外。作者查看意见时同理只返回score和comment不返回expert_id。这种字段级控制在毕设里足够用比搞复杂的加密方案实在。5. 避坑与排查专家审稿模块的五个血泪教训5.1 重复分配同一位专家导致待办列表出现两条现象编辑手抖勾了两次同一位专家或者网络卡顿重复提交专家待办里同一篇稿件出现两条记录。原因插入审稿任务时没有去重数据库也没有唯一约束。解决在review_task表上建(paper_id, expert_id)唯一索引插入用INSERT IGNORE或先查后插。前端提交按钮加防抖只是辅助数据库约束才是后悔药。5.2 专家提交意见后稿件状态没变现象专家明明提交了意见编辑那边看稿件还是“审稿中”。原因提交意见的代码只更新了review_task忘了重算并回写paper状态。解决把状态重算逻辑抽成PaperStatusUtil.calcPaperStatus每次任务状态变化后调用一次。别在多个地方各写一套判断迟早不一致。5.3 中文乱码在意见字段里反复出现现象专家填的中文意见存进数据库变成问号或者页面显示乱码。原因JSP 页面编码、请求编码、数据库连接编码、表字符集四处有一处不对就会乱。解决统一四处设置——JSP 页头% page contentTypetext/html;charsetUTF-8 %请求用request.setCharacterEncoding(UTF-8)JDBC URL 加useUnicodetruecharacterEncodingUTF-8建表用DEFAULT CHARSETutf8mb4。四个地方缺一不可这是经典玄学问题。5.4 文件上传后专家下载 404现象作者上传的稿件专家点下载提示找不到文件。原因文件存到了项目临时目录重新部署 war 后临时目录被清空或者存的是相对路径换环境后路径失效。解决文件存到项目外的固定目录数据库只存文件名下载时用配置的根路径拼接。别存File对象的绝对路径换台机器就废。5.5 超期任务没有提醒现象专家忘了审稿过了截止日期系统毫无反应。原因没有定时任务扫描超期任务。解决毕设阶段不用上 Quartz写一个ServletContextListener启动时开一个定时线程每小时扫一次deadline NOW()且状态还是PENDING或ACCEPTED的任务改成EXPIRED并给专家发站内信。简单可靠答辩时还能讲出“超期自动处理”这个亮点。6. 让审稿流程更经得起答辩追问的两个进阶技巧第一个技巧是给审稿任务加操作日志。很多同学的系统只有最终状态老师问“这位专家什么时候接受的、什么时候提交的”就答不上来。加一张review_log表记录task_id、action、operator_id、action_time每次状态变更插一条。代码上就是在submitReview和acceptTask里各加一行插入。这样答辩时你能展示完整的时间线说服力完全不一样。CREATE TABLE review_log ( id INT PRIMARY KEY AUTO_INCREMENT, task_id INT NOT NULL, action VARCHAR(30) NOT NULL, operator_id INT NOT NULL, action_time DATETIME DEFAULT CURRENT_TIMESTAMP );第二个技巧是把录用阈值和专家人数做成可配置。我一般会在web.xml里配context-param或者在数据库建一张sys_config表存accept_score和min_expert_count。这样老师问“如果只要一位专家同意就录用行不行”你能当场改配置演示而不是回去改代码重新部署。这个细节能体现你考虑过系统的可扩展性。最后说个我自己的习惯每次改完状态流转相关的代码我都会手动走一遍完整流程——作者投稿、编辑分配、专家接受、专家提交、编辑看结果五步一步不落。因为状态机的 bug 往往藏在跨角色的衔接处单测某个 Servlet 是测不出来的。这套流程跑顺了你的网上投稿系统毕设基本就稳了。希望帮到你。本文还有配套的精品资源点击获取 JSP网上投稿系统专家审稿模块：状态机设计与权限隔离实战
简介这份资源是面向计算机软件专业毕业设计场景的完整论文文档主题为基于Jsp的网上投稿系统设计与实现并带有专家审稿版本适合正在准备毕设选题、需要参考同类系统实现思路的本科生与指导教师。文档围绕传统邮寄与电子邮件投稿的时效差、易遗失、容量受限等痛点展开提出以B/S结构搭建在线投稿平台涵盖前台在线写稿、预览、投递与后台审稿、编辑、发布的全流程管理并涉及数据库设计、权限划分、系统安全性与可扩展性等关键环节。资源包共1个doc文件约367KB内容包含摘要、关键词、目录及绪论、系统分析等章节结构完整可直接作为论文写作与系统设计的参考范本。目前已有92人学习适合需要快速理解投稿系统业务逻辑、梳理毕设文档框架的读者借鉴使用。1. 基于 JSP 的网上投稿系统专家审稿这条线为什么最容易翻车如果你正在做基于 JSP 的毕业设计选题是网上投稿系统那大概率绕不开一个核心模块——专家审稿。很多同学把投稿、审稿、录用想成一条直线作者上传稿件编辑分配专家专家打分系统出结果。真动手才发现这条线里藏着状态流转、权限隔离、并发分配、意见回填四个大坑任何一个没处理好答辩现场演示就会当场翻车。这个标题讲的是用 JSP 技术栈实现一套带专家审稿环节的投稿管理系统。它解决的是稿件从提交到审稿意见回收的全流程数字化问题适合计算机软件专业做毕设的同学也适合想练手 JavaWeb 完整业务闭环的初学者。JSP 虽然常被说“老”但作为毕设技术栈它胜在资料多、结构清晰、答辩老师熟悉配合 Servlet JDBC 就能把一套带角色权限的系统跑起来。专家审稿模块是整个系统里业务最重、状态最多、最容易出玄学 bug 的地方把它吃透你的毕设就立住了。2. 专家审稿的状态机与数据库设计先把流转关系钉死2.1 稿件状态到底该设几个值新手最容易犯的错是把稿件状态和审稿任务状态混在一张表里。结果就是编辑改了稿件状态专家那边的待审列表跟着乱专家提交了意见稿件状态却没回写。正确做法是拆成两张表、两套状态。稿件主表paper的状态建议设 6 个值SUBMITTED已投稿、EDITOR_REVIEW编辑初审、ASSIGNED已分配专家、REVIEWING审稿中、ACCEPTED录用、REJECTED退稿。审稿任务表review_task的状态设 4 个值PENDING待接受、ACCEPTED已接受、SUBMITTED已提交意见、EXPIRED超期未审。为什么要拆开因为一篇稿件可能同时分配给 2 到 3 位专家每位专家的进度不一样。如果只有一套状态你没法表达“专家 A 已提交、专家 B 还在审”这种中间态。拆开之后稿件状态由所有审稿任务的状态聚合计算得出逻辑就清晰了。2.2 建表 SQL 与字段说明下面是我一般会用的核心表结构直接可以抄-- 稿件主表 CREATE TABLE paper ( id INT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL, author_id INT NOT NULL, file_path VARCHAR(300) NOT NULL, status VARCHAR(20) DEFAULT SUBMITTED, submit_time DATETIME DEFAULT CURRENT_TIMESTAMP, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ); -- 审稿任务表 CREATE TABLE review_task ( id INT PRIMARY KEY AUTO_INCREMENT, paper_id INT NOT NULL, expert_id INT NOT NULL, status VARCHAR(20) DEFAULT PENDING, score INT DEFAULT NULL, comment TEXT, assign_time DATETIME DEFAULT CURRENT_TIMESTAMP, deadline DATETIME, submit_time DATETIME, UNIQUE KEY uk_paper_expert (paper_id, expert_id) );paper表里status用字符串而不是数字是为了调试时一眼能看懂毕设阶段可读性比性能重要。review_task表上的uk_paper_expert唯一索引是关键它从数据库层面防止同一篇稿件重复分配给同一位专家这个坑后面避坑章节还会细说。deadline字段用来支持超期提醒score允许为空是因为专家接受任务时还没打分。2.3 状态流转的代码实现状态流转不要散落在各个 Servlet 里集中写一个工具类否则后期改规则会改到崩溃public class PaperStatusUtil { // 根据所有审稿任务聚合计算稿件状态 public static String calcPaperStatus(ListReviewTask tasks) { if (tasks null || tasks.isEmpty()) { return EDITOR_REVIEW; } boolean allSubmitted true; boolean anyRejected false; for (ReviewTask t : tasks) { if (!SUBMITTED.equals(t.getStatus())) { allSubmitted false; } if (t.getScore() ! null t.getScore() 60) { anyRejected true; } } if (!allSubmitted) { return REVIEWING; } return anyRejected ? REJECTED : ACCEPTED; } }这段逻辑说明只要还有任务没提交稿件就是REVIEWING全部提交后任意一位专家打分低于 60 就退稿否则录用。参数60是录用阈值实际做的时候建议抽成配置文件里的常量答辩时老师问“阈值能不能改”你能答上来。注意这里用的是聚合计算而不是直接改状态好处是任何一次任务状态变化后重新算一遍就行不会出现状态不一致。3. 用 JSP Servlet 跑通专家审稿的最小闭环3.1 环境准备与项目结构常见做法是用 IDEA 新建一个 JavaWeb 项目不要用 Maven 的 Spring Boot 模板毕设用传统结构反而清晰。目录结构如下src/ com.paper.dao/ 数据访问层 com.paper.servlet/ 控制层 com.paper.entity/ 实体类 web/ expert/ 专家相关页面 editor/ 编辑相关页面 author/ 作者相关页面 WEB-INF/web.xml 配置 lib/ 依赖 jar依赖只需要三个 jarmysql-connector-java、jstl、standard。JSTL 用来在 JSP 里做循环和判断比脚本片段干净得多。把 jar 放进web/lib后记得在 IDEA 的 Project Structure 里加到 Artifacts否则打包 war 时会丢。3.2 专家待审列表的查询与展示专家登录后要看到分配给自己的待审稿件。Servlet 负责查数据JSP 负责渲染// ExpertTaskServlet.java protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { User expert (User) req.getSession().getAttribute(user); if (expert null || !EXPERT.equals(expert.getRole())) { resp.sendRedirect(../login.jsp); return; } ReviewTaskDao dao new ReviewTaskDao(); // 只查该专家名下、状态为待接受或已接受的任务 ListReviewTask tasks dao.findByExpert(expert.getId(), new String[]{PENDING, ACCEPTED}); req.setAttribute(tasks, tasks); req.getRequestDispatcher(/expert/taskList.jsp).forward(req, resp); }逻辑说明先从 session 取当前用户并校验角色这是权限隔离的第一道关。findByExpert传入状态数组只拉未完成的任务已提交的历史任务不在待办里显示。参数expert.getId()来自 session 而不是前端传参这样能防止越权查看别人的任务。对应的 JSP 用 JSTL 渲染% taglib prefixc urihttp://java.sun.com/jsp/jstl/core % table border1 trth稿件标题/thth分配时间/thth截止时间/thth状态/thth操作/th/tr c:forEach items${tasks} vart tr td${t.paperTitle}/td td${t.assignTime}/td td${t.deadline}/td td${t.status}/td td c:if test${t.status PENDING} a hrefacceptTask?id${t.id}接受审稿/a /c:if c:if test${t.status ACCEPTED} a hrefreviewForm.jsp?taskId${t.id}填写意见/a /c:if /td /tr /c:forEach /table这里用c:if根据任务状态显示不同操作按钮待接受只能点接受已接受才能填意见。注意${t.paperTitle}需要 DAO 在查询时关联paper表把标题带出来别在 JSP 里再去查一次数据库那样会触发 N1 查询问题。3.3 审稿意见提交与状态回写专家填完分数和意见提交这一步要同时更新任务状态和重算稿件状态// SubmitReviewServlet.java protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { int taskId Integer.parseInt(req.getParameter(taskId)); int score Integer.parseInt(req.getParameter(score)); String comment req.getParameter(comment); ReviewTaskDao taskDao new ReviewTaskDao(); ReviewTask task taskDao.findById(taskId); // 校验任务必须属于当前专家且处于已接受状态 User expert (User) req.getSession().getAttribute(user); if (task null || task.getExpertId() ! expert.getId() || !ACCEPTED.equals(task.getStatus())) { resp.sendError(403, 无权提交该审稿任务); return; } taskDao.submitReview(taskId, score, comment); // 重算稿件状态 ListReviewTask all taskDao.findByPaper(task.getPaperId()); String newStatus PaperStatusUtil.calcPaperStatus(all); new PaperDao().updateStatus(task.getPaperId(), newStatus); resp.sendRedirect(taskList); }逻辑说明提交前做了三重校验——任务存在、属于当前专家、状态是已接受。少了任何一条别人就能通过改 URL 参数替你打分。提交后立刻重算稿件状态并回写保证数据一致。参数score建议在服务端再校验一次范围0 到 100前端typenumber挡不住构造请求。4. 专家分配与权限隔离最容易出越权的地方4.1 编辑分配专家的实现编辑在稿件详情页勾选专家提交后批量插入审稿任务// AssignExpertServlet.java protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { int paperId Integer.parseInt(req.getParameter(paperId)); String[] expertIds req.getParameterValues(expertIds); if (expertIds null || expertIds.length 0) { resp.sendRedirect(paperDetail?id paperId msgnoExpert); return; } ReviewTaskDao dao new ReviewTaskDao(); for (String eid : expertIds) { // insertIgnore 内部用 INSERT IGNORE 依赖唯一索引去重 dao.insertIgnore(paperId, Integer.parseInt(eid)); } new PaperDao().updateStatus(paperId, ASSIGNED); resp.sendRedirect(paperDetail?id paperId); }逻辑说明insertIgnore对应 SQL 的INSERT IGNORE配合前面建的唯一索引重复分配同一位专家时不会报错也不会产生脏数据。分配完成后把稿件状态改为ASSIGNED。参数expertIds是复选框提交的数组可能为空所以先判空再处理。4.2 三层权限校验别只做一层权限隔离要同时做三层缺一层都可能被绕过层级校验点实现位置登录层是否已登录Filter 拦截所有请求角色层角色是否匹配各 Servlet 入口判断数据层数据是否属于本人DAO 查询带 user_id 条件登录层用一个AuthFilter统一拦截排除登录页和静态资源。角色层在每个 Servlet 里判断session中的角色。数据层最关键比如专家查任务时 SQL 必须带expert_id ?不能只靠前端不显示别人的数据。很多毕设演示时老师会直接改 URL 参数试探数据层没做校验就会当场露馅。4.3 审稿意见的匿名处理如果选题要求双向匿名审稿专家看到的稿件里不能有作者信息作者看到的意见里不能有专家信息。实现方式是在 DAO 查询时用视图或者手动屏蔽字段-- 专家查看稿件时屏蔽作者字段 SELECT p.id, p.title, p.file_path, p.submit_time FROM paper p JOIN review_task t ON p.id t.paper_id WHERE t.expert_id ? AND t.status IN (PENDING, ACCEPTED);注意这里没有SELECT *而是显式列出字段把author_id排除在外。作者查看意见时同理只返回score和comment不返回expert_id。这种字段级控制在毕设里足够用比搞复杂的加密方案实在。5. 避坑与排查专家审稿模块的五个血泪教训5.1 重复分配同一位专家导致待办列表出现两条现象编辑手抖勾了两次同一位专家或者网络卡顿重复提交专家待办里同一篇稿件出现两条记录。原因插入审稿任务时没有去重数据库也没有唯一约束。解决在review_task表上建(paper_id, expert_id)唯一索引插入用INSERT IGNORE或先查后插。前端提交按钮加防抖只是辅助数据库约束才是后悔药。5.2 专家提交意见后稿件状态没变现象专家明明提交了意见编辑那边看稿件还是“审稿中”。原因提交意见的代码只更新了review_task忘了重算并回写paper状态。解决把状态重算逻辑抽成PaperStatusUtil.calcPaperStatus每次任务状态变化后调用一次。别在多个地方各写一套判断迟早不一致。5.3 中文乱码在意见字段里反复出现现象专家填的中文意见存进数据库变成问号或者页面显示乱码。原因JSP 页面编码、请求编码、数据库连接编码、表字符集四处有一处不对就会乱。解决统一四处设置——JSP 页头% page contentTypetext/html;charsetUTF-8 %请求用request.setCharacterEncoding(UTF-8)JDBC URL 加useUnicodetruecharacterEncodingUTF-8建表用DEFAULT CHARSETutf8mb4。四个地方缺一不可这是经典玄学问题。5.4 文件上传后专家下载 404现象作者上传的稿件专家点下载提示找不到文件。原因文件存到了项目临时目录重新部署 war 后临时目录被清空或者存的是相对路径换环境后路径失效。解决文件存到项目外的固定目录数据库只存文件名下载时用配置的根路径拼接。别存File对象的绝对路径换台机器就废。5.5 超期任务没有提醒现象专家忘了审稿过了截止日期系统毫无反应。原因没有定时任务扫描超期任务。解决毕设阶段不用上 Quartz写一个ServletContextListener启动时开一个定时线程每小时扫一次deadline NOW()且状态还是PENDING或ACCEPTED的任务改成EXPIRED并给专家发站内信。简单可靠答辩时还能讲出“超期自动处理”这个亮点。6. 让审稿流程更经得起答辩追问的两个进阶技巧第一个技巧是给审稿任务加操作日志。很多同学的系统只有最终状态老师问“这位专家什么时候接受的、什么时候提交的”就答不上来。加一张review_log表记录task_id、action、operator_id、action_time每次状态变更插一条。代码上就是在submitReview和acceptTask里各加一行插入。这样答辩时你能展示完整的时间线说服力完全不一样。CREATE TABLE review_log ( id INT PRIMARY KEY AUTO_INCREMENT, task_id INT NOT NULL, action VARCHAR(30) NOT NULL, operator_id INT NOT NULL, action_time DATETIME DEFAULT CURRENT_TIMESTAMP );第二个技巧是把录用阈值和专家人数做成可配置。我一般会在web.xml里配context-param或者在数据库建一张sys_config表存accept_score和min_expert_count。这样老师问“如果只要一位专家同意就录用行不行”你能当场改配置演示而不是回去改代码重新部署。这个细节能体现你考虑过系统的可扩展性。最后说个我自己的习惯每次改完状态流转相关的代码我都会手动走一遍完整流程——作者投稿、编辑分配、专家接受、专家提交、编辑看结果五步一步不落。因为状态机的 bug 往往藏在跨角色的衔接处单测某个 Servlet 是测不出来的。这套流程跑顺了你的网上投稿系统毕设基本就稳了。希望帮到你。本文还有配套的精品资源点击获取