基于SSM的员工知识培训考试系统开发实战：从架构到部署

简介一套基于SSM与Vue的员工知识培训考试系统源码面向需要搭建在线考试平台的Java工程师、高校学生及毕业设计人员解决员工培训、考试管理数字化难题。系统涵盖用户信息管理、图片与视频素材管理、题库及考试流程等核心模块后端采用Spring、SpringMVC、MyBatisPlus与MySQL前端基于Vue与ElementUI并配备安装运行脚本便于快速部署调试。资源包共846个文件包含128个Java源码、167个JavaScript脚本、52个Vue组件、43个HTML页面以及SQL数据库文件、XML配置、样式表等类型齐全压缩包仅16.12MB目录结构清晰。已有194人浏览学习适合课程设计、毕业设计或企业培训系统二次开发参考可帮助理解SSM前后端分离项目完整实现过程。1. 一套员工知识培训考试系统说白了就是把培训流程搬上线一套员工知识培训考试系统说白了就是把“发培训资料、安排考试、人工判分、成绩归档”这套线下流程搬到Web上。我见过HR月底抱着一叠纸质试卷改到半夜也见过员工考完试几天等不到成绩。用SSMSpring、Spring MVC、MyBatis这套Java后端组合来实现Spring管业务对象和事务Spring MVC管请求分发MyBatis管SQL三层配合跑一个几百人规模的内部考培系统绰绰有余。谁适合来做这套系统课设和毕设缺一个完整业务闭环的学生公司里要快速交付内部系统的Java开发还有简历上需要一个SSM项目支撑、不想对着Java面试八股文空谈框架的求职者。接下来按“选型→建库→写代码→踩坑→部署”的顺序讲代码可以直接照着改。2. 选型逻辑与整体架构SSM三件套在考试系统里各自守什么岗位员工培训考试系统是典型的内部应用几百人同时在线考试基本就是峰值既没有高并发压力也没有分布式诉求。这类系统最怕的不是框架旧而是出了问题没人看得懂、改不动。SSM结构清晰每个请求从Controller到Service到Mapper都是一条一眼能看穿的直线排查问题顺着这条线扒就行。如果换成Spring Boot加MyBatis Plus开发确实更快但对理解Servlet容器、拦截器注册、事务代理这些Java Web底层的东西帮助不大而这些恰恰是面试时容易被追问的点。2.1 三个框架的职责边界Controller、Service、Mapper到底谁干活Spring负责业务对象的创建和装配也就是IoC。考试系统里ExamService依赖ExamMapperSpring在启动时把Mapper的代理对象注入ServiceService再注入Controller全程不需要new。Spring的AOP用来做声明式事务交卷判分这种“主表更新一条、明细表插入几十条”的操作只要在Service方法上标Transactional任何一个Insert失败都会让整个事务回滚。对考试系统来说事务是刚需你总不希望判分判到一半数据库断掉成绩没写进主表作答明细却插了一半。Spring MVC负责接收HTTP请求把URL映射到Controller方法。它的核心是DispatcherServlet所有请求先经过这个前端控制器再根据HandlerMapping找到对应的Controller。考试系统的接口不算多登录、查课程列表、开始考试、提交试卷、查成绩每一个都是一条“URL→Controller→Service→Mapper”的调用链。这里需要特别理解的原则是Controller只做参数接收、数据校验、调用Service、返回视图或JSON业务规则不要写在Controller里不然后面要改判分逻辑时你会在一堆Servlet代码里翻半天。MyBatis是把Java方法和SQL绑定在一起的持久层框架。它和Hibernate这类全自动ORM不同SQL由开发人员自己写执行计划完全可控。判分时需要一次性查出某张试卷的全部题目一句select where paper_id?就能搞定但如果你用Hibernate的HQL写反而多了对象关系映射的转换成本。SSM项目里Mapper接口的方法名必须和XML文件里的id一一对应namespace必须和接口全限定名一致这是SSM最经典的踩坑点后面避坑部分会细讲。2.2 包结构、请求流转与最小依赖搭工程时最容易错的一步一个能跑起来的SSM工程包结构通常长这样com.company.exam ├── controller # 控制器接收请求返回ModelAndView或JSON │ ├── LoginController.java │ ├── CourseController.java │ └── ExamController.java ├── service # 业务层接口 │ └── impl # 业务层实现事务注解加在这里 │ └── ExamServiceImpl.java ├── dao # MyBatis Mapper接口 │ ├── ExamMapper.java │ └── ExamAnswerMapper.java ├── mapper # MyBatis XML映射文件放在resources下 │ ├── ExamMapper.xml │ └── ExamAnswerMapper.xml ├── domain # 实体类对应数据库表 │ ├── SysUser.java │ ├── ExamPaper.java │ └── ExamQuestion.java ├── common # 拦截器、统一异常处理、工具类 │ └── LoginInterceptor.java └── config # Spring和MyBatis的配置包结构的设计原则是按“请求入口→业务处理→数据访问”纵向切分而不是按功能模块横着切。按“考试模块”“课程模块”横向分包系统小的时候没问题但一旦要抽公共的权限校验、日志、异常处理就会发现每个模块里都塞了一份改起来很痛苦。SSM的常见做法是统一分层模块之间靠Service方法互相调用公共逻辑下沉到common或base层。对应的pom.xml我一般会用一套互相兼容的版本把Spring和MyBatis的版本统一锁定避免依赖冲突properties spring.version5.3.24/spring.version mybatis.version3.5.10/mybatis.version mybatis-spring.version2.0.7/mybatis-spring.version /properties !-- Spring MVC 会连带引入 spring-webmvc、spring-core 等 -- dependency groupIdorg.springframework/groupId artifactIdspring-webmvc/artifactId version${spring.version}/version /dependency dependency groupIdorg.springframework/groupId artifactIdspring-jdbc/artifactId version${spring.version}/version /dependency !-- MyBatis 核心与 Spring 集成是两个依赖缺一不可 -- dependency groupIdorg.mybatis/groupId artifactIdmybatis/artifactId version${mybatis.version}/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version${mybatis-spring.version}/version /dependency这里有两点必须说清楚。第一spring-jdbc不是可有可无的事务管理器DataSourceTransactionManager就在这个包里忘了引Transactional直接报NoClassDefFoundError。第二mybatis和mybatis-spring是两个不同的坐标前者是ORM核心后者负责把Mapper接口扫描注册成Spring Bean实际项目里漏掉后者的现象就是Service注入Mapper时报找不到Bean很多人查半天代码查不出来。一次“员工点击开始考试”的完整请求链路是浏览器发/student/exam/start/{paperId}请求→DispatcherServlet根据注解映射到ExamController的startExam方法→方法从Session取当前用户校验是否有未完成考试→调用ExamService.startExam→ExamServiceImpl查询试卷和题目→ExamMapper执行select→结果封装成Model传给前端JSP或JS。整个过程是单向的出了问题按这个方向排查基本不会走偏。这套请求流转逻辑也是Java后端完整成长路线里必须吃透的基础框架会换但这个链路不会变。这套系统前端我用的是JSP加jQuery加Bootstrap没有单独拆前端工程。理由很简单考试系统页面少主要是登录页、课程列表、考试页、成绩页没有复杂交互。前后端分离在这种内部系统里反而会引入跨域、Token维护、前端构建部署的额外成本。当然如果你想把这个项目作为简历上的亮点去面Java岗位考试作答页完全可以用Vue做后端把题目和答案用JSON接口下发这属于可渐进演进的方向不影响SSM本体的架构。3. 数据库设计六张表把培训考试闭环撑起来数据库设计决定了后续开发是顺畅还是返工。员工知识培训考试系统本质上围绕两条业务主线一条是“培训”管理员上传课件员工查看一条是“考试”管理员配置试卷、员工作答、系统判分。培训线可以很轻一张课程表加一张学习记录表就能跑考试线必须仔细设计尤其答案表和考试记录表它们直接关系到判分准确性和防重复交卷。3.1 六张核心表与建表语句答案表是判分的关键先给一张完整的表清单方便对照字段关系表名作用关键字段sys_user用户username, password, real_name, roleedu_course培训课程title, attachment_url, creator_idexam_paper试卷paper_name, duration, pass_score, statusexam_question试题paper_id, question_type, content, answer, scoreexam_record考试记录user_id, paper_id, start_time, submit_time, score, statusexam_answer作答明细record_id, question_id, user_answer, is_correct六张表里sys_user支撑登录和权限edu_course支撑培训资料管理后面四张表是考试闭环。关键是理解它们之间的关联exam_paper是一张试卷exam_question每道题通过paper_id挂在卷子下员工开始一场考试时在exam_record插入一条记录状态置为进行中交卷时逐题把答案写进exam_answer同时把总分回写到exam_record.score。这样设计和好处是成绩汇总、明细分离导出报表或复查某个人某道题答了什么只需要一条SQL。核心建表语句可以直接照着用-- 用户表管理员和员工共用一张表用role区分 CREATE TABLE sys_user ( id INT(11) NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL COMMENT 登录账号, password VARCHAR(100) NOT NULL COMMENT 密码MD5摘要存储, real_name VARCHAR(50) DEFAULT NULL COMMENT 真实姓名, role TINYINT(4) NOT NULL DEFAULT 2 COMMENT 角色1管理员2员工, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT系统用户表; -- 试卷表 CREATE TABLE exam_paper ( id INT(11) NOT NULL AUTO_INCREMENT, paper_name VARCHAR(100) NOT NULL COMMENT 试卷名称, duration INT(11) NOT NULL DEFAULT 60 COMMENT 考试时长单位分钟, total_score INT(11) NOT NULL DEFAULT 100 COMMENT 试卷总分, pass_score INT(11) NOT NULL DEFAULT 60 COMMENT 及格分, status TINYINT(4) NOT NULL DEFAULT 1 COMMENT 状态1启用0停用, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT试卷表; -- 试题表answer字段只能在服务端使用绝不能下发给前端 CREATE TABLE exam_question ( id INT(11) NOT NULL AUTO_INCREMENT, paper_id INT(11) NOT NULL COMMENT 所属试卷ID, question_type TINYINT(4) NOT NULL COMMENT 题型1单选题2判断题, content VARCHAR(500) NOT NULL COMMENT 题干, option_a VARCHAR(200) DEFAULT NULL, option_b VARCHAR(200) DEFAULT NULL, option_c VARCHAR(200) DEFAULT NULL, option_d VARCHAR(200) DEFAULT NULL, answer VARCHAR(10) NOT NULL COMMENT 正确答案如A、B、C、D或对/错, score INT(11) NOT NULL DEFAULT 5 COMMENT 该题分值, PRIMARY KEY (id), KEY idx_paper_id (paper_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT试题表;字段类型上有几个细节容易被忽略。用户表和内容表要指定utf8mb4而不是utf8因为utf8在MySQL里最多只支持3字节emoji或生僻字写进去直接报错答案字段不要用TEXT单选题一个字符就够VARCHAR(10)更省空间且对索引友好paper_id和record_id这类查询高频的外键字段建表时就要把索引加上不然后期数据量上来交卷查试卷会明显变慢。考试记录表和作答明细表同样关键-- 考试记录表一场考试一条记录status控制是否能再次交卷 CREATE TABLE exam_record ( id INT(11) NOT NULL AUTO_INCREMENT, user_id INT(11) NOT NULL COMMENT 考生ID, paper_id INT(11) NOT NULL COMMENT 试卷ID, start_time DATETIME NOT NULL COMMENT 开始时间, submit_time DATETIME DEFAULT NULL COMMENT 交卷时间, score INT(11) DEFAULT 0 COMMENT 最终得分, status TINYINT(4) NOT NULL DEFAULT 1 COMMENT 1考试中2已交卷, PRIMARY KEY (id), KEY idx_user_paper (user_id, paper_id), KEY idx_status (status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT考试记录表; -- 作答明细表每题一条判分后回写入is_correct和score CREATE TABLE exam_answer ( id INT(11) NOT NULL AUTO_INCREMENT, record_id INT(11) NOT NULL COMMENT 考试记录ID, question_id INT(11) NOT NULL COMMENT 试题ID, user_answer VARCHAR(10) DEFAULT NULL COMMENT 考生答案, is_correct TINYINT(4) DEFAULT 0 COMMENT 是否正确1对0错, score INT(11) DEFAULT 0 COMMENT 本题得分, PRIMARY KEY (id), KEY idx_record_id (record_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT作答明细表;注意这里的status字段。很多人在设计考试记录表时会漏掉这个状态控制位导致同一个员工能对同一张卷子反复开始考试或者交卷接口被重复调用把成绩覆盖。把status作为“是否已交卷”的开关交卷时用update exam_record set status2 where id? and status1受影响行数为0说明已经交过卷直接拒绝这是最简单有效的防重复交卷方案。3.2 随机抽题还是固定组卷题库表该不该存paper_id上一节把exam_question直接挂在exam_paper下这是固定组卷方案。现实中很多考培系统还有另一种需求管理员维护一个公共题库考试开始时从题库随机抽若干题组成一张新卷子每个人拿到的题目内容或顺序不同能一定程度防互相抄答案。固定组卷实现简单、考试内容可控适合“制度宣贯考试”这种所有人考同一套题的场景。随机抽题需要把题库设计成独立表不存paper_id而是增加difficulty和category字段再在试卷表里记录抽题规则比如单选抽30题、判断抽20题每题5分。抽题的核心SQL是SELECT * FROM ( SELECT id, content, option_a, option_b, option_c, option_d, answer, score FROM exam_question WHERE question_type 1 AND category_id ? ORDER BY RAND() LIMIT 30 ) t ORDER BY id;外层再按id排序是为了保证每个人拿到的题目展示顺序一致只是题目集合不同方便后续统计。ORDER BY RAND()在小数据量下没问题但题库到5000道以上时这个查询会全表扫描并对每一行生成随机数再排序耗时明显上升。生产环境更常见的做法是先SELECT MAX(id)取一个随机id起点再往后取N条牺牲一定随机性换查询速度。对员工培训考试系统来说题库通常也就几百道直接RAND()完全够用不必过早优化。两种方案的共同点是正确答案answer字段绝不能出现在下发到页面的数据里。很多初学者把题目和答案放在同一个对象返回给前端考试时按F12就能看到所有答案这种事故我在实际项目里见过不止一次。规避方法在后面核心代码部分细说。4. 核心代码跑通登录拦截、组卷渲染、交卷判分数据库和工程骨架搭好后下一步是把核心流程串起来。这里不贴全量源码而是把最容易出错的四个点拆开讲登录状态怎么拦截、试卷数据怎么安全下发、判分怎么保证事务和防重、答案字段怎么避免泄露。4.1 登录会话与拦截器管理员和员工各进各的门SSM里最常见的登录方案是Session。登录成功后把当前用户对象放进session再写一个HandlerInterceptor对所有需要登录的URL做拦截public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 放行登录请求和静态资源 String uri request.getRequestURI(); if (uri.endsWith(/login) || uri.endsWith(.css) || uri.endsWith(.js) || uri.endsWith(.png)) { return true; } SysUser user (SysUser) request.getSession().getAttribute(loginUser); if (user null) { response.sendRedirect(request.getContextPath() /login); return false; } // 角色判断/admin/** 只允许管理员访问 if (uri.contains(/admin/) !1.equals(user.getRole().toString())) { response.sendError(403); return false; } return true; } }代码逻辑不复杂但有三个细节必须在Spring MVC配置里配套设置。第一拦截器要注册才生效第二要显式声明静态资源放行否则CSS和JS被拦页面样式全丢第三如果DispatcherServlet映射到/拦截器会连HTTP错误页都拦所以必须留好login路径。注册拦截器的配置如下mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mapping path/login/ mvc:exclude-mapping path/static/**/ bean classcom.company.exam.common.LoginInterceptor/ /mvc:interceptor /mvc:interceptors这里有个新手容易绕进去的问题exclude-mapping和拦截器内部的URI判断写一个就够了两处都做会增加维护时的理解成本。我一般在配置里只做静态资源和login的排除角色权限判断写在拦截器代码里因为角色规则会变比如某个接口后来允许员工访问时改代码比改XML直观。4.2 在线考试与自动判分防重交卷和事务回滚怎么实现下发试卷数据时有个重要约束题目可以给答案不能给。实际项目中常见做法是给实体类的answer字段加一个Jackson注解让它在序列化时被忽略但反序列化时可以接收public class ExamQuestion { private Integer id; private Integer paperId; private Integer questionType; private String content; private String optionA; private String optionB; private String optionC; private String optionD; JsonProperty(access JsonProperty.Access.WRITE_ONLY) private String answer; private Integer score; // getter/setter 省略 }说白了就是把answer字段变成“只进不出”的接收器后端判分能读到前端接口拿不到。判分的核心在Service层Transactional(rollbackFor Exception.class) public SubmitResult submitExam(SubmitExamDTO dto) { // 1. 查考试记录status1代表考试中防止重复交卷 ExamRecord record examRecordMapper.selectById(dto.getRecordId()); if (record null || record.getStatus() ! 1) { throw new BizException(考试记录不存在或已交卷); } // 2. 查试卷下的所有题目答案只从DB读不信任前端传回的任何answer ListExamQuestion questions examQuestionMapper.selectByPaperId(record.getPaperId()); MapInteger, String answerMap questions.stream() .collect(Collectors.toMap(ExamQuestion::getId, ExamQuestion::getAnswer)); // 3. 逐题比对写明细 int totalScore 0; for (SubmitAnswerDTO a : dto.getAnswers()) { String correctAnswer answerMap.get(a.getQuestionId()); boolean correct correctAnswer ! null correctAnswer.equalsIgnoreCase(a.getUserAnswer()); if (correct) { int qScore questions.stream() .filter(q - q.getId().equals(a.getQuestionId())) .findFirst().orElseThrow(() - new BizException(题目不存在)).getScore(); totalScore qScore; } examAnswerMapper.insert(dto.getRecordId(), a.getQuestionId(), a.getUserAnswer(), correct ? 1 : 0, correct ? qScore : 0); } // 4. 用status条件更新再次卡住重复提交 int rows examRecordMapper.submit(dto.getRecordId(), totalScore); if (rows 0) { throw new BizException(试卷已提交不能重复操作); } return new SubmitResult(totalScore); }这套代码把考试系统最重要的三点都照顾到了。Transactional(rollbackForException.class)明确指定所有异常都回滚避开Spring默认只回滚RuntimeException的坑第1步和第4步双重校验status不管前端重复点击还是手动构造请求重复调用第二次都会失败答案map从数据库查出前端传什么答案都不影响判分结果。需要特别说明的是selectById在没有加锁的情况下两个并发请求同时查到status1会双双通过第1步校验然后各自执行一遍判分最后第4步的update只有一条能成功另一条受影响行数为0被拒。也就是说即使不加悲观锁status条件更新也能保证“最多交卷成功一次”。如果你对并发一致性要求更高可以在第1步改用SELECT...FOR UPDATE让两个请求串行通过代价是数据库连接被锁住的时间变长。对小规模的员工考试系统前者已经够用。到这里培训、考试、判分这条主链路基本通了接下来是开发过程中真正让人头疼的部分。5. 避坑SSM考试系统最常见的五个翻车现场这五个坑是我在类似项目里见过最多、也踩过最多的按现象、原因、解决的顺序说清楚遇到直接照搬方案。5.1 现象Tomcat一启动就报Invalid bound statement (not found)这个报错几乎每个SSM新手都会遇到。Mapper接口方法名在代码里能点到一运行就报找不到绑定语句。原因有三层。第一XML文件的namespace写错没有用接口的全限定名第二Mapper XML文件放在src/main/java的包目录下构建时没被复制到classes目录第三Spring配置里没有配置mapperLocationsMyBatis根本不知道去哪找XML。解决把Mapper XML统一放到src/main/resources/mapper目录下在Spring配置中显式声明Mapper扫描bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.company.exam.dao/ /bean同时在mybatis配置里设置mapper-locations为classpath:mapper/*.xml。如果项目结构特殊XML必须放在Java包目录下需要在pom.xml里加资源目录声明否则打包后XML不会出现在classpath运行时一样报这个错。排查时先看target/classes下有没有对应的xml文件基本一眼定位。5.2 现象页面中文正常JSON接口返回的中文变成\u5b22或问号这个坑分两个层面。第一层是Spring MVC的字符串消息转换器默认用ISO-8859-1JSON里的中文会被转义成Unicode编码串浏览器能读但不友好第二层是MySQL连接串没带编码参数数据库表虽然是utf8mb4但连接层用latin1读写中文写入后直接变乱码。这种乱码不可逆脏数据只能删掉重建。JSON编码问题在Spring配置里加消息转换器解决mvc:annotation-driven mvc:message-converters bean classorg.springframework.http.converter.StringHttpMessageConverter property namedefaultCharset valueUTF-8/ /bean /mvc:message-converters /mvc:annotation-driven数据库连接串必须写成jdbc:mysql://localhost:3306/exam?useUnicodetruecharacterEncodingutf8注意XML里要转义成很多人在这里漏了转义导致配置解析报错。这类编码问题属于SSM里最玄学的坑之一配好了是常识配不好就变成“我代码明明没问题”的魔幻现场。我的排查习惯是先看浏览器响应头有没有charsetutf-8再查数据库连接串最后看表字符集按这个顺序十分钟内能定位。5.3 现象考试倒计时没到0后端直接把状态置成已交卷判了0分前端实现倒计时交卷常见两种方式一种用setInterval到0秒触发提交另一种是后端返回deadline时间戳前端用时间差倒计时。问题在于用户电脑休眠、切后台几十秒后返回时浏览器会节流甚至暂停定时器真正提交时间晚于deadline后端再收到这个延迟请求时因为校验发现已过截止时间直接拒绝并强制置为已交卷成绩变成0分。解决后端在交卷时不要拒绝所有“超时”请求。更稳妥的做法是把超时判定做成兜底定时任务在业务服务器上用Spring自带的Scheduled每分钟扫一次exam_record表把status1且deadline已过的记录强制交卷按已作答题目判分。前端正常交卷请求虽然可能晚了几秒但后端只校验status是否为1不校验当前时间是否超过deadline这样“到点系统自动判分”和“用户点交卷正常提交”两条路径都不会把成绩弄丢。这个兜底逻辑在考试系统里非常重要上线前一定要测试休眠恢复场景。5.4 现象Transactional标在Service方法上插入一半报错前面成功的数据却没回滚这个坑的原因通常有三个。第一Spring默认只回滚RuntimeException如果你在方法里catch住了异常并返回一个错误对象事务感知不到失败第二Service实现类方法被同类中的另一个方法调用比如submitExam内部调this.batchInsertQuestions事务代理没有生效第三事务扫描配置和组件扫描分散在两个Spring容器里spring-mvc.xml把Service也扫进去了导致事务管理器与Service不在同一个容器中。解决事务注解放在接口实现类上事务边界内抛出RuntimeException而不是用try-catch吞异常。SSM的标准做法是applicationContext.xml里统一扫Servicespring-mvc.xml只扫Controllercontext:component-scan base-packagecom.company.exam context:exclude-filter typeannotation expressionorg.springframework.stereotype.Controller/ /context:component-scan这个“一个容器管业务、一个容器管Web”的约定是SSM事务不生效问题最根本的解法。遇到事务不生效时先确认Service是被哪个容器扫描的再确认有没有catch吞异常八成是这两个原因之一。5.5 现象Maven依赖里明明写了Spring 5运行却报ClassNotFoundException或BeanCreationException依赖冲突是SSM项目里最隐蔽的坑。mybatis-spring的传递依赖可能带进一个旧版本的spring-jdbc或者你自己引入了不同版本的spring模块导致classpath里同时存在两个版本的同一个类Tomcat加载到哪个是它说了算代码怎么看都看不出问题。解决所有Spring模块用dependencyManagement在项目顶层统一锁版本然后执行mvn dependency:tree检查有没有重复依赖。出现冲突时优先排除传递依赖而不是在pom里盲目加新版本。再强调一遍mybatis-spring和mybatis版本必须匹配MyBatis 3.5.x配mybatis-spring 2.0.x、Spring 5.3.x这一组是经过大量生产验证的稳定组合不要在这个矩阵上盲目追新。6. 打包部署与优化从开发机到服务器SSM考试系统的最后一公里6.1 上线前必须外置的三类配置Maven打包成war丢进Tomcat的webapps就能跑但有三类配置绝不应该写在源码里数据库地址和账号密码、文件上传的物理路径、日志级别。我习惯建一个config.properties放在classes目录外Spring用PropertyPlaceholderConfigurer加载这样换环境只需要改配置文件不用重新打包。文件上传路径尤其容易翻车。开发时用System.getProperty(user.dir)取目录部署到Tomcat后指向的是tomcat/bin重启Tomcat临时文件被清空刚上传的培训课件全没了。教训是上传根目录永远用绝对路径外置Java代码里先File.mkdirs()建目录再写入。6.2 低成本优化让系统在低配服务器上也跑得稳数据库层面exam_record表的user_id、paper_id、status建联合索引exam_answer表的record_id建索引这两条就能覆盖考试闭环里的绝大多数查询场景。业务层面判分循环里的逐条insert可以改成MyBatis的batchExecutor批量插入一次连接批量执行几十条insert交卷耗时能从秒级降到百毫秒级。静态资源交给Nginx托管Tomcat只处理动态请求压力能小不少。如果要继续扩展方向很明确题库Excel导入、部门维度成绩统计、考试通知邮件、题目乱序和选项乱序这些功能都不影响现有表结构每加一个功能点顺便补上测试数据系统会越用越顺手。最后说一个我自己的习惯性动作上线前一定把建表脚本、初始化数据、配置模板三样东西放进一个deploy目录提交到代码仓库然后从头按文档走一遍部署流程。第一次部署因为某个依赖没装失败第二次就顺利多了这个习惯帮我少加了很多次班。直接拿这套基于SSM的员工知识培训考试系统去搭内部考培工具或者把它改成简历上的Java项目按上面的思路完整跑一遍应该能帮你少走不少弯路。希望帮到你。本文还有配套的精品资源点击获取