简介：基于SSM框架的作业提交与批改程序，是一套面向高校计算机专业学生的Java毕业设计项目，主要解决传统作业收发效率低、批改反馈不及时的痛点。系统按角色划分为管理员、学生和老师：学生可维护个人资料、查看成绩并提交作业；老师负责发布作业、批改打分；管理员统筹系统用户、学生和老师的管理。技术栈采用Java、MySQL与SSM框架，业务闭环完整，适合课程设计、毕业设计答辩或SSM整合开发实战入门。资源包共470个文件，以Java源码、JSP页面、class文件、XML配置和jar依赖为主，同时包含CSS、JS前端资源及SQL数据库脚本，压缩包大小约37.39MB。演示视频能帮助快速掌握部署运行流程，源码中Controller、Service、Mapper层次分明，便于阅读和二次开发，适合用来自学排错或作为毕业设计的基础模板。已有123人浏览学习。
1. 毕业设计选型：为什么用 SSM 做作业提交与批改
答辩时最怕被问："SSM 框架在你这项目里到底做了什么？" 如果答不上来，后面聊什么都虚。作业提交与批改程序就是用来把这个问题讲清楚的项目——学生传作业、老师批改、管理员管人和课，功能不花哨，但 Spring 的 Bean 管理、SpringMVC 的请求流转、MyBatis 的 SQL 映射全都用上了。它是适合已经入门 Java 但还没完整做过一个 WEB 项目的人拿来练手的源码，也适合准备 Java 面试的人拿来做项目复盘。下文按我拆这个项目的顺序，把数据库设计、登录鉴权、作业流转和部署排错逐段拆开。每一处都会写出参数和可能踩的坑，而不是只贴类名。
2. SSM 三层职责拆分与数据库表结构设计
2.1 Spring、SpringMVC、MyBatis 各自的边界
看过这个项目源码的人会看到一堆直接以功能命名的 Controller：ZuoyexinxiController、ZuoyepingfenController、KechengxinxiController。这种命名不优雅，但对毕业设计来说反而好讲，类名即模块名。真正的理解难点在三者怎么配合：请求先进 DispatcherServlet，SpringMVC 的 HandlerMapping 根据 @RequestMapping 找到对应 Controller 方法；Controller 里注入的是 Spring 容器管理的 Service；Service 再调 MyBatis 的 Mapper 接口。注意，这里的 Mapper 接口没有实现类，MyBatis 在启动时会用 JDK 动态代理为它生成一个代理对象，调用方法名去匹配 XML 里的 SQL id。
讲清楚这个，答辩时就能解释 IoC 和 AOP 的实际位置：IoC 体现在你不用担心 Service 在哪儿 new，体系里统一交给 Spring；AOP 体现在后续要做的登录拦截、事务控制上，Spring 在代理层把逻辑插进去，业务代码里看不到。这比背一句"IoC 是控制反转"要有说服力。
2.2 数据模型：六张核心表与角色关系
从文件名能推断出项目至少包含课程信息、教师信息、学生信息、作业信息、作业评分、用户注册这几类数据。为了讲清角色关系，我一般会把核心表拆成三组：用户与角色、基础资料、作业流转。下面是一个常见的 MySQL 建表方案，表名沿用项目里的拼音风格，方便和 Controller 对应。
CREATE TABLE allusers ( id INT NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL COMMENT '登录名', pwd VARCHAR(64) NOT NULL COMMENT '密码', role VARCHAR(20) DEFAULT '管理员' COMMENT '角色标记', PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;逻辑说明：allusers 是项目里留给后台管理员登录用的表，role 字段可以直接写成字符串"管理员"。因为管理员数量少，密码散列后再存更好，如果是课堂演示项目，至少要对 pwd 做一次 MD5，避免答辩现场被问"密码是明文吗"。参数上，username 加唯一索引是为了防止注册时并发插入重复用户。
学生和教师分别放在独立表里，而不是和账号混在一张表，因为这两个角色要存的字段不同：学生需要学号、班级、专业；老师需要工号、职称、所属院系。这样设计后，登录表只负责认证，业务表只负责资料，两边通过唯一业务编号关联。作业相关的两张表，最简设计如下：
CREATE TABLE zuoyepingfen ( id INT NOT NULL AUTO_INCREMENT, zuoye_id INT NOT NULL COMMENT '作业ID', xuesheng_id INT NOT NULL COMMENT '学生ID', score DECIMAL(5,1) DEFAULT NULL COMMENT '分数', pingyu VARCHAR(255) DEFAULT NULL COMMENT '教师评语', tigai_status TINYINT DEFAULT 0 COMMENT '0未批改 1已批改', create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;这里我用 zuoyepingfen 对应项目里的 ZuoyepingfenController 含义。score 用 DECIMAL(5,1) 可以存 0.0 到 9999.9 的分值，平时百分制足够。tigai_status 用来做批改状态流转，比每次都去判断 score 是否为 null 要快，也方便列表页显示"待批改"红点。
下表汇总了核心表的作用与关键字段，供设计时对照：
| 表名 | 表用途 | 关键字段 | 与作业流程的关系 |
|---|---|---|---|
| allusers | 管理员/后台账号登录 | username, pwd, role | 独立于学生、老师的登录入口 |
| xueshengxinxi | 学生资料 | xuehao, name, banji | 作为作业成绩的外键来源 |
| jiaoshixinxi | 教师资料 | gonghao, name, zhicheng | 教师登录后关联课程与批改 |
| kechengxinxi | 课程信息 | kecheng, kechengmingcheng | 作业挂到具体课程下 |
| zuoyexinxi | 作业基本信息 | course_id, title, deadline | 提交与批改的参照 |
| zuoyepingfen | 评分记录 | zuoye_id, xuesheng_id, score | 一次提交对应一条评分记录 |
表与表之间不要建太多物理外键，MyBatis 里通过关联查询去维护逻辑关系更方便。原因有两个：一是物理外键在批量导入和删除时会带来额外锁；二是毕设项目通常会改字段，逻辑外键改起来只需要动 XML 里的 SQL。
2.3 用户体系合并：allusers 与学生/教师表的分工
很多 SSM 毕设会在一张 allusers 表里放所有角色的账号。这个项目既然单独有学生和教师表，说明作者想让管理员、学生、老师走不同的注册入口。这个设计有它的代价：学生表和教师表要各维护一份密码，和 allusers 的密码逻辑重复。如果将来要接统一登录，需要额外做账号绑定。
我拆的时候会建议保留现有结构，但把登录入口统一到同一个 Controller，再多传一个用户类型参数。这样拦截器校验时只查会话里的 role 字段，业务数据再从对应资料表读取。相比把所有角色塞进一张表然后靠 role 区分，这种拆法更贴合真实项目里多身份系统的扩展方式。
3. 基于拦截器的三角色登录鉴权与权限控制
3.1 登录状态与角色标记
登录逻辑看起来简单：查用户名和密码，比对成功就写 session。但角色标记必须和 session 一起写入，否则后续每个请求都要重新查库。项目里 AllusersController 负责后台登录，学生和老师走注册登录，关键点在于登出时要让 session 失效，防止用户按返回键绕过拦截。
这里有个 Java 面试题里常考的点：session 的存储依赖 Cookie 里的 JSESSIONID，如果项目部署在集群环境，默认 session 会有丢失风险。毕设不需要处理分布式会话，但你要知道这个边界。
我拆这个项目时看到 AllusersController 里有独立的登录验证方法。它先查用户名是否存在，再比对密码。这里有一个小坑：如果先查用户再比对密码，查询结果为空时也要走同一个提示信息，否则别人可以通过返回信息判断账号是否存在。和 SSM 的登录体系配合时，最好把账号检查、密码校验、session 写入拆成三个私有方法，每个方法只做一件事，测试时也好写单元用例。
3.2 自定义拦截器实现 URL 级防护
SSM 中做权限拦截最常见的做法是继承 HandlerInterceptorAdapter 重写 preHandle，在 SpringMVC 配置文件里注册要拦截的路径。下面是一个按角色校验的拦截器模板。
public class LoginInterceptor extends HandlerInterceptorAdapter { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session = request.getSession(); String role = (String) session.getAttribute("role"); String uri = request.getRequestURI(); // 放行登录、注册、静态资源 if (uri.contains("/login") || uri.contains("/register") || uri.endsWith(".js")) { return true; } if (role == null) { response.sendRedirect(request.getContextPath() + "/login.jsp"); return false; } // 细分角色：管理员进 admin，教师进 teacher，学生进 student if (uri.contains("/admin/") && !"管理员".equals(role)) { response.sendError(HttpServletResponse.SC_FORBIDDEN); return false; } return true; } }说明：preHandle 返回 false 表示中断请求，后续 Controller 不会执行。这里先放行所有未带路径规则的 URL，再用前缀规则挡住敏感目录。注意登录页本身不要被拦截，否则会出现"跳到登录页又要求登录"的死循环。response.sendRedirect 需要写上下文路径，直接用 request.getContextPath() 拼，避免部署时改了应用名导致跳转 404。
配置注册拦截器时，注意 SpringMVC 的 mvc:interceptors 声明顺序，先声明的拦截器先执行。如果同时配置了多个拦截器，preHandle 按声明顺序执行，postHandle 相反，这个顺序在排查"为什么没进拦截器"时很有用。另一个坑是拦截器默认拦截所有路径，包括 SpringMVC 的静态资源处理，所以静态资源要单独放行，否则页面样式全红。
提示：拦截器做权限控制只能防手滑，不能防恶意攻击。真正的权限校验要在 Service 层再做一次对象归属判断。毕业设计答辩时如果能主动说出这层，面试官会认为你理解层次不同。
3.3 权限矩阵与注册入口过滤
在这个项目里，管理员、教师、学生三类角色的操作范围差别很大。我一般会在设计文档里先画一张权限矩阵，再写进代码注释，方便答辩时展示：
| URI 前缀 | 管理员 | 教师 | 学生 |
|---|---|---|---|
| /admin/** | 允许 | 拒绝 | 拒绝 |
| /teacher/** | 允许 | 允许 | 拒绝 |
| /student/** | 允许 | 拒绝 | 允许 |
| /zuoyepingfen/** | 只读 | 批改 | 不可见 |
上面的拦截器只做了前缀校验，业务方法内部的细粒度控制还需要配合一个简单注解，比如定义@RequiresRole("教师")。因为拦截器拿的是请求路径，注解拿的是方法级签名，二者互补：路径拦截挡住不该来的 URL，注解挡住参数越权。比如某个学生把请求 URL 改成 /zuoyepingfen/updateScore，即使路径匹配，方法内也要再校验当前 session 的 role 或对象的归属关系。
注册入口也要拦截。项目里有 YonghuzhuceController，说明学生和教师是通过注册进来。如果放开发布，通常要加图形验证码和邮箱验证；在毕设里至少要用一个防止机器人提交的隐藏字段。做这些不是丢功能，而是展示你对网络安全的基础认知。
4. 作业上传、批改与成绩回写的核心流程实现
4.1 学生作业提交：表单、文件上传与 SQL 写入
作业提交的关键是文件上传和关联表插入。SSM 中通常用 MultipartFile 接收文件，先判断文件大小和类型，再写到服务器本地磁盘。文件名要重新生成，不能直接用用户原始文件名，否则不同班级上传同名文件会互相覆盖。生成规则我习惯用当前时间戳加下划线再加原文件名。
@Controller @RequestMapping("/student") public class StudentZuoyeController { @Value("${upload.path}") private String uploadPath; @PostMapping("/submitZuoye") public String submit(@RequestParam("zuoyeId") Integer zuoyeId, @RequestParam("xueshengId") Integer xueshengId, @RequestParam("file") MultipartFile file, RedirectAttributes attr) throws Exception { if (file.isEmpty()) { attr.addFlashAttribute("msg", "请选择要上传的文件"); return "redirect:/student/zuoyeList"; } String original = file.getOriginalFilename(); String newName = System.currentTimeMillis() + "_" + original; File target = new File(uploadPath + File.separator + newName); // 作业目录不存在时先创建 if (!target.getParentFile().exists()) { target.getParentFile().mkdirs(); } file.transferTo(target); // 插入作业提交记录 zuoyeService.saveSubmit(zuoyeId, xueshengId, newName); attr.addFlashAttribute("msg", "提交成功"); return "redirect:/student/zuoyeList"; } }说明：@Value 从 properties 读取上传目录，避免把绝对路径写死在代码里。transferTo 是 MultipartFile 提供的标准方法，底层会处理临时文件清理；如果用了 getInputStream 手动读，记得在 finally 里关闭流。RedirectAttributes 用来实现重定向后的消息传递，比直接 forward 更符合 PRG（Post/Redirect/Get）模式，刷新页面时不会重复提交作业。这里要注意，文件路径必须存到数据库，下载时重新拼接服务器路径，而不是把客户端完整路径存进去，否则换浏览器文件就丢了。
项目的 VeDate 类在这个环节也派得上用场，它就是封装日期时间格式化的工具，判断截止时间、计算提交超时都可以用它转字符串后比较，做演示时不会出现"时间格式不统一"的问题。
4.2 教师批改：评分更新与成绩回写
教师进入待批改列表，看到的是学生提交的文件名、提交时间，点击批改后填写分数和评语。批改动作对应的 SQL 通常是 update，而不是先删后插。因为一条提交记录在没有批改时就已经存在，教师反复保存只更新 score 和 pingyu。
UPDATE zuoyepingfen SET score = #{score}, pingyu = #{pingyu}, tigai_status = 1, p_person = #{teacherId}, p_time = NOW() WHERE zuoye_id = #{zuoyeId} AND xuesheng_id = #{xueshengId}分别解释这几个参数：score 是教师输入的百分制分数；pingyu 是评语；tigai_status 置为 1 表示已批改；p_person 记录批改教师 ID，用于追责和统计工作量；NOW() 由数据库生成时间，避免各服务器本地时钟偏差。WHERE 条件同时包含 zuoye_id 和 xuesheng_id，是因为一对提交记录只有这两个字段能唯一确定一行，如果只按 zuoye_id 更新，会把一个班所有学生的作业都改成同一个分数。
在 Service 层执行这个更新时，要注意事务边界。批改除了更新评分表，往往还要更新作业表的批改进度字段，两步操作如果没加 @Transactional，第二步抛异常时第一步已经提交，数据就不一致了。我把这个场景单独拿出来分析，是因为它在面试里常被包装成"一个学生提交和教师批改同时发生怎么办"的问题。
4.3 成绩列表的关联查询与状态机
学生端查看成绩时，需要同时展示作业名称、课程名称、得分、评语、教师姓名。这些数据分布在四张表里：zuoyepingfen、zuoyexinxi、kechengxinxi、jiaoshixinxi。MyBatis 里用联表查询一次拿回来，比逐条 set 再查要稳定。
public List<ZuoyeScoreVO> getScoreList(Integer studentId) { return zuoyeMapper.selectScoreByStudentId(studentId); }<select id="selectScoreByStudentId" resultType="com.example.vo.ZuoyeScoreVO"> SELECT f.score, f.pingyu, f.tigai_status, z.title AS zuoyeTitle, c.kechengmingcheng AS courseName, j.name AS teacherName FROM zuoyepingfen f LEFT JOIN zuoyexinxi z ON f.zuoye_id = z.id LEFT JOIN kechengxinxi c ON z.kecheng_id = c.id LEFT JOIN jiaoshixinxi j ON f.p_person = j.id WHERE f.xuesheng_id = #{studentId} ORDER BY f.create_time DESC </select>参数说明：studentId 是当前登录学生的 ID；VO 里的字段用别名对齐 SQL 返回的列名，MyBatis 会自动映射驼峰属性到带下划线的列。这里用 LEFT JOIN 是为了防止教师还没批改时，联到 jiaoshixinxi 上没有记录导致整行丢失。成绩状态建议做成一个简单的常量枚举：0 未提交、1 已提交待批改、2 已批改、3 打回重交。在列表页用状态数字切换按钮，而不是用嵌套 if 散落逻辑，代码才能短。
成绩列表常常遇到的性能问题是 N+1：先查到学生的所有提交记录，再循环里逐条查作业名和课程名。上面的 SQL 把关联放到一次查询里，一次 IO 完成，这是最直接的优化。如果数据量超过十万，再考虑在建索引时把 xuesheng_id 与 zuoye_id 的联合索引加上。
5. 部署排错与 MyBatis 日志调优
5.1 中文乱码与上传大小配置
SSM 项目部署到 Tomcat 后最常见的问题是中文乱码。三个位置都要检查：JSP 的 pageEncoding、SpringMVC 的 CharacterEncodingFilter、MySQL 的连接字符集。连接串里加上 characterEncoding=utf8&useSSL=false 能解决大部分乱码源。上传大作业文件时要注意 Tomcat 的 maxPostSize 和 SpringMVC 的 multipart 参数是两层，先看控制台报的FileUploadException是超大小还是临时目录不存在。
5.2 @Transactional 失效与事务边界
自调用是 @Transactional 失效的重灾区：同类里一个方法调另一个 @Transactional 方法时，代理对象没有经过，注解不生效。拆项目时建议把批改更新和进度更新放在不同 Service 或通过注入自身代理调用来解决。另外 MySQL 的 MyISAM 引擎不支持事务，建表要确认是 InnoDB。还有把 checked 异常抛出去时，Spring 默认不回滚，需要 rollbackFor=Exception.class；检查事务是否生效最简单的办法是直接在方法里抛一个 RuntimeException，看数据库有没有变回去。
5.3 打开 MyBatis SQL 日志定位问题
调试作业批改流程时，最有效率的手段是把 MyBatis 打印的 SQL 打开。在 logback 或 log4j 里做如下配置：
<logger name="com.example.mapper" level="TRACE"/>这行配置的含义是：对 com.example.mapper 包下的所有 Mapper 接口开启 TRACE 级日志，控制台会滚动输出每条 SQL 的 Preparing、Parameters 和 Total 时间。配合 4.2 的更新语句，你能直接看到参数是否被正确绑定，也能看出是 WHERE 条件没拼对还是参数类型不匹配。把映射包名换成你项目实际的 mapper 包即可。
参数顺序问题会在这里暴露得很明显：MyBatis 报There is no getter for property named时，先检查 XML 里 #{} 的名字和参数对象的属性是否一致，再检查是否用了 @Param 注解。日志里如果看到 LIMIT 后面出现字符串，八成是 MySQL 方言配置没生效。把 stdOutLogging 打开后，回到演示视频里的批改流程，用日志对照一遍，基本上一条作业成绩查不对的问题，半小时内能定位清楚。
本文还有配套的精品资源，点击获取
