企业官网建设流程全解析

简介：基于JavaWeb的学生成绩管理系统完整项目源码，同时附带数据库文件，面向计算机专业正在完成课程设计、期末大作业的学生，以及需要JavaWeb实战练习的初中级学习者。项目采用JSP+Servlet+JavaBean分层设计，覆盖教师管理、学生管理、课程管理、成绩录入与查询等典型业务模块，并包含登录验证与权限控制逻辑，适合作为毕业设计参考或项目练手素材。资源包共337个文件，以84个Java源码、84个编译后的class文件、36个JSP页面为主，另有61个JS、28个CSS及SQL脚本等，分别对应后端业务逻辑、前端交互、页面展示与数据库初始化，压缩包总大小3.32MB。已有5296人浏览学习。项目由导师指导并获得98分高分评价，代码结构清晰，包含可运行的完整工程；压缩包内附数据库初始化脚本，便于直接导入使用；同时提供配套配置与资源文件，可帮助读者快速理解项目框架、掌握核心代码并在此基础上二次开发。

1. JavaWeb学生成绩管理系统：拿到源码后，先看懂数据库再跑代码

课程设计和毕业设计里，“基于javaweb的学生成绩管理系统”几乎是出镜率最高的题目。它看似简单，却把登录、权限、增删改查、统计查询全串了一遍，正好覆盖JavaWeb项目最常考的能力点。很多人拿到项目源码加数据库后，第一反应是赶紧启动Tomcat看登录页，结果被环境问题卡住好几个晚上。我见过太多人在这个阶段翻车，问题根本不在代码，而在数据库没还原对、JDK与Tomcat版本不匹配、连接串里缺了时区参数。这篇笔记按我自己接手一套JavaWeb成绩管理系统的习惯，从数据库设计、项目导入、核心业务拆解到排错，帮你尽快跑通这套学生成绩管理系统，并且到了答辩现场能讲清楚每张表和每个请求背后的设计逻辑。

2. 数据库设计先行：五张表怎么撑起成绩管理系统的全部业务

拿到一套不熟悉的项目源码，先启动往往是最容易被带偏的做法。正确的顺序是先打开SQL脚本，因为业务逻辑的边界全在表结构里。成绩管理系统的核心就是“学生—课程—成绩”三个实体，但落库时通常不只三张表。常见做法是拆成五张表：学生表、教师表、课程表、成绩表、用户表。这是血泪经验换来的顺序——先看懂表，再改代码，排错效率翻倍。

2.1 实体与关系：学生、教师、课程、成绩、用户五张表怎么串联

学生与课程之间是多对多关系：一个学生选多门课，一门课被多个学生选。关系型数据库里这不能直接在学生表或课程表里用字段表达，于是需要一张关联表，也就是成绩表。成绩表既承担关联职责，又带上分数这个核心业务字段，这种设计叫关联实体，在答辩时是第一个容易被追问的设计点。教师表和课程表之间也有一层归属关系——一门课由一个教师主讲，在课程表里加teacher_id外键即可。

用户表的存在是另一个要点。很多新手会问“为什么学生表和用户表分两张”，原因在于登录账号和学籍档案本质上是两类数据。学生表里存学号、姓名、班级这些相对稳定的信息，用户表里存用户名、密码、角色，角色用来区分管理员、教师、学生三种身份。把这两者拆开，以后做密码重置或批量导入学籍，互不干扰。这五张表的关系我整理如下。

2.2 建表SQL实操：字段类型、外键约束与索引怎么一次写对

设计表时我坚持一个原则：主键用自增id，业务编号用唯一索引。有的学生项目喜欢直接用学号当主键，短期内没什么问题，但一旦学校变更学号规则，外键全部跟着乱。这种设计在实操里是坑，在答辩里是伤，因为评委一听就知道你没处理过真实数据。以下是这套成绩管理系统最常见的建表脚本，你可以直接拿去做蓝本。

CREATE DATABASE IF NOT EXISTS grade_db DEFAULT CHARSET utf8mb4; USE grade_db; CREATE TABLE student ( sid INT NOT NULL AUTO_INCREMENT, sno VARCHAR(20) NOT NULL COMMENT '学号', sname VARCHAR(50) NOT NULL COMMENT '姓名', gender CHAR(1) DEFAULT '男', class_name VARCHAR(50) DEFAULT NULL COMMENT '班级', PRIMARY KEY (sid), UNIQUE KEY uk_sno (sno) ) ENGINE=InnoDB COMMENT '学生表'; CREATE TABLE teacher ( tid INT NOT NULL AUTO_INCREMENT, tno VARCHAR(20) NOT NULL COMMENT '工号', tname VARCHAR(50) NOT NULL COMMENT '姓名', department VARCHAR(50) DEFAULT NULL COMMENT '院系', PRIMARY KEY (tid), UNIQUE KEY uk_tno (tno) ) ENGINE=InnoDB COMMENT '教师表'; CREATE TABLE course ( cid INT NOT NULL AUTO_INCREMENT, cno VARCHAR(20) NOT NULL COMMENT '课程号', cname VARCHAR(50) NOT NULL COMMENT '课程名', credit DECIMAL(3,1) DEFAULT 0 COMMENT '学分', tid INT DEFAULT NULL COMMENT '授课教师', PRIMARY KEY (cid), KEY idx_tid (tid), CONSTRAINT fk_course_teacher FOREIGN KEY (tid) REFERENCES teacher (tid) ) ENGINE=InnoDB COMMENT '课程表'; CREATE TABLE score ( id INT NOT NULL AUTO_INCREMENT, sid INT NOT NULL COMMENT '学生id', cid INT NOT NULL COMMENT '课程id', score DECIMAL(5,2) DEFAULT NULL COMMENT '成绩', PRIMARY KEY (id), UNIQUE KEY uk_sid_cid (sid, cid), CONSTRAINT fk_score_student FOREIGN KEY (sid) REFERENCES student (sid), CONSTRAINT fk_score_course FOREIGN KEY (cid) REFERENCES course (cid) ) ENGINE=InnoDB COMMENT '成绩表'; CREATE TABLE user ( uid INT NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL COMMENT '登录名', password VARCHAR(64) NOT NULL COMMENT '密码', role VARCHAR(20) NOT NULL COMMENT '角色：admin/teacher/student', PRIMARY KEY (uid), UNIQUE KEY uk_username (username) ) ENGINE=InnoDB COMMENT '用户表';

字段类型方面有几个细节容易被忽略。成绩用DECIMAL(5,2)，能存到999.99，一般成绩够用；学分用DECIMAL(3,1)是为了支持1.5这种学分。字符类统一用utf8mb4，如果建表时用了utf8，生僻字和emoji都存不进去。外键约束在建表时写好，让数据库在插入脏数据时直接报错，比依赖Java代码判断更可靠。成绩表上加唯一联合索引uk_sid_cid，保证同一学生同一课程只有一条成绩记录，这是从数据源头防止重复录入。

2.3 初始化数据与MySQL连接配置：让系统第一次启动就能登录

只有表没有数据，页面永远登录不进去。成绩管理系统第一次运行至少需要一组管理员账号、一个教师账号、几个学生账号，以及对应的基础档案。初始化脚本一般这样写。

INSERT INTO student (sno, sname, gender, class_name) VALUES ('2023001', '张阳', '男', '计科2301'), ('2023002', '李婷', '女', '计科2301'), ('2023003', '王磊', '男', '计科2302'); INSERT INTO teacher (tno, tname, department) VALUES ('T1001', '刘芳', '计算机学院'); INSERT INTO course (cno, cname, credit, tid) VALUES ('C001', 'Java程序设计', 4.0, 1), ('C002', '数据库原理', 3.5, 1); INSERT INTO score (sid, cid, score) VALUES (1, 1, 85.5), (1, 2, 92.0), (2, 1, 76.0), (2, 2, 88.5), (3, 1, 59.5), (3, 2, 70.0); INSERT INTO user (username, password, role) VALUES ('admin', 'admin123', 'admin'), ('teacher', '123456', 'teacher'), ('2023001', '123456', 'student'), ('2023002', '123456', 'student'), ('2023003', '123456', 'student');

这套数据故意保留了59.5和85.5这样的非整数成绩，用来验证查询排序和不及格统计。实际项目中，密码会用MD5加盐存储，这里用明文只是为了演示登录判断。初始密码在文档里都有，答辩前记得把admin默认密码改掉。

接下来是JavaWeb连接MySQL数据库的连接配置。这是整个项目跑不跑得起来的关键，一句话总结：连接URL里的每一个参数都是踩坑踩出来的。

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/grade_db?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false&allowPublicKeyRetrieval=true jdbc.username=root jdbc.password=123456

useUnicode与characterEncoding=utf8解决中文写入乱码；serverTimezone=Asia/Shanghai是MySQL 8.x连接时的强制项，不加会报时区错误；useSSL=false避免本机连接时去做SSL握手；allowPublicKeyRetrieval=true是为MySQL 8.x的caching_sha2_password认证准备的，旧驱动在连接时很可能提示Public Key Retrieval is not allowed。如果你用的是MySQL 8.4 LTS，上面这套参数依然成立，只是JDBC驱动必须用8.0.x以上，不能用5.1.x的老驱动。

3. 用IDEA跑通JavaWeb项目：从导入源码到登录页面的完整链路

源码拿到手，最怕的是本机环境与作者开发环境不一致。JavaWeb项目的环境问题有很强的版本敏感性，JDK版本、Tomcat版本、Maven配置任何一个错位，都可能让项目直接起不来。这一章讲我实际跑通一套JavaWeb项目时走的固定步骤，照着做可以少走很多冤枉路。

3.1 环境选型：JDK、Tomcat、Maven版本搭配与理由

JavaWeb项目的最佳兼容组合是JDK 8、Tomcat 8.5、Maven 3.6.x，再配MySQL 5.7或8.x。为什么不是最新版？因为大部分课程设计和毕业设计的源码都是几年前写的，使用的是javax.servlet包。从JDK 9开始模块化，Tomcat 10把javax.servlet迁移到jakarta.servlet，旧代码直接编译报“程序包javax.servlet不存在”。我见过有人用JDK 17跑老项目，折腾两天最后发现是版本兼容问题，非常典型的翻车现场。

Tomcat 8.5与JDK 8是老组合，Servlet版本3.1，支持@WebServlet注解，也支持web.xml配置。如果本机已经装了JDK 17，不必卸载，给这个项目单独配置Project SDK为JDK 8即可。Maven的版本与JDK也有对应关系，Maven 3.6.3在JDK 8上工作良好，JDK 17则需要Maven 3.8以上。数据库方面，MySQL 8.4 LTS完全可用，但连接驱动必须使用8.0.x的com.mysql.cj.jdbc.Driver，配置方法在2.3已经说过。

3.2 把源码和数据库弄进本机：导入步骤与Maven依赖下载

拿到项目压缩包后，先看根目录有没有pom.xml。有pom.xml说明是Maven工程，导入方式与普通Web工程不同。在IDEA里选择File -> Open，选到项目根目录直接打开，IDEA会识别pom.xml并自动转换成Maven项目。如果没有pom.xml而存在WEB-INF/web.xml，那就是传统Web工程，导入时要把Web Facet与Artifact配置好，配置方式主要是在Project Structure里指定Web资源目录。

Maven项目导入后最痛苦的是依赖下载。国内网络从中央仓库拉依赖经常超时，我一般会在用户目录下的.m2/settings.xml里配置阿里云镜像，这是成本最低的解救方案。

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <mirrors> <mirror> <id>aliyunmaven</id> <mirrorOf>central</mirrorOf> <url>https://maven.aliyun.com/repository/public</url> </mirror> </mirrors> </settings>

配置完镜像，IDEA里打开Maven面板点击刷新，等待依赖全部下载完成。这个过程第一次可能要几分钟，后续就快了。依赖完成后别忘了做一步：检查pom.xml里的Servlet版本是否与Tomcat 8.5匹配，如果scope为provided，编译时需要Tomcat运行时提供。

数据库还原有两种常用方式。第一种是命令行方式，适合喜欢用mysql数据库常用命令的人：

mysql -u root -p < grade_system.sql

前提是sql脚本里已经包含CREATE DATABASE语句，如果文件里只有建表语句，先手动创建grade_db再执行。第二种方式是用IDE工具，DataGrip或Navicat都行，新建连接后选中数据库执行SQL文件。唯一要注意的问题是脚本中如果有USE grade_db语句，连接时选任意默认库都不影响执行结果。

3.3 在IDEA中配置Tomcat与启动：把请求路径完整跑通

依赖和数据库就绪后，开始配置运行环境。IDEA里依次选择Run -> Edit Configurations，新增Tomcat Server -> Local。在这个配置界面里有三个关键页签需要处理。

Server页签里配置Application server指向Tomcat安装目录，端口保持8080。Deployment页签里点击加号选择Artifact，推荐选择war exploded方式，也就是解压目录方式，这样修改了JSP或静态资源不需要重新打包，刷新页面即可生效。Application context填写项目访问路径，这一点最容易出错。如果填了/grade_root，那么登录页地址就是http://localhost:8080/grade_root/login.jsp，如果填/，则是http://localhost:8080/login.jsp。

配置完成后点击运行，IDEA底部会弹出Tomcat运行日志。看到类似Artifact grade_web:war exploded: Artifact is deployed successfully的日志，说明部署已经完成。这时浏览器打开对应的登录页地址，能看到登录界面，输入admin/admin123，如果顺利跳转到管理首页，说明整个链路已经跑通。

如果启动时报端口被占用，日志里会出现Address already in use: JVM_Bind，这是8080被其他进程占用了。要么把Tomcat端口改成8081，要么找到占用进程杀掉，具体命令在5.4节展开。这里先记住第一个判断动作：启动事件看日志，启动之后看页面，日志永远比猜测可靠。

4. 核心业务实现拆解：登录鉴权、成绩增删改查与统计查询

系统跑通之后，下一步是把核心功能逐行看懂。成绩管理系统的代码量不大，但里面藏着JavaWeb项目最常见的几个考点：HttpSession会话管理、Filter过滤器、JDBC操作、SQL聚合统计。这一章把每个功能的实现路径拆开讲，答辩时按这个顺序讲，逻辑很顺。

4.1 登录鉴权与角色分发：Filter拦截器凭什么拦住未登录请求

登录功能看起来只是查一次数据库，但牵扯到会话与安全两个环节。先看登录Servlet的核心逻辑：

@WebServlet("/login") public class LoginServlet extends HttpServlet { @Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username = request.getParameter("username"); String password = request.getParameter("password"); UserDAO userDAO = new UserDAO(); User user = userDAO.findByUsernameAndPassword(username, password); if (user != null) { HttpSession session = request.getSession(); session.setAttribute("currentUser", user); // 按角色跳转到不同首页 if ("admin".equals(user.getRole())) { response.sendRedirect("admin/index.jsp"); } else if ("teacher".equals(user.getRole())) { response.sendRedirect("teacher/index.jsp"); } else { response.sendRedirect("student/index.jsp"); } } else { request.setAttribute("msg", "用户名或密码错误"); request.getRequestDispatcher("login.jsp").forward(request, response); } } }

关键点是成功登录后把user对象放进HttpSession，之后所有页面通过session拿当前用户信息。如果登录失败，用forward转回login.jsp并携带错误提示，forward与sendRedirect的区别在于forward是服务端内部跳转，request域中的数据可以带到目标页面，sendRedirect是浏览器重新发起请求，request域清空。

光有登录还不够，要防止未登录用户直接访问管理员页面。常见做法是加一个Filter过滤器，把所有请求拦一道：

@WebFilter("/*") public class AuthFilter implements Filter { @Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request = (HttpServletRequest) req; HttpServletResponse response = (HttpServletResponse) resp; String uri = request.getRequestURI(); // 放行登录页、登录接口和静态资源 if (uri.endsWith("login.jsp") || uri.endsWith("/login") || uri.contains("/static/")) { chain.doFilter(req, resp); return; } HttpSession session = request.getSession(false); if (session != null && session.getAttribute("currentUser") != null) { chain.doFilter(req, resp); } else { response.sendRedirect(request.getContextPath() + "/login.jsp"); } } }

这里有个细节：request.getSession(false)里的false表示如果当前没有session就返回null，而不是新建一个session。如果这里写成request.getSession()，未登录用户访问任意页面都会被创建session，Filter拦不住还白白浪费内存。Filter拦截不到JSP内部include的资源，但拦截浏览器请求足够。

4.2 成绩增删改查：一次新增成绩请求的完整数据流

成绩的增删改查是整个系统的核心，代码上体现为三层结构：JSP页面发起请求，Servlet接收并调用Service，Service里调用DAO完成数据库操作。以新增成绩为例，DAO层的方法长这样：

public int addGrade(Grade grade) { String sql = "INSERT INTO score (sid, cid, score) VALUES (?, ?, ?)"; try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setInt(1, grade.getStudentId()); ps.setInt(2, grade.getCourseId()); ps.setBigDecimal(3, grade.getScore()); return ps.executeUpdate(); } catch (SQLException e) { e.printStackTrace(); return 0; } }

我强烈建议在这个方法里用PreparedStatement而不是Statement。PreparedStatement有预编译机制，并且参数通过占位符传入，可以从根本上避免拼接SQL造成的注入问题。有些源码为了省代码用字符串拼接SQL，这在答辩时被评委看到基本属于扣分项。

删除和修改的思路一致，只是SQL不同。删除成绩用DELETE FROM score WHERE id=?，修改成绩用UPDATE score SET score=? WHERE id=?。查询成绩时要联表，因为页面需要显示学生姓名和课程名，光有外键数值用户看不懂。联表查询的SQL在4.3节展示。

实际项目中连接Connection对象不应直接new，而是通过连接池获取，常见的做法是配置Druid或C3P0。连接池的好处是复用连接，避免频繁创建销毁带来的性能损耗。答辩时如果被问到这个点，能说出连接池的参数配置，比如初始连接数、最大连接数、最大等待时间，会显得更有实践经验。

4.3 成绩统计与排名：SQL聚合和Java内存计算怎么取舍

成绩管理系统的亮点功能是统计：班级平均分、课程最高分与最低分、学生总分排名。很多初学者喜欢先把所有记录查到Java里，再循环累加计算，两层循环下来代码又长又慢。正确做法是在SQL层面完成聚合，只需要两条核心SQL就能覆盖绝大多数统计场景。

第一条按课程计算平均分、最高分、最低分与选课人数：

SELECT c.cname, ROUND(AVG(s.score), 2) AS avg_score, MAX(s.score) AS max_score, MIN(s.score) AS min_score, COUNT(*) AS student_count FROM score s JOIN course c ON s.cid = c.cid GROUP BY c.cid, c.cname ORDER BY avg_score DESC;

第二条按学生计算总分并排名：

SELECT st.sname, SUM(sc.score) AS total_score, ROUND(AVG(sc.score), 2) AS avg_score FROM score sc JOIN student st ON sc.sid = st.sid GROUP BY st.sid, st.sname ORDER BY total_score DESC;

为什么聚合放在SQL而不是Java？两个理由。第一是传输量，成绩表几千行数据全量传到Java层再计算，网络开销和内存占用都大；第二是代码简洁度，GROUP BY加聚合函数表达语义一目了然，比Java循环可读性强太多。这里有一个容易翻车的细节：GROUP BY后面的列必须与SELECT中的非聚合列保持一致，MySQL的ONLY_FULL_GROUP_BY模式会直接报错，而其他数据库对这个问题同样严格。

统计结果的展示一般通过JSP的JSTL标签循环渲染成HTML表格。值得注意的一点是，SQL里用别名avg_score，ResultSet取值时要用rs.getBigDecimal("avg_score")或rs.getString("avg_score")，不能用getInt取平均分，否则小数会被截断成整数。

5. 学生成绩系统避坑指南：中文乱码、数据库连接失败与部署问题

跑通JavaWeb项目和写出能交差的JavaWeb项目之间的距离，基本全是坑的距离。这一章专门整理我在调试同类项目时遇到的最高频问题，每条按现象、原因、解决三个层次展开，可以直接对照排查。

5.1 数据库连接报错：驱动版本、时区与SSL三个高频根因

现象一：启动后控制台报Could not create connection to database server，有时候后面跟一句Communications link failure。原因大概率是JDBC驱动版本与MySQL版本不匹配，最常见的是MySQL 8.x数据库配了5.1.x的老驱动。解决方法是把驱动升级到8.0.x，并且把driverClassName从com.mysql.jdbc.Driver改成com.mysql.cj.jdbc.Driver。MySQL 8.4 LTS同样按这个方式处理。

现象二：报错信息里出现Server time zone value is unrecognized或The server time zone value '�й���ʱ��' is unrecognized。原因是没有在连接URL里指定时区，MySQL 8.x默认时区与驱动不一致。解决方法是按2.3节的URL模板补上serverTimezone=Asia/Shanghai，这个参数不是可选项，是必填项。

现象三：报Public Key Retrieval is not allowed。原因是MySQL 8.x默认认证插件是caching_sha2_password，驱动首次连接需要获取服务器的公钥，但没被允许。解决方法是在连接URL里追加allowPublicKeyRetrieval=true。这三个问题常一起出现，建议一条配置全部写全，省得报一个改一次。

5.2 中文乱码：页面、请求、数据库三处编码必须对齐

中文乱码在JavaWeb项目里属于必踩坑。现象是页面显示问号，或者数据库里存入的中文变成乱码。乱码的本质是编码不一致，需要检查三处：JSP页面、HTTP请求、数据库连接。

JSP页面要在第一行声明pageEncoding和contentType，统一为UTF-8：

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

请求乱码分两种方式。POST请求在Servlet里设置request.setCharacterEncoding("UTF-8")，且必须在第一次获取参数之前设置。GET请求的乱码在Tomcat 8及以上版本已经默认UTF-8处理，不需要特殊处理。如果项目里每个Servlet都手动设置太麻烦，可以写一个CharacterEncodingFilter统一处理：

@WebFilter("/*") public class CharacterEncodingFilter implements Filter { @Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { req.setCharacterEncoding("UTF-8"); resp.setCharacterEncoding("UTF-8"); chain.doFilter(req, resp); } }

数据库方面，建库时指定utf8mb4，连接URL里带characterEncoding=utf8，三处对齐后中文乱码基本绝迹。如果数据库里已经存了乱码，别想着用UPDATE修复，直接清掉重导数据更省事。

5.3 页面404与500：路径映射与依赖缺失的排查顺序

404和500是JavaWeb里最常见的两个报错。404是资源找不到，500是服务器内部错误。面对404，先看浏览器地址栏的路径对不对。访问http://localhost:8080/grade_web/login.jsp返回404，依次检查三处：项目部署后的访问路径是不是grade_web，这对应IDEA里Application context的配置；web.xml或注解里的Servlet映射是否匹配；文件名大小写是否一致。Linux服务器上部署时大小写问题尤其明显，Windows本地可能没事，换到Linux就404。

500错误要看服务器日志。在IDEA的Tomcat运行窗口里找Caused by那一段，那里才是真正的原因。常见的500原因包括：ClassNotFoundException，说明某个jar包没打包进WEB-INF/lib；NullPointerException，说明从数据库查出来的对象为null却直接调用了方法；SQLGrammarException，说明表名或列名写错。排查顺序是：先看SQL是否能单独执行，再看日志里的异常行号，最后确认依赖是否完整。正常响应时间在3分钟内，超时说明排查路径不对。

5.4 Tomcat端口占用与访问不通：从日志到命令的一步步排查

启动时报Address already in use: JVM_Bind，这是8080端口被占。Windows下用netstat -ano | findstr 8080找到占用进程的PID，再taskkill /PID 对应PID /F强制结束。macOS或Linux下用lsof -i:8080找PID，然后kill -9。不想杀进程就改Tomcat端口，在IDEA运行配置里把HTTP port改成8081，同时把代码里硬编码的8080改成新端口。这里有个玄学现象，浏览器访问时明明启动日志正常，页面就是打不开，多半是系统代理或者浏览器插件把localhost请求转发到了代理服务器，关闭代理后立即可访问。

访问不通的另一类场景是部署到云服务器，Tomcat启动正常但外网无法访问。检查顺序是：先在服务器本机执行curl -I http://localhost:8080/grade/login.jsp，本机通而外网不通，查安全组是否放行了8080端口；如果本机都不通，检查Tomcat是否真的监听在0.0.0.0而不是127.0.0.1。用cmd命令验证是最快的。

6. 答辩演示前要做的三件事：边界数据、SQL注入补丁与干净环境演练

成绩管理系统的代码跑通只是及格线，答辩能否拿高分，取决于现场演示的质量和代码的健壮性。我在评审前会做三个固定动作，每个都能减少意外翻车概率。

第一个动作是准备一组边界演示数据。不要只准备全部及格的数据，那会让统计页面看起来毫无波澜。我会手动加一条59分的记录，验证不及格统计是否准确；加一条100分，验证最高分计算是否包含并列情况；再加一个缺考学生，成绩字段为空，看查询页面会不会因为null值报错。演示时故意点开这个学生的详情，一边操作一边解释“缺考记录的成绩为null，页面做了判空处理”，这个细节比背十页PPT都加分。

第二个动作是给代码打最小的安全补丁。如果源码里用的是字符串拼接SQL，改成PreparedStatement占位符；如果密码是明文存储，至少改成MD5加盐，别在答辩现场说这是为了演示方便，这属于自我挖坑。补丁代码量不大，但能显著提升项目完成度，评委会看到你不只是会抄，还会主动加固。

最后一个动作是在一台干净机器上重新部署一遍。把数据库删掉重新执行建表脚本，从导入源码到启动的完整流程走一遍，记录每一步用到的命令。这个准备动作有两个价值：一是如果现场要求换机器演示，你不会慌；二是部署过程中的每一步，本身就是答辩时可以讲的实操细节。我自己每次评审之前都会强制自己做一次从零还原，这个习惯救过我好几次——有一次导师临时要求在教室电脑上跑，我因为提前演练过，十分钟内就完成了环境配置。

成绩管理系统虽然是经典题目，但每次看到它我都觉得值得认真对待。把数据库设计想清楚，把每一行SQL解释明白，把这些坑提前踩平，你能学到的远不止一个项目源码。希望帮到你。

本文还有配套的精品资源，点击获取