1. 项目整体设计与核心思路拆解

1.1 核心需求解析：这门课该由谁来评、怎么评、评了怎么用

先把这个选题掰开揉碎来看。课程评价系统，本质上是高校教务管理里"教学质量反馈"这一环的信息化工具。传统做法是纸质问卷或简单的Excel汇总，学生手填、教务处人工录入、老师期末才能看到反馈，一场评教活动从发起到出结果往往要折腾两三个星期。

用JSP技术栈做这套系统，解决的痛点有三个：第一，评价数据从纸质走向线上，省掉录入环节；第二，评价结果从"期末才知道"变为"提交即统计"，教师和管理员随时能看到分布情况；第三，评价维度可以从"打个总分"细化为多项量化指标，比如教学内容、授课方式、课堂互动、作业批改等维度，配合文字评语，让反馈真正能指导教学改进。

这里要提醒做毕设的同学：很多人在开题时容易把系统想的太大，教务管理、课表排课、选课抢课全都塞进来，结果代码写到一半发现自己根本Hold不住。课程评价系统的核心边界其实就三句话——管理员维护基础数据（用户、课程、评价模板），学生对自己修读的课程提交评价，教师查看自己的评价统计结果。把这三条主链路做扎实，功能上不追求大而全，就已经是一份合格的毕设。

角色权限设计建议采用三角色模型。管理员（Admin）负责课程管理、教师管理、学生管理、评价模板配置；教师（Teacher）能查看所授课程的评分明细、平均分、评语列表，但看不到"是谁评的"这类隐私信息；学生（Student）端则维护"待评价课程列表"和"我的评价记录"两个核心界面。登录后由Session保存当前用户身份，每次请求通过Filter拦截校验，这个属于JavaWeb的老套路，但也是必须做的安全底线。

1.2 方案选型背后的权衡：为什么这个年头还选JSP

这个选题最常被答辩老师问到的一个问题就是："都已经202X年了，为什么还用JSP做毕设？"这个问题如果你答不好，答辩基本就凉了。我的建议是这样回答：选题定位是"计算机毕业设计课程评价系统"，重点在于完整走一遍JavaWeb项目的需求分析、系统设计、编码实现、测试部署全流程，JSP作为服务端动态页面技术，能直观体现Servlet、Session、Filter、JDBC这些JavaWeb核心知识点的掌握情况。而Spring Boot + Vue这类前后端分离方案虽然企业用得更多，但学习曲线陡峭，很多知识点被框架封装后，学生反而说不清楚底层原理。

这里也把技术栈给你固定下来：JSP + Servlet + JSTL/EL + JDBC + MySQL + Tomcat，配一个德鲁伊（Druid）连接池或者C3P0都可以，MVC分层结构自己手写，不引入重量级框架。构建工具建议用Maven，虽然手动往Web-INF/lib里丢jar包也不是不行，但Maven管理依赖、打包war都方便太多。前端层面用JSP本身做页面渲染，配合一点原生JS和BootCDN引入的Bootstrap 4做布局美化，不需要额外搞Vue，不然又给自己挖坑。

选这套方案还有一个现实好处：毕业设计答辩要求可演示、可复现。JSP项目在本地IDEA里改个配置就能跑起来，不需要复杂的Node环境、Redis、消息队列这些外部依赖。一台装着Windows的笔记本，IDEA + JDK 8 + Tomcat 8.5 + MySQL 5.7，全套环境半小时齐活，这对毕设阶段的同学来说比什么都重要。

2. 核心细节解析与实操要点

2.1 数据库设计：五张表的表结构、字段含义与关联关系

数据库设计是评教系统毕设的评分权重最高的部分之一，评审老师打开你的论文，第一眼看数据流图，第二眼就是E-R图和数据表结构。表少了说不清业务，表多了乱且冗余，我们以最精简的五个核心表来讲。

用户表（t_user）：userId主键自增、username唯一、password存MD5摘要、role区分学生/教师/管理员、realName真实姓名、major/className针对学生记录专业班级。密码不存明文这是底线，MD5加盐虽然正规但毕设一般不做那么复杂，直接MD5加密即可，答辩也能过。

课程表（t_course）：courseId主键、courseName课程名、teacherId关联用户表的教师、courseTime上课时间（选填）、credit学分。核心是teacherId这个外键，用于构建"教师—课程"的一对多关系。

评价模板表（t_evaluation_template）：templateId主键、templateName模板名称、status启用状态。这一张表承载的是"评教维度可配置"的需求。批评价项目可以单独拆一张子表t_evaluation_item，字段包括itemId、templateId外键、itemContent评价维度描述，比如"老师授课思路清晰"、"课堂互动充分"。

评价记录表（t_evaluation_record）：recordId主键、studentId、courseId、templateId、itemId、score分数、comment评语、createTime提交时间。这里我强烈建议该表按"一个学生对一个课程的一个评价项"存一条明细记录，不要将多个打分项拼成JSON塞到一个字段里，后者虽然省表空间但后续做统计分析时极其难受。再配合一个唯一索引（studentId, courseId）约束每个学生对同一门课只能提交一次，这是防止重复评教最直接的手段。

汇总视图不在数据库建表，统计逻辑用SQL聚合实现，后面细说。五张表之间的关系：用户表→课程表（教师开课），课程表→评价记录表（学生评某门课），评价模板表→评价项表（模板包含若干评价项），评价记录表同时在逻辑上连接学生、课程、评价项三张表。

2.2 JSP项目的三层架构：JSP、Servlet、DAO的职责边界

很多同学的代码一团乱麻，JSP页面里写了一大坨Java业务代码，Servlet里又拼SQL，最后维护的时候自己都看不懂。这里必须把分层的规矩立住。

表现层（JSP）：只负责渲染数据和收集用户输入。JSP页面里通过${xxx}EL表达式取后台塞到request/session域里的数据，用JSTL的<c:forEach>遍历List渲染表格。表单提交走action提交到对应的Servlet URL。不要在里面写<% %>脚本片段做业务逻辑，这属于JavaWeb大忌。

控制层（Servlet）：负责接收请求、解析参数、调用业务方法、转发/重定向视图。每个功能模块建一个Servlet，比如StudentEvaluationServlet、TeacherStatisticServlet、AdminUserServlet。我在项目里习惯用一个BaseServlet抽象父类，通过反射拿到method参数分发到具体处理方法，这样可以减少Servlet类数量，代码组织也更清爽，这种做法在答辩中还能加一点架构分。

模型层（DAO + Service）：DAO负责JDBC操作，一个实体对应一个DAO类，提供增删改查方法。Service做事务和业务规则判断，比如提交评价时先调用EvaluationDAO.checkExist()验证是否已评过，已评过就返回错误码，没评过才执行insert。虽然这层会增加代码量，但是"满分毕设"和"普通毕设"的差距恰恰就体现在这一层，必须有Service，而且Service里要体现业务规则的判断逻辑。

往下到实际编码环节，给出一段Servlet核心处理评价提交的关键代码骨架：

@WebServlet("/student/evaluate") public class StudentEvaluationServlet extends HttpServlet { private EvaluationService evaluationService = new EvaluationService(); protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // 获取提交参数 int courseId = Integer.parseInt(request.getParameter("courseId")); int templateId = Integer.parseInt(request.getParameter("templateId")); String[] items = request.getParameterValues("itemId"); String[] scores = request.getParameterValues("score"); String comment = request.getParameter("comment"); // 从Session取当前学生Id User user = (User) request.getSession().getAttribute("loginUser"); // 校验是否重复评教 if (evaluationService.isEvaluated(user.getUserId(), courseId)) { request.setAttribute("errorMsg", "您已经评价过该课程"); request.getRequestDispatcher("/student/evaluateList.jsp").forward(request, response); return; } // 执行批量保存 boolean success = evaluationService.submitEvaluation( user.getUserId(), courseId, templateId, items, scores, comment); if (success) { response.sendRedirect(request.getContextPath() + "/student/evaluateList"); } else { request.setAttribute("errorMsg", "评价提交失败，请重试"); request.getRequestDispatcher("/error.jsp").forward(request, response); } } }

这段代码看起来简单，但踩坑点不少。第一，getParameterValues拿到的是多个同名复选框/下拉框提交的数组，用for循环逐条插入时记得处理空指针。第二，评价事务要求"要么全部插入成功，要么一条都不插"，所以要在Service层用Connection.setAutoCommit(false)手动控制事务，因为逐条调用DAO方法时默认每条都是独立提交。第三，重复评教校验要放在事务提交之前，但也要考虑并发双提交的极端情况，最稳妥的办法是给表加唯一索引，数据库层面兜底。

3. 实操过程与核心环节实现

3.1 环境准备：JDK、Tomcat、MySQL、IDEA的项目配置清单

开搞之前先把环境捋顺，避免开发到一半各种环境问题打断思路。我的推荐配置：JDK 8（虽然Oracle早在2019年停止商业支持，但Tomcat 8.5和JSP的老兼容性最好）、Tomcat 8.5.100、MySQL 5.7或8.0均可、IDEA 2020以上版本。不建议用JDK 17配Tomcat 9做JSP项目，虽然也能跑，但老教材案例大多基于JDK8，出问题的概率大，毕设阶段没必要给自己添乱。

数据库建议先在建库阶段就把字符集定好：

CREATE DATABASE evaluation_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

这里有两个点要特别说明。第一，utf8mb4比utf8多支持emoji和生僻字，虽然评语字段多半用不到emoji，但统一用utf8mb4可以避免"学生粘贴评语时特殊字符报错"这种问题。第二，如果后续用SQLyog或Navicat连接数据库发现中文乱码，优先检查连接URL里是否加了characterEncoding=utf-8，这个参数不加上，JDBC读写中文必乱码。

IDEA创建项目的步骤，推荐直接用Maven Archetype生成Web项目骨架，ArtifactId选maven-archetype-webapp。很多教程会让你手工勾选"Web Application"创建普通项目，再右键添加框架支持，那种方式也行，但依赖管理全靠手动丢jar包，后面换机器部署war包时容易出问题。给出pom.xml最精简依赖清单：

<!-- Servlet API、JSP API 由Tomcat提供，scope用provided，避免打包冲突 --> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>4.0.1</version> <scope>provided</scope> </dependency> <dependency> <groupId>javax.servlet.jsp</groupId> <artifactId>javax.servlet.jsp-api</artifactId> <version>2.3.3</version> <scope>provided</scope> </dependency> <!-- JSTL标准标签库 --> <dependency> <groupId>javax.servlet</groupId> <artifactId>jstl</artifactId> <version>1.2</version> </dependency> <!-- MySQL驱动 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.49</version> </dependency> <!-- Druid连接池 --> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid</artifactId> <version>1.1.23</version> </dependency>

注意：MySQL 8.0的用户连接驱动要换成com.mysql.cj.jdbc.Driver，URL里还要加serverTimezone=Asia/Shanghai和useSSL=false，否则会报时区错误或SSL连接告警。

在IDEA里配置Tomcat运行环境时，有一个隐藏雷区：Deployment标签页里Application context默认是/，但把context设为/evaluate会对URL路径产生全局影响，所有重定向、getContextPath()调用都要随之变化。我建议开发阶段就设置成/，部署时再打war包，这样开发调试路径最简单，也符合大多数实操习惯。

3.2 学生端评价主链路的完整实现：待评列表、表单校验、事务提交

学生端的核心体验是三段式的：登录后看到"待评价课程"列表，点进去是评价表单页，提交之后回到列表看到该课程状态变为"已评"。把这个链路实现通，系统主功能就完成了一半以上。

待评价课程列表的数据来源是SQL关联查询。一个学生能评的课程不是全库课程，而是满足两个条件：这门课他有选课记录，且t_evaluation_record表中不存在该学生的记录。没有选课表的情况下，怎么判断"他有选课"？我的做法是在课程表上加一个studentIds字段做简化，或者建一张t_course_student关联表存选修关系。建关联表更正规，SQL如下：

SELECT c.course_id, c.course_name, u.real_name AS teacher_name, t.template_id FROM t_course c JOIN t_user u ON c.teacher_id = u.user_id JOIN t_course_student cs ON c.course_id = cs.course_id LEFT JOIN t_evaluation_template t ON t.status = 1 WHERE cs.student_id = ? AND NOT EXISTS ( SELECT 1 FROM t_evaluation_record er WHERE er.course_id = c.course_id AND er.student_id = ? ) GROUP BY c.course_id;

这个SQL的写法有几个细节：LEFT JOIN模板表且只关联启用状态的模板，解决"模板被停用后学生端选不到"的问题；NOT EXISTS子查询判断是否已评，逻辑清晰且走索引性能足够；GROUP BY防止一张表多次关联查重。这套SQL写到论文的"系统实现"章节里，比那些只贴几个简单CRUD的同学要好看太多。

评价表单页由两个部分组成：一组评分控件（下拉框或单选按钮，取1~5分），一个textarea输入评语。评分控件的name属性都设为score，每行的hidden域存itemId，这样表单提交后Servlet端能用getParameterValues("score")拿到全部评分数组，和itemId一一对应。注意下拉框默认选中项设置为5（默认给好评），这是从用户体验角度的小细节，但要注意答辩时评委可能觉得默认全好评会导致数据偏差，我的做法是默认设置一个占位项"请选择"，配合前端required校验不让空提交。

批量提交的事务处理是这段代码的核心难点。逐条insert评价项时，任何一个插入失败都要回滚。代码骨架如下：

public boolean submitEvaluation(int studentId, int courseId, int templateId, String[] items, String[] scores, String comment) { Connection conn = null; try { conn = JdbcUtil.getConnection(); conn.setAutoCommit(false); // 先插入评语记录（每条评分明细共享同一个评语） EvaluationDAO dao = new EvaluationDAO(); for (int i = 0; i < items.length; i++) { dao.insertRecord(conn, studentId, courseId, templateId, Integer.parseInt(items[i]), Integer.parseInt(scores[i]), comment); } conn.commit(); return true; } catch (Exception e) { e.printStackTrace(); try { if (conn != null) conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } return false; } finally { JdbcUtil.closeConnection(conn); } }

这里面还隐藏着JdbcUtil工具类的一个设计教训：getConnection()和事务要在同一个Connection实例上执行，不能每次DAO方法都重新从连接池取连接，否则setAutoCommit(false)根本控制不了别的连接上的事务。我在第一次开发这个模块时就是吃了这个亏，后来把DAO方法统一改为传入Connection参数，才把事务真正控住。这个经验写进论文"系统调试与问题解决"一节，能体现真实的工程认知。

3.3 教师端与管理端的统计报表：多条SQL聚合和Chart展示

教师端是本系统第二个大模块，功能是查看自己名下课程的评价统计。这里的统计报表有两种处理思路：一种是每次请求实时查数据库聚合统计，另一种是定期把汇总结果缓存到一张统计表。毕设阶段我不建议做缓存表，因为评价数据量级很小，实时聚合毫秒级返回，缓存的代码复杂度完全不值得。实时统计用一条SQL全搞定：

SELECT AVG(er.score) AS avg_score, COUNT(DISTINCT er.student_id) AS evaluate_count, SUM(CASE WHEN er.score >= 4 THEN 1 ELSE 0 END) AS good_count, SUM(CASE WHEN er.score = 3 THEN 1 ELSE 0 END) AS medium_count, SUM(CASE WHEN er.score <= 2 THEN 1 ELSE 0 END) AS bad_count FROM t_evaluation_record er WHERE er.course_id = ?

这条SQL返回一行的统计结果，页面里用EL表达式展示平均数、参评人数、好评/中评/差评分布。如果再配一个按评价项维度的分组统计，可以在JSP页面里用三个<c:forEach>循环渲染成三列柱状图。有的同学想上ECharts图表，完全没问题，前端通过${courseStats}JSON传到JS里拼配置项即可。

管理端的功能主要围绕基础数据管理：用户管理的增删改查、课程管理、学生选课分配、评价模板的启停。设计思路相对直白，每个管理模块对应一组JSP + Servlet + DAO，但有一个功能设计上值得下功夫：管理员需要能够"初始化评价模板"，即把当前启用的模板复制给下一批课程。这样就不用每学期都手动给每门课配置模板，毕竟教务场景里评价维度每年变一次，实操中这个需求很常见。

管理端还有一个操作要点：删除用户时如果该用户已被历史评价记录关联，直接DELETE会因外键约束报错。处理方案有两种，一是删除前先检查是否有关联记录，有则提示"该用户已存在评价数据，无法删除，可改为禁用账号"；二是对所有用户采用逻辑删除，即status字段置为0。毕设论文里如果你能写明"为了保护数据完整性，本系统用户管理采用逻辑删除策略"，评委的印象分会明显好于一上来就物理删除。

3.4 项目打包与部署上线：war包、Tomcat目录结构、Nginx反向代理

打包部署这一节，其实就是热词里那条"传统jsp项目打包war""nginx支持jsp吗"的回应。明确说，Nginx本身不支持JSP解析，它只是一款高性能的HTTP和反向代理服务器，而JSP的解析和编译是由Tomcat这类Servlet容器完成的。但实际部署场景里，把Nginx放在Tomcat前面做反向代理和静态资源托管非常常见，架构如下：

浏览器请求 → Nginx（监听80端口） ├── 静态资源（js/css/images）直接由Nginx返回 └── 动态请求 *.jsp 反向代理至 Tomcat（8080端口）

打包步骤很简单，在IDEA右侧Maven面板双击package，项目会生成一个war文件。对于Maven构建的项目，需要先在pom.xml里加<packaging>war</packaging>，否则默认打成jar包，Tomcat无法识别。打完包后把这个war文件丢到Tomcat的webapps目录下，启动Tomcat，war包会自动解压成同名目录，浏览器访问路径带上项目名即可。

Nginx反向代理的配置片段如下：

server { listen 80; server_name localhost; # 静态资源直接交给nginx处理，减轻Tomcat压力 location /evaluate/static/ { alias /opt/tomcat/webapps/evaluate/static/; } # 所有jsp动态请求反向代理到Tomcat location /evaluate/ { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } }

Nginx配置JSP项目有一个常见的坑：如果你的JSP页面访问了request.getContextPath()，而Nginx代理时并没有改写路径，那么问题不大；但如果你的JSP页面使用了绝对路径写死了/evaluate/xxx.jsp，服务又部署在Tomcat的根路径，Nginx代理后可能出现路径对不上的问题。排查思路是看浏览器network面板请求的URL，和Nginxerror.log核对实际转发到Tomcat的地址，多试几次就能定位。

对于毕设场景，我认为不部署Nginx只跑Tomcat也完全足够。但答辩时如果能说一句"该项目已通过Tomcat+war包部署，实际环境前段还用了Nginx做反向代理来提升并发能力和静态资源访问效率"，这就是一个展示你工程视野的加分项。

4. 常见问题与排查技巧实录

4.1 中文乱码的三处根源与成套解法

JSP项目的中文乱码是最高频问题，没有之一。乱码根源只有三处，挨个排查就能解决。

第一处是页面编码。JSP文件头必须有：

<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8" %>

缺了pageEncoding，JSP编译阶段就可能出乱码；缺了contentType，浏览器解析就会按默认编码显示。

第二处是请求编码。Tomcat 8.5版本GET请求的URI编码默认UTF-8，但POST请求必须主动设置。在Servlet的doPost最前面加上：

request.setCharacterEncoding("UTF-8");

或者更省事的办法是写一个全局Filter，统一设置请求和响应的编码，这就避免了每个Servlet重复写。

第三处是数据库连接与表结构编码。JDBC URL必须带characterEncoding=UTF-8，建库建表带上utf8mb4字符集。这三处都对了，中文乱码必然消失。很多同学只检查一处，改完还乱就怀疑是玄学，其实根源往往就是没按链路全查一遍。

4.2 404、405、500状态码：从日志里读出来的定位思路

Tomcat返回404、405、500的定位难度递增，分别代表连接不存在、请求方法不支持、服务端代码异常。404通常是@WebServlet注解的URL和JSP表单action里的路径对不上，或者web.xml里配置的<url-pattern>大小写不一致。405基本是Servlet只实现了doGet但表单用了POST提交，反过来也一样，确认doPost/doGet和HTTP方法匹配即可。500错误需要看Tomcatcatalina.out日志中的堆栈信息，最常见的两类是SQL语法错误和空指针异常。

我自己的实战排查顺序是：浏览器F12看Network响应码，如果是500立刻去Tomcat日志目录logs下找当天日期的localhost.yyyy-MM-dd.log，定位具体异常行，再回到代码对应行分析。发现很多同学项目跑不起来第一反应是百度"500错误怎么解决"，这是非常低效的。贴日志才能定位问题，靠猜永远解决不了。

4.3 SQL相关：驱动类找不到、NULL值处理、外键约束

数据库报错里最高频的几个分别是ClassNotFoundException、SQLException、查询结果null、删除被外键限制。ClassNotFoundException说明MySQL驱动jar包没进部署目录，Maven项目检查pom.xml里的依赖是否用了<scope>provided</scope>——驱动绝不能用provided，否则war包里不会包含它。SQLException里面最坑的是Unknown column或You have an error in your SQL syntax，通常是SQL关键字和字段名都拼写正确但在WHERE子句里字符串没加引号，写SQL时一定记得参数用预处理PreparedStatement占位符，不要直接拼接字符串。查询返回null是逻辑问题，多发生在getParameter拿到空字符串时，Integer.parseInt("")直接抛异常，必须在解析前做空值判断。

4.4 IDEA部署常见坑：端口占用、更新不生效、热部署失效

开发环境下的IDEA配合Tomcat部署，最常见的是端口占用。Tomcat默认8080端口被其他进程占用时启动失败，CMD里执行netstat -ano | findstr 8080查到占用进程PID，任务管理器结束进程或换端口。第二个是"更新不生效"问题：修改了Java代码或JSP后，服务器还跑的是旧版本。IDEA里Tomcat配置中On frame deactivation默认是Update resources，有时对JSP不生效，建议把On frame deactivation设为Update classes and resources，同时确保项目Build开启自动编译。如果改了Java代码仍然无效，检查IDEA设置里的Build project automatically是否勾选，这在开发阶段能省下大量重启Tomcat的时间。

4.5 高频问题速查表

5. 写在最后的个人实操体会

这套jsp课程评价系统从设计到部署，看起来只是一门普通的毕设课设，但实际动手做完，踩过的坑和积累的经验绝对比想象中多得多。我个人的体会是，与其羡慕别人用Spring Boot生成器几分钟建好一个CRUD项目，不如用JSP老老实实把每一条请求从JSP到Servlet再到Dao的链路走通，这是理解JavaWeb底层的一次不可替代的历练。

最后再分享一个小技巧，在提交系统之前记得检查项目里是否有残留的调试输出和无关的测试页面，同时把数据库初始化脚本单独放在项目根目录的sql/文件夹里，论文附录里附上建库表和数据初始化SQL。答辩时老师问"这个系统如何从零跑起来"，你按顺序说三句话：导入SQL脚本、IDEA配置Tomcat、运行项目。清晰、简洁、每条都能落地，这套系统的毕设环节基本上就稳了。