简介：一份面向计算机专业毕业设计的网上投稿系统完整设计方案，主要解决传统邮寄与电子邮件投稿流程冗长、反馈慢、易丢失等问题；系统基于Jsp技术，采用B/S架构，以SQL Server为后台数据库，实现稿件在线提交、审批、编辑与发布一体化管理。文档以河北农业大学本科毕业论文为例，包含摘要、关键词、目录、绪论、系统分析、系统设计等章节，不仅给出系统总体功能结构，还说明了稿件浏览、编辑、添加、更新、删除等模块的设计思路，以及前台用户在线写稿、预览、投递和后台管理员审批反馈的完整流程，适合需要完成类似课题或参考论文结构的学生使用。整个设计文档只有1个doc格式文件，压缩包大小367KB，内容集中且层次清晰，便于阅读和二次修改；目前已有92人学习，说明该课题在毕业设计中具备一定参考价值。通过学习这份设计文档，读者可快速掌握网上投稿系统的模块划分、数据库表设计要点及关键流程实现，对完成毕业设计或课程设计有实际帮助。
1. 基于JSP的网上投稿系统：从需求拆解到专家审稿闭环
如果你正在做毕业设计，或者接手了一个“网上投稿系统”的老旧项目维护，你会发现这类系统最核心的价值并不在“投稿”本身，而在于“专家审稿”这条业务链。一个完整的投稿系统，必须同时服务四类角色：作者、编辑、审稿专家、系统管理员。作者要能上传稿件、查看进度；专家要能在线审稿、填写评审意见；编辑要能分配稿件、汇总结果、发出录用通知。很多同学在开题时只关注“能不能传文件”“能不能显示列表”，结果答辩时被问到“审稿流程的状态机怎么设计”“专家和编辑的权限怎么隔离”就卡住了。
本篇文章我基于标题《基于Jsp的网上投稿系统设计与实现(专家审稿)》梳理一套可以直接照着做的技术方案，从数据表设计、JSP + Servlet + JDBC的分层实现，到专家审稿的状态流转、文件上传的避坑指南，再到部署到Tomcat的完整步骤，全部落成可复现的代码和配置。这篇文章适合正在做JavaWeb课程设计或毕业设计的同学，也适合需要快速搭一个内部投稿工具的团队参考——目标是让你拿到标题后，能直接动手写代码，而不是对着空项目发呆。
2. 网上投稿系统的业务模型与数据表设计：先定状态机，再写代码
2.1 四角色权限模型：作者、编辑、专家、管理员怎么分
投稿系统里最容易被做成一坨浆糊的就是权限模型。很多初学JSP的同学在Session里存一个userType字段，然后在每个JSP页面里用if判断显示什么按钮，这种做法在小demo里能跑，但一旦业务复杂起来，页面逻辑会被权限判断塞满，后期改一处权限就要翻遍所有页面。
我常用的做法是——在Servlet里统一做权限拦截，JSP页面不做权限判断。具体来说，在web.xml里配置一个Filter，根据Session中的role字段判断请求是否允许访问某个URL前缀。比如/author/*只允许作者访问，/reviewer/*只允许专家访问，/editor/*只允许编辑访问，/admin/*只允许管理员访问。这样权限模型清晰，而且在答辩时你可以直接说“我采用了过滤器实现基于角色的访问控制”，这个技术点本身就值不少分。
另一个容易漏掉的细节是角色和用户的关系。一个真实系统里，一个人可能既是作者又是专家，所以要设计用户表、角色表、用户角色关联表三张表，而不是在用户表里加一个role字段了事。虽然课程设计规模不大，但三表设计能体现出你对数据库规范化的理解，而且后续扩展时不用改表结构。
2.2 核心表结构：稿件表、审稿表、意见表的关系
基础的用户表（tb_user）至少要包含这些字段：user_id（主键，自增）、username、password（建议存MD5或SHA-256）、real_name、email、phone、role_id（外键关联角色表）。如果想做得更完善，可以加上institution（单位/学校）和research_direction（研究方向），这两个字段在专家分配时特别重要。
稿件表（tb_paper）是整个系统的核心，我建议这样设计字段：
CREATE TABLE tb_paper ( paper_id INT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL, abstract_text TEXT, keywords VARCHAR(100), file_path VARCHAR(255) NOT NULL, -- 稿件文件存储路径 author_id INT NOT NULL, -- 投稿作者ID status TINYINT DEFAULT 0, -- 状态：0-待分配 1-审稿中 2-审稿完成 submit_time DATETIME, update_time DATETIME, FOREIGN KEY (author_id) REFERENCES tb_user(user_id) );注意这里我把摘要字段命名为abstract_text而不是abstract，因为abstract是MySQL的保留字，直接用会报错。这是常见的踩坑点，很多人在写SQL时没注意，建表时直接报语法错误。
审稿表（tb_review）是连接稿件和专家的关联表：
CREATE TABLE tb_review ( review_id INT PRIMARY KEY AUTO_INCREMENT, paper_id INT NOT NULL, reviewer_id INT NOT NULL, review_status TINYINT DEFAULT 0, -- 0-未开始 1-已提交意见 score DECIMAL(3,1), -- 评分，如85.5 comment_text TEXT, -- 评审意见 assign_time DATETIME, finish_time DATETIME, FOREIGN KEY (paper_id) REFERENCES tb_paper(paper_id), FOREIGN KEY (reviewer_id) REFERENCES tb_user(user_id) );为什么要单独做一张tb_review表而不是直接把审稿意见字段塞进tb_paper？因为一篇论文通常要分配给2-3个专家进行盲审，每个专家都有自己的评分和意见。如果存到稿件表里，你只能存一个专家的结果；建关联表后，一条稿件对应多条审稿记录，才能实现真正意义上的“专家审稿”。在答辩时，这张表的设计思路会让评委看到你对一对多关系的理解。
2.3 状态机设计：投稿、分配、审稿、结果发布的流转
状态机是整个系统的灵魂，也是答辩时容易被追问的地方。我按下述状态来设计：
0 - 待分配：作者投稿成功后的初始状态，此时编辑可以在后台看到待分配稿件列表1 - 审稿中：编辑为该稿件分配至少一名专家后，状态变为审稿中2 - 审稿完成：所有被分配的专家都提交了意见，状态自动变为审稿完成3 - 已发布结果：编辑根据专家意见，做出“录用”“修改后录用”“退稿”的决定，并且作者能看到结果
这个状态流转的校验逻辑放在业务层（Service层），不要放在JSP页面里。常见做法是：作者上传稿件时status置为0；编辑执行分配操作时，向tb_review表插入记录，同时更新tb_paper.status = 1；当某稿件对应的所有tb_review的review_status都为1时，将稿件状态改为2；编辑点“发布结论”按钮后，状态改为3。
判断“所有专家都已审完”的SQL这样写：
UPDATE tb_paper p SET p.status = 2 WHERE p.paper_id = ? AND NOT EXISTS ( SELECT 1 FROM tb_review r WHERE r.paper_id = p.paper_id AND r.review_status = 0 );这句SQL的含义是：只有当不存在“已分配但未提交意见”的审稿记录时，才把稿件置为“审稿完成”。用一句话就能完成状态流转判断，比在Java里循环遍历审稿记录再判定的方式简洁得多，而且答辩时展示这句SQL，能明显展示你的SQL功底。
3. JSP + Servlet + JDBC三层架构实现：从登录到投稿的完整流程
3.1 项目结构怎么搭：Model / View / Controller 与包命名规范
先强调一个原则：JSP只负责显示数据，Servlet只负责接收请求和跳转页面，业务逻辑和数据库操作放在JavaBean（Model）里。这虽然是最基础的MVC，但很多同学会把<% ... %>脚本片段写满整个JSP，让项目变成一锅粥。下面的结构是经过实际验证、适合课程设计的一版：
src/ ├── com.example.paper.dao // 数据访问层：UserDao, PaperDao, ReviewDao ├── com.example.paper.entity // 实体类：User, Paper, Review ├── com.example.paper.service // 业务逻辑层：UserService, PaperService, ReviewService ├── com.example.paper.servlet // Servlet控制器：LoginServlet, UploadServlet, AssignServlet └── com.example.paper.filter // 权限过滤器：LoginFilter, RoleFilter web/ ├── WEB-INF/ │ ├── web.xml │ └── lib/ ├── css/ ├── js/ ├── author/ // 作者页面：submit.jsp, myPapers.jsp, paperDetail.jsp ├── reviewer/ // 专家页面：reviewList.jsp, reviewForm.jsp ├── editor/ // 编辑页面：assign.jsp, reviewResults.jsp ├── admin/ // 管理员页面：userManage.jsp └── login.jsp, index.jsp实体类（Entity）的作用是封装一行数据，属性与数据库字段一一对应。例如Paper实体包含paperId、title、abstractText、filePath、authorId、status属性，并提供对应的getter/setter。DAO层则通过JDBC把数据库中的行映射成Java对象，每个DAO类通常对应一张表——这是最基础也最容易理解的ORM思路。
3.2 登录模块与Session管理：把用户角色存进去
登录模块是所有功能的前提。实现逻辑很简单：用户提交用户名和密码到LoginServlet，Servlet调用UserDao.findByUsernameAndPassword()方法查询数据库，如果查到记录，就把user对象和role对象放进Session，然后根据角色跳转到不同的首页。
下面是LoginServlet的核心代码：
@WebServlet("/login") public class LoginServlet extends HttpServlet { protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username = request.getParameter("username"); String password = request.getParameter("password"); // 使用MD5加密密码后再与数据库比对 String hashedPwd = MD5Util.getMD5(password); User user = userService.login(username, hashedPwd); if (user == null) { request.setAttribute("errorMsg", "用户名或密码错误"); request.getRequestDispatcher("/login.jsp").forward(request, response); return; } // 关键：把用户ID和角色ID存入Session HttpSession session = request.getSession(); session.setAttribute("userId", user.getUserId()); session.setAttribute("roleId", user.getRoleId()); session.setAttribute("username", user.getUsername()); // 按角色跳转 if (user.getRoleId() == 1) { response.sendRedirect(request.getContextPath() + "/author/index.jsp"); } else if (user.getRoleId() == 2) { response.sendRedirect(request.getContextPath() + "/editor/index.jsp"); } else { response.sendRedirect(request.getContextPath() + "/reviewer/index.jsp"); } } }这里有两个细节值得说明。第一，密码不能明文存储，我用了MD5加盐（固定盐值或用户名作为盐均可）。虽然现在业界推荐BCrypt，但在JSP课程设计这个范围内，MD5已经足够体现安全意识，而且在答辩时可以回答“为什么不用明文密码”这个问题。第二，response.sendRedirect()跳转时没有把用户信息放到request里，因为重定向是两次请求，request里的数据在第一次请求结束后就消失了。这也是很多新手容易踩的地方——第一版写的request.setAttribute("user", user)再重定向，结果目标页面永远拿不到数据。
3.3 作者投稿与文件上传：Commons-FileUpload组件配置
投稿上传是整个系统里技术含量最高的一个点。原生Servlet处理文件上传，如果你用getParameter()去拿表单里的普通字段，会发现返回null——因为表单一旦设置enctype="multipart/form-data"，所有表单数据都会变成二进制流，必须用专门的组件解析。
我一般建议用Apache Commons-FileUpload组件。下载commons-fileupload-1.4.jar和commons-io-2.11.0.jar放进WEB-INF/lib目录后，编写UploadServlet：
@WebServlet("/upload") public class UploadServlet extends HttpServlet { protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // 1. 检查请求是否为文件上传类型 boolean isMultipart = ServletFileUpload.isMultipartContent(request); if (!isMultipart) { request.setAttribute("errorMsg", "表单类型错误"); request.getRequestDispatcher("/author/submit.jsp").forward(request, response); return; } // 2. 创建解析器 DiskFileItemFactory factory = new DiskFileItemFactory(); ServletContext servletContext = getServletContext(); File repository = (File) servletContext.getAttribute("javax.servlet.context.tempdir"); factory.setRepository(repository); ServletFileUpload upload = new ServletFileUpload(factory); upload.setFileSizeMax(10 * 1024 * 1024); // 单个文件最大10MB upload.setSizeMax(20 * 1024 * 1024); // 整个请求最大20MB String title = null; String abstractText = null; String keywords = null; String fileName = null; try { // 3. 解析请求 List<FileItem> items = upload.parseRequest(request); for (FileItem item : items) { if (item.isFormField()) { // 普通表单字段用getString()取 String fieldName = item.getFieldName(); String value = item.getString("UTF-8"); if ("title".equals(fieldName)) { title = value; } else if ("abstract".equals(fieldName)) { abstractText = value; } else if ("keywords".equals(fieldName)) { keywords = value; } } else { // 文件字段 fileName = new File(item.getName()).getName(); // 只取文件名，防路径穿越 String uploadPath = getServletContext().getRealPath("/uploads"); File uploadDir = new File(uploadPath); if (!uploadDir.exists()) { uploadDir.mkdirs(); } File uploadedFile = new File(uploadPath, fileName); item.write(uploadedFile); } } // 4. 把稿件信息写入数据库 Paper paper = new Paper(); paper.setTitle(title); paper.setAbstractText(abstractText); paper.setKeywords(keywords); paper.setFilePath("/uploads/" + fileName); paper.setAuthorId((Integer) request.getSession().getAttribute("userId")); paper.setStatus(0); paperService.addPaper(paper); response.sendRedirect(request.getContextPath() + "/author/myPapers.jsp"); } catch (Exception e) { e.printStackTrace(); request.setAttribute("errorMsg", "上传失败：" + e.getMessage()); request.getRequestDispatcher("/author/submit.jsp").forward(request, response); } } }代码里最需要警惕的坑在于中文文件名和重名覆盖问题。Tomcat 8.5+默认URIEncoding为UTF-8，但Commons-FileUpload组件解析文件名时如果不指定编码，中文文件名在部分Windows环境会乱码，所以调item.getString("UTF-8")是必须的。至于重名，更好的方案是用UUID或时间戳重命名文件，而不是直接用原文件名保存。
3.4 专家审稿与意见提交：事务处理和状态更新
专家审稿的页面逻辑相对简单：专家登录后，看到分配给自己的待审稿件列表，点击进入详情页，在线填写评分和评审意见，提交后把意见存入tb_review表，同时更新review_status = 1。
这里有一个值得注意的事务问题：如果tb_review表里只有一条审稿记录（即只分配了一个专家），那么专家提交意见时，要同时做两件事——更新review_status，以及判断稿件是否进入“审稿完成”状态。这两步操作必须在同一个事务里完成，否则可能出现“专家提交了意见但稿件状态还是审稿中”的数据不一致问题。
典型代码如下：
public void submitReview(int reviewId, double score, String comment) { Connection conn = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); // 开启事务 ReviewDao reviewDao = new ReviewDao(); reviewDao.updateReview(conn, reviewId, score, comment); // 更新审稿记录 // 查询同一稿件的其他审稿记录是否都已完成 int paperId = reviewDao.getPaperIdByReviewId(conn, reviewId); boolean allDone = reviewDao.isAllReviewDone(conn, paperId); if (allDone) { PaperDao paperDao = new PaperDao(); paperDao.updatePaperStatus(conn, paperId, 2); // 稿件状态变为审稿完成 } conn.commit(); } catch (Exception e) { if (conn != null) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } } throw new RuntimeException("审稿提交失败"); } finally { if (conn != null) { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException e) { e.printStackTrace(); } } } }这套写法能应对“单专家审稿”或“多专家审稿”两种情况，并且通过isAllReviewDone()方法保证状态流转的原子性。为了拿到connection，DBUtil采用ThreadLocal或每次新建连接都无所谓，但setAutoCommit(false)这一步不能省。
4. 部署到Tomcat：从打War包到配置数据库连接池
4.1 环境准备与JDBC连接配置：MyEclipse / IDEA 导入项目步骤
如果你拿到的是一个.doc格式的毕业设计说明文档，大概率还需要自己动手把代码从零建起来。通常需要下列工具版本：JDK 1.8、Tomcat 8.5/9.0、MySQL 5.7或8.0。注意JDK版本不要高于1.8——很多旧项目里的JSP页面依赖老版本Tomcat的编译器特性，JDK 11或17直接跑老项目会出现各种莫名其妙的编译错误。
数据库连接配置建议统一放到src/db.properties文件里，而不是把URL、用户名、密码散落在每个DAO类的代码中：
jdbc.driver=com.mysql.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/submission_system?useUnicode=true&characterEncoding=UTF-8&useSSL=false&serverTimezone=Asia/Shanghai jdbc.username=root jdbc.password=yourpasswordMySQL 8.0以上必须用com.mysql.cj.jdbc.Driver，而且URL里要带上serverTimezone参数，否则时间字段会报错。这个坑我在帮人排查时见过至少三次：驱动名写错或者时区未设置，启动后一操作数据库就抛异常。
4.2 Tomcat目录与War包热部署：发布到本地的两种方式
将项目部署到Tomcat有两种常见方式，这里都说一遍。第一种是把项目放到webapps目录下，第二种是改conf/server.xml里的<Host>节点或用IDEA内置的Deployment配置。对课程设计而言，我推荐最简单的一种做法——直接把打好的War包拷到webapps下，不需要改任何配置。
如果你已在IDE里建好Dynamic Web Project，导出War包的路径是：右键项目 → Export → WAR File。然后把submission_system.war放到Tomcat的webapps目录下，启动Tomcat后它会自动解压。访问地址就是http://localhost:8080/submission_system/。
为了让项目在启动后自动建表，可以在web.xml里配置一个ServletContextListener：
public class InitListener implements ServletContextListener { public void contextInitialized(ServletContextEvent sce) { // 检查数据库表是否存在，不存在则执行建表SQL DBUtil.initTables(); } }这样评审老师拿到你的项目后，不用手动打开Navicat执行SQL脚本，把项目一扔进Tomcat就能跑，这种细节往往能直接影响验收评价。
4.3 数据库中文乱码：过滤器、连接参数与建表三处排查
乱码问题几乎家家都遇到过，排查顺序很重要。第一查JSP页面编码，确保每个页面都在第一行写上<%@ page contentType="text/html;charset=UTF-8" language="java" %>，并且<meta charset="UTF-8">。第二查数据库连接URL里的characterEncoding=UTF-8，第三查建表时表的字符集。
建表语句末尾最好显式指定字符集：
CREATE TABLE tb_paper (...) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;使用utf8mb4而不是utf8，是因为utf8在MySQL里最多只能存3字节的字符，表情符号存不进去。如果你的系统不涉及emoji，utf8也够用，但utf8mb4是更稳妥的选择。
光有页面和连接配置还不够，最好加一个全局编码过滤器，统一处理请求乱码：
@WebFilter("/*") public class CharacterEncodingFilter implements Filter { public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { request.setCharacterEncoding("UTF-8"); response.setCharacterEncoding("UTF-8"); chain.doFilter(request, response); } }注意这个过滤器要放在其他过滤器（如权限过滤器）之前，因为后面的业务代码在读取request.getParameter()时，使用的编码已经由这个过滤器定好了。
5. 避坑指南：网上投稿系统开发中常见的五个拦路虎
5.1 文件上传后访问404，路径到底写没写对
现象：文件确实上传到了服务器磁盘，数据库里的file_path看起来也写进去了，但浏览器访问http://localhost:8080/submission_system/uploads/xxx.pdf时返回404。
原因：Tomcat默认的Web应用上下文根目录是webapps/submission_system/，getServletContext().getRealPath("/uploads")获取的其实是你项目部署后在Tomcat下的物理路径。如果你是用IDE部署的，这个路径通常是target/classes或某个临时工作目录，并不是你以为的项目根目录。更关键的是，如果你上传到了WEB-INF目录下，浏览器天然禁止访问；如果上传到项目根目录但IDE没同步刷新，也会出现404。
解决：不要使用getRealPath()这种依赖部署形态的写法，建议把上传路径配置成绝对路径。比如在db.properties同级放一个config.properties：
upload.dir=D:/upload_files/上传时直接写到D:/upload_files/，下载时直接用FileInputStream读取磁盘文件并响应到浏览器。这样无论项目部署在Tomcat的哪个位置，文件都不会丢。如果要下载文件，用下面这段代码：
@WebServlet("/download") public class DownloadServlet extends HttpServlet { protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String filePath = request.getParameter("filePath"); File file = new File(filePath); if (!file.exists()) { response.sendError(404, "文件不存在"); return; } response.setContentType("application/octet-stream"); response.setHeader("Content-Disposition", "attachment;filename=" + URLEncoder.encode(file.getName(), "UTF-8")); FileInputStream fis = new FileInputStream(file); OutputStream os = response.getOutputStream(); byte[] buffer = new byte[1024]; int len; while ((len = fis.read(buffer)) != -1) { os.write(buffer, 0, len); } fis.close(); os.close(); } }5.2 专家重复审稿，数据库里出现两条审稿结果
现象：同一个专家对同一篇论文提交了两次意见，数据库里出现两条review记录，而且第二次提交把第一次覆盖或新增了。
原因：没有在tb_review表上做唯一约束。在投稿系统中，一篇稿件分配给同一专家只能有一条审稿记录，这是业务规则。
解决：建表时给(paper_id, reviewer_id)加上联合唯一索引：
ALTER TABLE tb_review ADD UNIQUE INDEX uk_paper_reviewer (paper_id, reviewer_id);同时在ReviewDao里插入前先判断是否已存在记录，存在则执行UPDATE，不存在才执行INSERT。双管齐下，才能从根本上杜绝重复审稿。
5.3 文件上传大小超过默认限制，直接抛异常
现象：明明表单里写了enctype="multipart/form-data"，但上传超过1MB的文件时，Tomcat直接抛MaxUploadSizeExceededException，页面卡死。
原因：你没有在ServletFileUpload上设置setSizeMax()，而且Tomcat的默认请求体大小限制也会拦截。老版Tomcat默认单请求体上限是2MB，超过了就报错。
解决：设置上传解析上限（代码见3.3节），同时在Tomcat的conf/server.xml里找到<Connector>节点，增加属性：
<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" maxPostSize="20971520" />maxPostSize的单位是字节，20MB大约对应20971520。设置后重启Tomcat才生效。
5.4 JSP页面直接访问Servlet跳转路径迷失：base标签的妙用
现象：在/author/submit.jsp页面里写<a href="/submit">投稿</a>，点了之后浏览器地址栏变成localhost:8080/submit，而不是localhost:8080/submission_system/submit，页面404。
原因：以/开头的URL是绝对路径，它会直接跳到当前域名和端口的根路径，不会带上项目上下文路径（即/submission_system这个前缀）。
解决：在JSP页面的<head>区里加一个base标签：
<% String basePath = request.getScheme() + "://" + request.getServerName() + ":" + request.getServerPort() + request.getContextPath() + "/"; %> <base href="<%=basePath%>">加了这行之后，页面里所有相对路径都会自动以项目根路径/作为基准，不会再出现路径缺失或多一级的情况。
5.5 评审结果是“可修改后录用”，但作者找不到修改入口
现象：系统实现了“专家审稿”状态流转，但作者登录后，只能看到稿件状态是“审稿完成”，没有重新提交修改稿的功能入口。
原因：状态机设计少了“返修”分支。在实际的业务闭环里，编辑看完专家意见后，决定“退稿”或“录用”都好办——一个状态更新就完事。但“修改后重投”就需要第二次投稿流程，很多课程设计为了省事会砍掉这个分支，结果答辩时被评委一句话问住：“专家建议修改，你怎么走流程？”
解决：在tb_paper表再加一个字段is_revision，或者复用status状态码：4代表“退修中”。作者上传修改稿时，不新增一条稿件记录，而是更新原记录的文件路径和状态，并把状态变成1重新进入审稿。这样流程完整，代码改动也少。专家审稿系统做到这一步，不论功能上还是答辩效果上，都会提升一个档次。
6. 进阶技巧：用邮件通知驱动审稿进度，而不是让用户反复刷新
如果你还想在答辩时多几个亮点，我建议加一个“邮件通知”模块。现在的系统里，专家是否知道自己有新的审稿任务？作者是否知道稿件已经分配完成？如果都不通知，用户只能反复登录系统去刷新状态。加邮件通知后，业务体验立刻不一样。
实现思路不难——用JavaMail发送邮件。在专家被分配稿件时，调用邮件工具类给他的邮箱发一封邮件；作者上传稿件时，给编辑发一封提醒邮件。大致步骤：
- 下载
javax.mail.jar（或jakarta.mail.jar，取决于JDK版本）放到WEB-INF/lib。 - 写一个邮件工具类
MailUtil，配置SMTP服务器参数。 - 在
AssignServlet分配专家成功后调用MailUtil.sendReviewNotification()。
核心代码：
public class MailUtil { // 使用163或QQ邮箱SMTP服务发送邮件 private static final String SMTP_HOST = "smtp.163.com"; private static final String SMTP_PORT = "465"; private static final String USERNAME = "your_email@163.com"; private static final String PASSWORD = "your_smtp_auth_code"; public static void send(String to, String subject, String content) throws MessagingException { Properties props = new Properties(); props.put("mail.smtp.host", SMTP_HOST); props.put("mail.smtp.port", SMTP_PORT); props.put("mail.smtp.auth", "true"); props.put("mail.smtp.ssl.enable", "true"); Session session = Session.getInstance(props, new Authenticator() { @Override protected PasswordAuthentication getPasswordAuthentication() { return new PasswordAuthentication(USERNAME, PASSWORD); } }); MimeMessage message = new MimeMessage(session); message.setFrom(new InternetAddress(USERNAME)); message.setRecipient(Message.RecipientType.TO, new InternetAddress(to)); message.setSubject(subject, "UTF-8"); message.setText(content, "UTF-8"); Transport.send(message); } }注意这里的PASSWORD不是你邮箱的登录密码，而是SMTP授权码，需要在邮箱设置里单独开启。我用163邮箱时，第一次写死登录密码发送，结果报535 Error: authentication failed，排查了好半天才发现是授权码和密码的区别。
另一个容易忽略的问题是异步发送。千万别在Servlet里直接同步调用MailUtil.send()，因为SMTP握手和发送过程通常需要1-3秒，用户点击“分配专家”按钮后会白白等好几秒。常见做法是开一个线程池：
ExecutorService executor = Executors.newFixedThreadPool(5); executor.submit(() -> { try { MailUtil.send(to, subject, content); } catch (MessagingException e) { e.printStackTrace(); } });这样用户体验会好很多，也体现出你有并发编程意识。在答辩中被问到“系统有哪些优化点”时，你可以说：异步通知、连接池复用、上传文件用时间戳重命名等，这些都是加分项。
最后我想说，网上投稿系统这类JavaWeb设计的难点从来不是CRUD本身，而是“业务闭环是否完整”与“异常情况是否有兜底”。你多想一想“专家没提交意见怎么办”“上传超大文件怎么办”“两个专家意见相反怎么办”这些问题，就能比同期同学多迈出一步。我在做这套系统的过程中，踩过的坑基本都写在这篇文章里了——希望你拿到手后能把它们提前绕开，把时间花在真正有价值的状态机设计和流程体验上。希望帮到你。
本文还有配套的精品资源，点击获取
