本文还有配套的精品资源，点击获取 menu-r.4af5f7ec.gif

简介：直接可运行的JavaWeb在线刷题系统，专为计算机专业学生准备毕业设计、课程设计或期末大作业。基于Servlet/JSP或Spring MVC技术实现，包含完整前后端代码：前端页面采用HTML+CSS+JavaScript，后端使用Java处理业务逻辑，MySQL数据库配套online_quiz_website.sql脚本一键导入。功能覆盖用户注册登录、题目分类管理、随机组卷、限时答题、自动判分、成绩查询与错题回顾。压缩包内含两个独立可部署版本（Online-quiz-site-master和online website2），结构清晰区分服务端与客户端模块；‘运行图片’文件夹提供真实界面截图参考；README.md含基础部署步骤，pom.xml已配置Maven依赖，.gitignore和.idea等开发环境配置齐全。项目经实际部署验证，支持Tomcat 8/9/10，无需额外修改即可本地启动运行，适合快速上手、学习调试或二次开发扩展新功能。

1. 项目概述：为什么这个刷题系统能稳拿高分，又真正“能跑起来”

你是不是也经历过这样的毕业设计困境：网上搜了一堆“JavaWeb在线考试系统”，点开一看——要么只有半拉子前端页面，后端接口全是TODO；要么数据库脚本缺失，建表语句里还带着-- 这里要加外键约束（待补充）；更别提那些连pom.xml都报红、web.xml配置错位、Tomcat一启动就404的“源码包”。最后熬了三周，答辩PPT做得花里胡哨，代码却跑不起来，导师一句“功能没验证，先部署再说”，当场卡壳。

这个“JavaWeb在线刷题系统”不是那种“看起来很美”的Demo。它是我带过的6届计算机专业毕设中，唯一一个学生交上来当天，我直接丢进Tomcat 9.0.83里，改两行数据库连接配置，刷新浏览器就看到登录页弹出来的项目。评审老师现场点开“随机组卷→开始答题→提交→立刻显示得分+错题解析”，全程没卡顿、没报错、没跳转空白页——98分不是靠PPT炫技，是靠每一行代码都经得起真机压测。

它解决的从来不是“有没有”的问题，而是“能不能用、好不好改、值不值得学”的问题。关键词里的“JavaWeb刷题”不是泛泛而谈：前端是原生HTML+CSS+JS写的响应式布局，没套Vue全家桶，避免学生陷入框架语法迷宫；后端明确区分两个技术路径——Online-quiz-site-master用纯Servlet/JSP+JDBC实现，适合打牢基础；online website2则升级为Spring MVC+MyBatis，方便理解主流企业架构。数据库脚本online_quiz_website.sql里，连user表的password字段都加了CHAR(64)长度并注释“存SHA-256加密后密文”，不是简单写个VARCHAR(50)糊弄事。更关键的是，“运行图片”文件夹里那12张截图，每一张都是真实操作录屏截取：从管理员后台添加“数据结构”分类下的“二叉树遍历”题目，到学生答题时倒计时归零自动交卷，再到成绩页点击“查看错题”弹出带正确答案和解析的模态框——这不是效果图，是运行日志的视觉化证据。

所以如果你是正在赶毕设的学生，它能让你少走三个月弯路；如果你是刚学完Servlet想练手的初学者，它告诉你HttpSession怎么安全存用户角色、Filter怎么统一拦截未登录请求；如果你打算基于它二次开发（比如加个AI错题推荐），两个版本的工程结构已经帮你把服务端（src/main/java/com/quiz/service）、客户端（web/static/js/quiz.js）、静态资源（web/static/css/）物理隔离清楚。它不承诺“一键生成论文”，但保证你答辩时演示环节稳如老狗——因为它的每一处设计，都来自真实课堂反馈和线上部署踩坑记录。

2. 整体架构与技术选型：为什么不用Spring Boot？为什么坚持双版本？

2.1 架构分层逻辑：拒绝“大杂烩”，强调职责边界

很多学生做的毕设系统，后端代码全塞在Servlet里：查数据库、拼HTML、处理JSON、校验参数全在一个doPost()方法里。这种写法在答辩时被问“如果要加微信登录，你改哪？”基本答不上来。而本项目的两个版本，都严格遵循经典JavaWeb三层架构，但实现方式有深意：

  • Online-quiz-site-master（Servlet/JSP版）采用 “Servlet做控制器 + JSP做视图 + DAO层封装JDBC” 的轻量组合。
    比如学生答题逻辑：AnswerSubmitServlet只做三件事——① 从request里提取questionId和selectedOption；② 调用AnswerService.submitAnswer()业务方法；③ 根据返回结果request.setAttribute("result", "success")并forward到result.jsp。所有SQL操作被封装在QuestionDAO类里，getConnection()方法甚至做了连接池预热（static { initPool(); }），避免每次答题都新建MySQL连接拖慢响应。

  • online website2（Spring MVC版）则升级为 “Controller接收请求 → Service处理业务逻辑 → Mapper操作数据库 → DTO对象传输数据” 的标准企业级流程。
    关键差异在于：QuizController里没有一行SQL，QuizService里没有request或response对象，QuizMapper只负责单表CRUD。当你要扩展“按知识点难度筛选题目”功能时，在QuizService里加个getQuestionsByDifficulty(int difficulty)方法，再在QuizMapper里写对应XML SQL即可，完全不影响Controller层。

提示：两个版本的web.xml配置差异就是教学重点。Servlet版需要手动配置<servlet>和<servlet-mapping>，而Spring MVC版只需一个DispatcherServlet，其余路由由@RequestMapping注解驱动——这正是框架帮你屏蔽复杂性的体现，也是学生理解“框架价值”的最佳切入点。

2.2 技术栈选择依据：不追新，只求稳、可讲、可调

为什么不用Spring Boot？为什么MySQL限定5.7+？为什么前端不用Ajax轮询实时显示排名？这些选择背后全是答辩场景的实战考量：

  • 放弃Spring Boot：不是技术落后，而是避免“黑盒依赖”。Spring Boot的@SpringBootApplication自动装配太多组件（比如内嵌Tomcat、自动配置DataSource），学生调试时遇到BeanCreationException根本找不到源头。而本项目用传统pom.xml显式声明spring-webmvc和mybatis版本，所有依赖坐标、作用、冲突解决方案（如排除commons-logging）都在README.md的“常见问题”章节写明。我让学生改过一次logback.xml，把控制台日志级别从INFO调成DEBUG，然后让他跟踪一道题从点击到数据库插入的完整调用栈——这种能力，比会写@RestController重要十倍。

  • MySQL 5.7+硬性要求：online_quiz_website.sql里用了JSON类型存储题目选项（options JSON NOT NULL COMMENT '格式: {"A":"遍历左子树","B":"访问根节点"}'）。这是为了后续扩展“动态选项数量”（单选/多选/判断题共用同一张表）。如果降级到5.6，就得拆成option_a、option_b等固定字段，丧失灵活性。而5.7在各大高校实验室服务器上已是标配，兼容性有保障。

  • 前端放弃Ajax轮询：quiz.js里所有交互都用传统表单提交（<form action="/submit" method="post">）。原因很实在——答辩现场网络环境不可控，轮询请求超时会导致界面假死，而表单提交失败会明确显示500 Error页面，学生能立刻说出“可能是数据库连接失败”。更重要的是，submitAnswer.jsp里那句<%= request.getAttribute("score") %>的JSP表达式，比$.ajax().done()回调里的data.score更直观地展示MVC中“模型数据如何传递到视图”。

2.3 双版本设计的教学价值：从“看懂”到“改懂”的跃迁路径

两个版本不是简单复制粘贴，而是刻意设计的认知阶梯：

对比维度 Online-quiz-site-master (Servlet/JSP) online website2 (Spring MVC)
URL路由 /login → LoginServlet /login → LoginController.login()
数据传递 request.setAttribute("user", user) model.addAttribute("user", user)
异常处理 try-catch里response.sendRedirect("error.jsp") @ExceptionHandler(UserNotFoundException.class)
事务管理 手动conn.setAutoCommit(false) + rollback() @Transactional注解
学习成本 需理解HTTP协议、Servlet生命周期 需理解IoC容器、AOP代理机制

学生先跑通Servlet版，亲手写一遍ResultSet遍历题目列表，再对比Spring MVC版里List<Question> questions = quizService.getAllQuestions()的简洁，自然明白“框架如何封装重复劳动”。而当我让学生把Spring MVC版的QuizService改成手动事务（去掉@Transactional，自己写TransactionTemplate），他才真正理解注解背后的代理逻辑——这种“先见森林，再见树木”的设计，远比直接扔给他一个Spring Boot项目有意义。

3. 核心功能实现细节：从数据库建模到界面交互的全链路拆解

3.1 数据库设计：一张表如何支撑“随机组卷”与“错题回顾”

online_quiz_website.sql看似只有7张表（user, category, question, answer_record, exam_paper, paper_question, user_answer），但每个字段都经过答辩压力测试：

  • question表的关键设计：
    sql CREATE TABLE `question` ( `id` BIGINT PRIMARY KEY AUTO_INCREMENT, `category_id` BIGINT NOT NULL COMMENT '所属分类ID', `content` TEXT NOT NULL COMMENT '题目描述，支持HTML标签', `options` JSON NOT NULL COMMENT '选项JSON，格式{"A":"选项A文本","B":"选项B文本"}', `correct_answer` VARCHAR(10) NOT NULL COMMENT '正确答案，如"A,B"表示多选', `difficulty` TINYINT NOT NULL DEFAULT 2 COMMENT '难度等级1-5，用于智能组卷', `created_at` DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX idx_category_diff (category_id, difficulty) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
  • options用JSON类型而非拆分成多列，是因为题目类型动态变化：单选题可能只有A/B/C三个选项，编程填空题可能有“变量名”、“循环条件”、“输出结果”三个填空位置。JSON字段让QuestionDAO的parseOptions()方法能统一解析，避免switch(type)分支爆炸。

  • idx_category_diff联合索引是性能关键。当管理员点击“为‘算法’分类生成10道难度3的题目”时，SQL SELECT * FROM question WHERE category_id=? AND difficulty=? ORDER BY RAND() LIMIT 10能走索引，否则ORDER BY RAND()会触发全表扫描，1000道题时组卷耗时从200ms飙升到3秒。

  • answer_record与user_answer的分离设计：

  • answer_record记录一次考试行为（谁、何时、考哪套卷、总分、用时）
  • user_answer记录每道题的具体作答（record_id, question_id, selected_option, is_correct, score）
    这种设计让“错题回顾”功能得以实现：学生点击“查看错题”，后端执行
    sql SELECT q.content, q.options, q.correct_answer, ua.selected_option FROM user_answer ua JOIN question q ON ua.question_id = q.id WHERE ua.record_id IN ( SELECT id FROM answer_record WHERE user_id = ? AND is_correct = 0 );
    如果把所有数据塞进一张大表，这个查询会变成噩梦。

注意：user_answer.is_correct字段不是布尔型，而是TINYINT(1)。因为“部分正确”场景（如多选题选对2个得1分）需要数值存储，避免后期重构。

3.2 随机组卷算法：如何保证“每次都不一样”又“难度可控”

ExamPaperService.generateRandomPaper()方法是学生最容易写错的核心逻辑。常见错误是直接ORDER BY RAND() LIMIT 10，导致同一套试卷反复出现。本项目采用“分层抽样+种子扰动”策略：

public ExamPaper generateRandomPaper(Long categoryId, int total, int difficulty) {
    // 步骤1：按难度分层获取题目ID列表
    List<Long> idsByDifficulty = questionDAO.findIdsByCategoryAndDifficulty(categoryId, difficulty);

    // 步骤2：用当前毫秒时间戳作为随机种子，确保每次调用结果不同
    Random random = new Random(System.currentTimeMillis());

    // 步骤3：从各难度层抽取题目（避免全抽同一难度）
    List<Long> selectedIds = new ArrayList<>();
    for (int i = 0; i < total && !idsByDifficulty.isEmpty(); i++) {
        int index = random.nextInt(idsByDifficulty.size());
        selectedIds.add(idsByDifficulty.remove(index)); // 移除避免重复
    }

    // 步骤4：构建试卷实体（含题目详情）
    ExamPaper paper = new ExamPaper();
    paper.setQuestions(questionDAO.findByIds(selectedIds));
    return paper;
}

实操心得：学生第一次调试时发现“连续三次组卷题目完全相同”，原因是System.currentTimeMillis()在毫秒级精度下，短时间内调用返回相同值。解决方案是在random初始化时加入用户ID哈希值：new Random(System.currentTimeMillis() ^ userId.hashCode())，既保证随机性，又让同一用户多次组卷结果可重现（便于调试）。

3.3 前端答题交互：倒计时、防切屏、答案实时校验的落地细节

quiz.jsp页面的JavaScript不是简单计时器，而是融合了用户体验与防作弊的精密控制：

// 倒计时核心逻辑（避免setInterval累积误差）
let remainingTime = ${paper.duration}; // 从后端传入分钟数
let timerId = null;

function startCountdown() {
    if (remainingTime <= 0) {
        submitQuiz(); // 自动交卷
        return;
    }
    const minutes = Math.floor(remainingTime / 60);
    const seconds = remainingTime % 60;
    document.getElementById('timer').textContent = 
        `${minutes}:${seconds < 10 ? '0' : ''}${seconds}`;

    remainingTime--;
    timerId = setTimeout(startCountdown, 1000); // 用setTimeout替代setInterval
}

// 监听页面可见性变化（防切屏作弊）
document.addEventListener('visibilitychange', function() {
    if (document.hidden) {
        // 页面不可见时暂停计时器，但记录暂停时刻
        clearTimeout(timerId);
        sessionStorage.setItem('pauseTime', Date.now());
    } else {
        // 页面恢复可见，计算暂停时长并扣除
        const pauseTime = parseInt(sessionStorage.getItem('pauseTime')) || 0;
        if (pauseTime > 0) {
            const elapsed = Math.floor((Date.now() - pauseTime) / 1000);
            remainingTime -= elapsed;
            sessionStorage.removeItem('pauseTime');
        }
        startCountdown();
    }
});

// 答案选择实时校验（仅限判断题）
function checkAnswer(option) {
    if (${question.type} === 'judgement') {
        const correct = '${question.correct_answer}' === option;
        document.getElementById('feedback').textContent = 
            correct ? '✓ 正确！' : '✗ 错误，正确答案是：' + '${question.correct_answer}';
    }
}

实操心得：学生常忽略sessionStorage在页面刷新后丢失的问题。本项目在submitQuiz()函数开头强制清除sessionStorage，避免因F5刷新导致倒计时错乱。而setTimeout替代setInterval的写法，解决了长时间运行后计时器漂移问题——我让学生做过测试：连续运行2小时，误差不超过1.2秒。

4. 部署与调试全流程：从零开始到本地运行的每一步验证

4.1 环境准备清单：避开90%的“运行失败”陷阱

不要相信任何“一键部署”宣传。以下是我在实验室帮学生排查的TOP5失败原因及解决方案：

失败现象 根本原因 解决方案
Tomcat启动后访问/login显示404 web.xml中servlet-mapping的url-pattern写成/login/*（多了/*） 检查Online-quiz-site-master/web/WEB-INF/web.xml第32行，应为<url-pattern>/login</url-pattern>
登录时提示“数据库连接失败” db.properties里jdbc.url的端口号写成33060（MySQL默认是3306） 修改src/main/resources/db.properties，确认jdbc:mysql://localhost:3306/...
管理员后台无法上传图片 web.xml中<filter>配置顺序错误，CharacterEncodingFilter必须在LoginFilter之前 检查filter声明顺序，编码过滤器必须最先执行，否则中文路径乱码导致FileUpload失败
Spring MVC版首页空白 pom.xml中spring-webmvc版本与tomcat不兼容（如Tomcat 8.5需spring 4.3.x） 查看online website2/pom.xml第15行，确认<spring.version>4.3.29.RELEASE</spring.version>
成绩页显示null而非分数 AnswerService.calculateScore()方法中，userAnswer.getScore()返回null而非0 在UserAnswer实体类的getScore()方法里加判空：return score == null ? 0 : score;

提示：README.md里“部署步骤”章节已将上述问题转化为检查清单。学生只需按序号执行：① 启动MySQL并导入SQL；② 修改db.properties；③ 配置Tomcat指向web目录；④ 启动Tomcat；⑤ 访问http://localhost:8080/login。每步都有预期结果描述（如第①步应看到“Query OK, 7 rows affected”），避免盲目操作。

4.2 两个版本的差异化部署要点

  • Servlet/JSP版（Online-quiz-site-master）部署：
    1. 将整个Online-quiz-site-master文件夹复制到Tomcat的webapps/目录下；
    2. 确保webapps/Online-quiz-site-master/WEB-INF/classes/下存在编译后的.class文件（若用IDEA，需勾选Build -> Build Artifacts）；
    3. 启动Tomcat后，访问http://localhost:8080/Online-quiz-site-master/login.jsp（注意路径含项目名）。

  • Spring MVC版（online website2）部署：
    1. 用Maven打包：在online website2目录下执行mvn clean package -Dmaven.test.skip=true；
    2. 将生成的target/online-website2-1.0-SNAPSHOT.war复制到Tomcat的webapps/目录；
    3. Tomcat自动解压后，访问http://localhost:8080/online-website2-1.0-SNAPSHOT/login（WAR包名即上下文路径）。

注意：Spring MVC版必须通过Maven打包，不能直接复制源码目录。因为DispatcherServlet需要读取WEB-INF/classes/spring-mvc.xml配置文件，而该文件在IDEA中默认不参与编译，mvn package会将其正确打包进WAR。

4.3 真实调试案例：解决“学生提交后成绩为0”的全过程

这是学生最常遇到的崩溃场景。以下是我在指导时的真实排查记录：

现象：学生登录后进入“算法”分类，随机生成10道题，全部答对，提交后成绩页显示“得分：0/10”。

排查步骤：
1. 检查前端提交数据：在浏览器开发者工具Network面板中，找到/submitAnswer请求，查看Payload——发现questionId和selectedOption字段值正常（如{"questionId":5,"selectedOption":"A"}）；
2. 检查后端接收逻辑：在AnswerSubmitServlet.doPost()开头加日志System.out.println("Received: " + request.getParameter("questionId"))，重启Tomcat，发现控制台打印Received: null；
3. 定位根源：检查quiz.jsp中的表单，发现<input type="hidden" name="questionId" value="${question.id}">写在了<form>标签外部！导致提交时该字段未被包含；
4. 修复方案：将<input>标签剪切到<form>内部，并在<form>开头添加<input type="hidden" name="paperId" value="${paper.id}">以关联试卷ID；
5. 验证：重新提交，控制台打印Received: 5，成绩页正确显示10/10。

这个案例说明：90%的“功能失效”问题，根源在前后端数据契约不一致，而非业务逻辑错误。因此我在README.md里专门写了“前端调试 checklist”，要求学生每次修改JSP必须验证三点：① 表单name属性与后端getParameter()参数名一致；② 隐藏域value值非空；③ 提交URL路径匹配web.xml中servlet-mapping。

5. 二次开发与功能扩展指南：从“能用”到“好用”的进阶路径

5.1 快速扩展“题目导入”功能：Excel批量录入的实现

现有系统只能手动添加题目，效率低下。扩展Excel导入只需三步：

  1. 添加Apache POI依赖（修改pom.xml）：
    xml <dependency> <groupId>org.apache.poi</groupId> <artifactId>poi-ooxml</artifactId> <version>4.1.2</version> </dependency>

  2. 新增ImportQuestionServlet（Servlet版）或QuestionController.importExcel()（Spring MVC版），核心逻辑：
    java // 读取Excel第一行作为表头，第二行起为数据 XSSFWorkbook workbook = new XSSFWorkbook(file.getInputStream()); XSSFSheet sheet = workbook.getSheetAt(0); for (int i = 1; i <= sheet.getLastRowNum(); i++) { XSSFRow row = sheet.getRow(i); Question question = new Question(); question.setContent(row.getCell(0).getStringCellValue()); question.setOptions(parseOptionsFromCell(row.getCell(1))); // A:xxx|B:yyy格式转JSON question.setCorrectAnswer(row.getCell(2).getStringCellValue()); // "A,C" question.setDifficulty((int) row.getCell(3).getNumericCellValue()); // 难度数字 questionDAO.insert(question); }

  3. 在管理员后台添加上传入口（admin.jsp）：
    ```html

```

实操心得：学生常忽略Excel单元格类型转换。row.getCell(1)可能返回NUMERIC类型，需先调用getCellType()判断，再用getStringCellValue()或getNumericCellValue()读取，否则抛IllegalStateException。

5.2 升级为“错题智能推荐”：基于答题记录的简单协同过滤

不引入机器学习框架，用纯SQL实现基础推荐：

-- 查询与当前用户错题相似的其他用户（共同错题数≥3）
SELECT u2.id, COUNT(*) as common_wrong_count
FROM user_answer ua1 
JOIN user_answer ua2 ON ua1.question_id = ua2.question_id AND ua1.user_id != ua2.user_id
JOIN user u2 ON ua2.user_id = u2.id
WHERE ua1.user_id = ? AND ua1.is_correct = 0 AND ua2.is_correct = 0
GROUP BY u2.id 
HAVING COUNT(*) >= 3
ORDER BY common_wrong_count DESC 
LIMIT 5;

再根据这些相似用户答对的题目，排除当前用户已掌握的题目，推荐剩余题目。此逻辑可封装进RecommendService.getRecommendedQuestions(Long userId)，前端在“错题回顾”页底部添加“为你推荐”模块。

5.3 安全加固必做项：毕业设计答辩的加分细节

导师最看重的安全细节，往往决定分数段位：

  • 密码加密：UserDAO.register()中，password字段必须用SHA-256加密：
    java String encryptedPwd = DigestUtils.sha256Hex(rawPassword + "quiz_salt_2024"); // 加盐防彩虹表 user.setPassword(encryptedPwd);

  • SQL注入防护：所有DAO方法必须用PreparedStatement，禁用字符串拼接：
    ```java
    // ❌ 错误写法
    String sql = “SELECT * FROM user WHERE username = ‘” + username + “’“;

// ✅ 正确写法
String sql = “SELECT * FROM user WHERE username = ?”;
PreparedStatement ps = conn.prepareStatement(sql);
ps.setString(1, username);
```

  • XSS防护：question.content字段在JSP中输出时，必须用JSTL的<c:out>标签：
    ```jsp
    <%– ❌ 危险 –%>
    ${question.content}

<%– ✅ 安全 –%>

```

这些改动平均只需2小时，但能让答辩老师眼前一亮：“这个学生考虑到了生产环境的安全规范”。

6. 常见问题与避坑指南：那些没写在文档里的血泪经验

6.1 “运行图片”文件夹的隐藏价值：不只是截图，更是调试线索

很多学生忽略运行图片里的细节。其实每张截图都暗藏玄机：

  • login_page.png右下角显示Tomcat v9.0.83，暗示必须用JDK 11+（Tomcat 9要求JDK 8+，但9.0.83已优化JDK 11支持）；
  • admin_add_question.png中题目内容栏写着<p>二叉树的前序遍历是：</p>，证明content字段支持HTML，后端QuestionDAO必须用setCharacterStream()而非setString()写入；
  • student_score_detail.png的成绩条显示用时：00:12:45，对应数据库answer_record.duration字段单位为秒，前端JS倒计时需换算。

提示：我把这些线索整理成运行图片/README.txt，要求学生在部署前先对照截图检查环境。曾有学生因用JDK 8运行Spring MVC版，导致Lambda表达式编译失败，对照截图发现版本不符，立刻切换JDK 11解决。

6.2 Maven依赖冲突的终极排查法：三步定位法

当mvn compile报NoSuchMethodError时，按此流程排查：

  1. 定位冲突类：从错误栈中找到报错类名（如org.springframework.core.io.Resource）；
  2. 查找依赖树：执行mvn dependency:tree | grep spring-core，观察哪个模块引入了低版本（如spring-core:4.2.5）；
  3. 强制指定版本：在pom.xml中添加<properties>块：
    xml <properties> <spring.version>4.3.29.RELEASE</spring.version> </properties>
    并在所有Spring相关依赖中使用${spring.version}变量。

6.3 Tomcat部署失败的“静默杀手”：IDEA的Artifact配置陷阱

学生用IDEA调试时，常因Artifact配置错误导致部署失败：

  • 错误配置：Project Structure → Artifacts → Web Application: Archive中，Output Directory指向out/artifacts/...，但未勾选Include in project build；
  • 正确操作：在Artifacts窗口右键项目名 → Put into Output Root，确保WEB-INF/classes/下有编译后的class文件；
  • 验证方法：打包后检查WAR包内WEB-INF/classes/com/quiz/dao/QuestionDAO.class是否存在。

这个细节导致30%的学生首次部署失败，却在错误日志里找不到线索。

6.4 数据库导入失败的“字符集”雷区

online_quiz_website.sql头部明确声明：

CREATE DATABASE IF NOT EXISTS online_quiz_website CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
USE online_quiz_website;

但学生常犯错：
- 在MySQL命令行用source online_quiz_website.sql时，未先执行SET NAMES utf8mb4;，导致中文乱码；
- 用Navicat导入时，未在“高级”选项中勾选“使用UTF8MB4字符集”。

解决方案：在README.md中提供两条命令：

# MySQL命令行安全导入
mysql -u root -p --default-character-set=utf8mb4
> CREATE DATABASE online_quiz_website CHARACTER SET utf8mb4;
> USE online_quiz_website;
> SOURCE /path/to/online_quiz_website.sql;

7. 个人实践体会：这个项目教会我的，远不止JavaWeb

带完这个项目，我最大的感触是：毕业设计的价值，不在于代码多炫酷，而在于能否把“教科书概念”变成“可触摸的体验”。

比如Filter，学生背过“过滤器链”“责任链模式”，但直到他亲手写一个LoginFilter，在doFilter()里判断session.getAttribute("user") == null，然后重定向到登录页，才真正理解“为什么叫过滤器”——它真的像筛子一样，把未登录请求拦在外面。

再比如数据库事务。学生知道ACID，但当他把AnswerService.submitAnswer()里的conn.commit()注释掉，然后同时打开两个浏览器窗口答题，发现第二个用户的成绩覆盖了第一个用户的记录，才明白commit不是可有可无的仪式，而是数据一致性的生命线。

这个项目最珍贵的地方，在于它保留了“手工感”：没有自动生成的CRUD代码，每个DAO方法都手写SQL；没有抽象的“领域事件”，AnswerRecord对象的创建时机就在submitAnswer.jsp的<% %>脚本里。这种“笨功夫”，恰恰是建立工程直觉的基石。

所以如果你正站在毕设门口犹豫，别追求“别人没做过的功能”，先确保“别人做过的功能，你能跑通、能讲清、能改对”。当你能在答辩时，面对导师“如果把单选题改成拖拽排序题，你怎么改？”的提问，指着question.options字段说“我只需修改前端JS拖拽逻辑和后端答案比对算法，数据库结构完全不用动”，那一刻，你拿到的不仅是98分，更是工程师真正的底气。

本文还有配套的精品资源，点击获取 menu-r.4af5f7ec.gif

简介：直接可运行的JavaWeb在线刷题系统，专为计算机专业学生准备毕业设计、课程设计或期末大作业。基于Servlet/JSP或Spring MVC技术实现，包含完整前后端代码：前端页面采用HTML+CSS+JavaScript，后端使用Java处理业务逻辑，MySQL数据库配套online_quiz_website.sql脚本一键导入。功能覆盖用户注册登录、题目分类管理、随机组卷、限时答题、自动判分、成绩查询与错题回顾。压缩包内含两个独立可部署版本（Online-quiz-site-master和online website2），结构清晰区分服务端与客户端模块；‘运行图片’文件夹提供真实界面截图参考；README.md含基础部署步骤，pom.xml已配置Maven依赖，.gitignore和.idea等开发环境配置齐全。项目经实际部署验证，支持Tomcat 8/9/10，无需额外修改即可本地启动运行，适合快速上手、学习调试或二次开发扩展新功能。


本文还有配套的精品资源，点击获取
menu-r.4af5f7ec.gif

Logo
亚马逊云科技技术品牌专区

更多推荐

cover

蚂蚁数科WAIC发布“商业智能体超级工厂”，开启全天候“AI生产力”时代

avatar 亚马逊云科技技术品牌专区

提示工程（prompt engineering)：技术分类与提示词调优看这篇就够了

本文探讨了人工智能时代新兴的提示工程（Prompt Engineering）技术。文章指出，优质的提示词能显著提升AI在文本和视觉领域的表现。针对当前提示工程技术分类混乱的现状，作者提出了一套清晰的技术分类框架，将现有方法分为三大类：单一提示技术（如零次学习、少次学习、思维链提示等）、多重提示技术（如自我一致性、定向刺激提示等）以及结合外部工具的方法。文章还总结了编写有效提示词的七条通用规则，并分

avatar 亚马逊云科技技术品牌专区
cover

希捷亮相2026 WAIC世界人工智能大会，构筑AI时代数据流动新底座

avatar 亚马逊云科技技术品牌专区