JSP家长教育系统毕业设计：从需求分析到部署答辩的完整实战指南

“计算机毕业设计之jsp家长教育系统的设计与实现”这类题目，算是Java Web方向毕业设计里的常青树了。每年都有人做，版本有新有旧，但核心思路大差不差：让家长能通过一个网站查看孩子在校的成绩、考勤、公告，顺便能和老师在线留言沟通。我第一次带学弟做这个题的时候就跟他说，这类项目的难点根本不在写代码，而在需求梳理和数据表设计。你如果也在为这个题目发愁，或者已经准备动手但还在纠结怎么设计，这篇文章可以给你一条相对完整的参考路线。从业务拆解、技术选型、数据库建模，到核心模块实现、部署调试、答辩准备，我都按实际做过的流程写一遍，文字尽量平实，跟着走基本不会跑偏。

1. 项目到底做什么：需求与业务模型拆解

1.1 家长教育系统的定位和使用场景

先说清楚这个系统是干嘛的。它可以理解成一个简化的“家校互通平台”，核心使用场景是：学校老师把学生的考试成绩、出勤情况、校内通知发布到系统里，家长用自己的账号登录后就能查看到。传统模式下，家长想知道孩子在校表现，基本靠老师打电话、家长会、班级群，信息滞后又零散。这个系统想解决的痛点，就是让“家长主动获取信息”替代“老师被动通知信息”。

适合拿这个题目做的同学，一般有两种情况：一种是自己本身就在学Java Web，需要一个完整项目来串知识点；另一种是学校课程体系里还在讲JSP/Servlet，毕业设计自然跟着教学路线走。无论哪种，这个题目的体量都挺合适。它比“学生信息管理系统”多了一个角色和业务维度，又比“在线教育平台”轻量得多，一个人在两三周内完成核心功能是完全现实的。

1.2 需求拆解：从真实痛点反推功能模块

不要一上来就打开IDEA建工程，先把用户痛点和功能模块对齐。我当时给学弟理需求的时候，列了个简单的对照表，后来发现这张表比任何设计文档都管用。

这样一拆，系统模块就很清楚了：用户登录模块、学生信息管理模块、成绩管理模块、考勤管理模块、公告管理模块、留言管理模块。每个模块都不要贪大，能把增删改查跑通、权限区分清楚，就已经达到毕业设计的合格线了。

1.3 功能边界与角色权限划分

系统最核心的设计点其实是“三种角色怎么共存”。管理员、教师、家长看到的界面和能做的事完全不同，我建议从一开始就用角色思维去设计。

• 管理员：维护教师和家长账号，管理班级信息，发布全局公告。
• 教师：录入学生成绩、登记考勤、发布班级通知、回复家长留言。
• 家长：查看自家孩子的信息、成绩、考勤、公告，向老师发起留言。

这里要提醒一点：很多同学只在页面上做了按钮隐藏，这是不够的。答辩时老师很可能会问“如果家长直接输入教师页面的URL，能不能访问？”所以后端也要做权限校验，最基础的做法就是用Filter对URL做拦截，我在第6章会给出可用的代码示例。

2. 技术选型与环境搭建：为什么JSP仍是稳妥的毕业设计选择

2.1 JSP真的已经过时了吗——它反而适合教学和毕设

JSP（JavaServer Pages）本质上就是一个Servlet模板引擎。一个JSP文件在被第一次访问时，Tomcat会把它编译成一个Java Servlet类，再实例化并执行，最后把生成的HTML响应给浏览器。所以你在JSP里能用的内置对象，比如request、response、session、application，其实就是Servlet里的那套API。很多同学觉得JSP老、丑、过时，但从毕业设计的角度讲，它反而有两个天然优势：第一，代码执行过程直观，JSP页面里写什么、Servlet里怎么转发，一眼就能看懂；第二，部署简单，一个Tomcat就搞定，不需要像Spring Boot那样理解内嵌容器、自动配置这些东西。

当然，如果你已经熟练掌握了Spring Boot，做个家长教育平台也不是不行。但我的建议是：如果学校课程教的就是JSP/Servlet，你就别强行换技术栈。老师阅毕设无数，更看重的是逻辑是否完整、过程是否讲得清楚，而不是技术选型追没追新。把JSP这套老架构吃透，反而比半吊子用Spring Boot更容易拿到好分数。

2.2 开发环境组合与版本选择

给出我实测下来比较稳的一套组合：JDK 8 + Tomcat 8.5 + IDEA Community版 + MySQL 5.7 + Navicat。很多新同学会问，为什么不用JDK 17？因为不少老教材、老驱动、老插件在JDK 17上会有兼容问题，而答辩现场的机器环境往往不可控，选一个大家都在用的稳定组合，能少踩很多雷。

Tomcat建议直接去官网下载zip包解压，不要用IDEA自带的Tomcat插件。IDEA里配置很无脑：Run → Edit Configurations → 点加号选择Tomcat Server Local → 在Application server那里选择你解压的Tomcat目录，然后在Deployment里加上Artifact，Application context就设为项目名。启动之后访问http://localhost:8080/项目名就能看到项目。还有一个小坑：IDEA里如果修改了JSP页面，默认不会热部署到Tomcat，运行状态下页面可能一直显示旧版，解决办法是把On frame deactivation设为Update resources，或者干脆每次改完JSP都重启Tomcat，这个细节排查起来非常浪费时间。

2.3 三层架构规范：JSP只是MVC里的View

写JSP项目最忌讳的是什么？是页面里塞满<% ... %>的Java代码，一个页面两三百行，业务逻辑、SQL、HTML全混在一起。我刚开始学的时候也这么干过，后来自己复盘，这样不但页面乱，而且一旦需求变动，改起来想死的心都有。

规范的做法是严格分层，跟你用Spring Boot时的思路其实一样：

• JSP页面只负责展示，用EL表达式和JSTL标签遍历数据。
• Servlet负责接收请求、调用业务方法、把结果放进request作用域。
• Service/DAO层负责业务逻辑和数据库访问。

我给的参考目录结构是这样：

text复制src/
  com.parentedu.dao       // 数据库访问层
  com.parentedu.entity    // 实体类
  com.parentedu.servlet   // 控制器层
  com.parentedu.filter    // 过滤器
  com.parentedu.util      // 工具类，如DBUtil
web/
  admin/                  // 管理员页面
  teacher/                // 教师页面
  parent/                 // 家长页面
  login.jsp
  index.jsp
  WEB-INF/web.xml

这样分层之后，你在答辩时说“我采用了MVC三层架构，JSP负责视图，Servlet负责控制，DAO负责模型”这句话才有底气。

3. 数据库设计：先把表结构整理明白

3.1 核心表结构与建表SQL

数据库设计是这个项目的重头戏，也是我建议你花最多时间琢磨的地方。表结构设计好了，后面写代码就是个搬砖的活；表设计乱了，改代码会让你怀疑人生。我实际用到的表一共8张左右：admin、teacher、parent、student、score（成绩）、attendance（考勤）、notice（公告）、message（留言）。

核心的建表SQL我贴在下面，注意看注释和设计思路：

sql复制-- 管理员表
CREATE TABLE admin (
  id INT PRIMARY KEY AUTO_INCREMENT,
  username VARCHAR(50) NOT NULL UNIQUE,
  password VARCHAR(64) NOT NULL,
  real_name VARCHAR(50),
  create_time DATETIME DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- 教师表
CREATE TABLE teacher (
  id INT PRIMARY KEY AUTO_INCREMENT,
  username VARCHAR(50) NOT NULL UNIQUE,
  password VARCHAR(64) NOT NULL,
  real_name VARCHAR(50),
  subject VARCHAR(50),
  phone VARCHAR(20),
  create_time DATETIME DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- 家长表
CREATE TABLE parent (
  id INT PRIMARY KEY AUTO_INCREMENT,
  username VARCHAR(50) NOT NULL UNIQUE,
  password VARCHAR(64) NOT NULL,
  real_name VARCHAR(50),
  phone VARCHAR(20),
  student_id INT DEFAULT NULL,
  create_time DATETIME DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- 学生表
CREATE TABLE student (
  id INT PRIMARY KEY AUTO_INCREMENT,
  student_no VARCHAR(20) NOT NULL UNIQUE,
  name VARCHAR(50) NOT NULL,
  class_name VARCHAR(50),
  parent_id INT,
  create_time DATETIME DEFAULT CURRENT_TIMESTAMP,
  FOREIGN KEY (parent_id) REFERENCES parent(id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- 成绩表
CREATE TABLE score (
  id INT PRIMARY KEY AUTO_INCREMENT,
  student_id INT NOT NULL,
  exam_type VARCHAR(20),    -- 期中、期末、月考
  subject VARCHAR(20),
  score DECIMAL(5,1),
  exam_date DATE,
  FOREIGN KEY (student_id) REFERENCES student(id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- 考勤表
CREATE TABLE attendance (
  id INT PRIMARY KEY AUTO_INCREMENT,
  student_id INT NOT NULL,
  att_date DATE,
  status VARCHAR(10),       -- 正常、迟到、缺勤
  remark VARCHAR(255),
  FOREIGN KEY (student_id) REFERENCES student(id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- 公告表
CREATE TABLE notice (
  id INT PRIMARY KEY AUTO_INCREMENT,
  title VARCHAR(100),
  content TEXT,
  publisher VARCHAR(50),
  publish_time DATETIME DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- 留言表
CREATE TABLE message (
  id INT PRIMARY KEY AUTO_INCREMENT,
  parent_id INT NOT NULL,
  teacher_id INT NOT NULL,
  content VARCHAR(500),     -- 家长留言内容
  reply_content VARCHAR(500), -- 老师回复内容
  status INT DEFAULT 0,     -- 0待回复，1已回复
  create_time DATETIME DEFAULT CURRENT_TIMESTAMP,
  reply_time DATETIME,
  FOREIGN KEY (parent_id) REFERENCES parent(id),
  FOREIGN KEY (teacher_id) REFERENCES teacher(id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

comment我不用注释了，直接在正文里说。家长表和学生表这里是一对一关联，实际上一个家庭可能有两个孩子，但为了毕设体量，我只做了单个孩子关联。答辩时如果老师问“如果家长有多个孩子怎么办”，你可以说“扩展为parent_student中间表即可”，这就体现出你考虑过扩展性。

3.2 字段设计里的几个关键决策

成绩表我特意用了exam_type字段，而不是建期中表、期末表各一张。这样新增一种考试类型时不用改表结构，插入一条记录就行，这是典型的“行转列”思维。考勤表同理，用status字段区分“正常、迟到、缺勤”，而不是建三个字段存是否迟到。这种设计在查询统计时特别方便，一条SQL就能按日期分组统计缺勤次数。

关于外键，很多实际开发里为了避免性能损耗会刻意不用物理外键，但毕业设计我反而建议加上。加外键之后能明显减少脏数据，而且答辩时你可以主动提起“我通过外键约束保证了数据的参照完整性”，这是一个很扎实的加分点。索引的话，登录表对username建唯一索引，成绩表对student_id加普通索引，查询成绩列表时性能会好一些。

初始化数据也别忘了。我当时手动插入了管理员账号admin、教师账号teacher01、家长账号parent01，密码统一用了123456（正式系统不能这么干，演示环境为了方便而已）。记得在系统里把学生和家长的关联绑好，这样家长登录后马上能看到数据，演示流程才顺畅。

4. 核心功能实现：从登录到留言通知的完整链路

4.1 登录与角色路由：一个登录入口怎么分流三种身份

系统入口就是一个登录页，用户名密码输入后提交到LoginServlet。里面的逻辑很简单：先用用户名去admin表查，再查teacher表，再查parent表，能匹配到哪个就说明是哪类用户。找到用户后，把用户对象放进session，然后重定向到对应角色的首页。如果三张表都查不到，就回到登录页并显示“用户名或密码错误”。

这段逻辑听上去简单，但有几个细节必须注意。第一个是密码存储，千万不能明文存在数据库里。我用的工具是JDK自带的消息摘要，对密码做MD5加密（再加个固定盐值更稳妥），这样数据库即使被导出，密码也不会裸露在明面上。第二个是登录成功后一定要用重定向，不要用forward，否则用户按F5刷新会重复提交登录请求。第三个是密码比对逻辑要放在DAO层里，Servlet别直接操作数据库。

核心代码大概是这个思路：

java复制public class LoginServlet extends HttpServlet {
    protected void doPost(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {
        request.setCharacterEncoding("UTF-8");
        String username = request.getParameter("username");
        String password = MD5Util.md5(request.getParameter("password"));

        UserDao userDao = new UserDao();
        Object user = userDao.login(username, password);
        if (user == null) {
            request.setAttribute("error", "用户名或密码错误");
            request.getRequestDispatcher("login.jsp").forward(request, response);
            return;
        }

        HttpSession session = request.getSession();
        if (user instanceof Admin) {
            session.setAttribute("admin", user);
            response.sendRedirect("admin/home.jsp");
        } else if (user instanceof Teacher) {
            session.setAttribute("teacher", user);
            response.sendRedirect("teacher/home.jsp");
        } else {
            session.setAttribute("parent", user);
            response.sendRedirect("parent/home.jsp");
        }
    }
}

登录逻辑里用instanceof判断类型，如果将来加了“学生”角色，只需增加一个分支就行，扩展性不错。

4.2 家长主页：一个页面把多个数据源聚合起来

家长登录之后看到的home页面，是信息最集中、也最能体现设计水平的一个页面。我建议在首页展示五块内容：孩子的基本信息、最近三条成绩、最近五条考勤记录、最新三条公告、未读留言数量。很多同学第一反应是“在JSP页面里写几个查询就行了”，这恰恰是误区。正确的做法是：在Servlet里分别调用多个DAO方法，把结果统一放到request作用域里，然后forward到JSP页面展示。

ParentHomeServlet里的逻辑类似这样：

java复制StudentDao studentDao = new StudentDao();
ScoreDao scoreDao = new ScoreDao();
AttendanceDao attendanceDao = new AttendanceDao();
NoticeDao noticeDao = new NoticeDao();
MessageDao messageDao = new MessageDao();

Parent p = (Parent) session.getAttribute("parent");
int parentId = p.getId();
Student student = studentDao.findByParentId(parentId);
List<Score> scores = scoreDao.findTopNByStudentId(student.getId(), 3);
List<Attendance> attendances = attendanceDao.findTopNByStudentId(student.getId(), 5);
List<Notice> notices = noticeDao.findTopN(3);
int unreadMsgCount = messageDao.countUnreadByParentId(parentId);

request.setAttribute("student", student);
request.setAttribute("scores", scores);
request.setAttribute("attendances", attendances);
request.setAttribute("notices", notices);
request.setAttribute("unreadMsgCount", unreadMsgCount);
request.getRequestDispatcher("/parent/home.jsp").forward(request, response);

这里放request作用域而不是session，是因为每个家长看到的数据都不同，而且切到别的页面后这些临时数据不应该残留。JSP页面里用EL表达式加JSTL的c:forEach遍历集合，页面代码会非常清爽。这块正好对应了搜索热词里说的“个人信息展示页面”的写法，本质就是Servlet取数、JSP展示。

4.3 成绩查询与录入：教师操作端的设计

教师端录入成绩时，我遇到过一个常见需求：先选班级，再选学生，然后录入各科成绩。新手通常会做两个下拉框，但班级和学生之间是联动的。实现方式有两种：一种是用AJAX异步请求，选完班级后动态加载该班学生；另一种是页面初始化时一次性把所有学生数据渲染成JSON，前端JS去过滤。

毕设里面，我建议用第一种简化版就好——页面放一个班级下拉框，提交后重新查询学生列表，再渲染学生表格。不用AJAX也能讲清楚原理，代码还更好调试。至于成绩录入页面，核心就是一个表单循环，教师输入每个学生的各科成绩后，批量更新数据库，JDBC支持addBatch配合executeBatch批量执行，效率高很多。家长端查询成绩时，按考试类型分组展示，从SQL里按order by exam_type, exam_date排序，页面再用c:forEach循环即可，不需要复杂逻辑。

4.4 留言与通知：站内信模块的状态设计

留言模块是另一个容易被问到的重点。我设计的message表带了status字段，0表示家长发了留言但老师还没回，1表示老师已经回复。这样家长端可以展示“已回复/待回复”的状态标签，老师端也可以只筛选“status=0”的留言，优先处理待回复的。这个“已读未读”的设计思路非常通用，做公告模块也可以套用，实现一个公告阅读记录表，记录每个家长是否已读某条公告。我当时为了控制工作量，公告没做已读未读，但留言做了，答辩时主动说明这个状态设计思路，就能体现你对业务细节的思考。

这里有个小技巧：老师在回复留言后，把status更新成1，同时记录reply_time，家长端看到“老师于某年某月某日回复了”的信息，体验会好很多。这种时间戳的记录方式，是实际业务系统里很常见的做法。

5. 实操记录：项目部署与运行调试全流程

5.1 IDEA里创建JSP项目与Tomcat配置

搜索热词里有一条“idea创建jsp文件”，确实很多同学卡在这。IDEA里新建普通Web项目的步骤是：File → New → Project，选择Java Enterprise（新版本IDEA）或者Java + Web Application（老版本），然后勾选Web Application模板。项目生成后，src目录下面是代码，web目录下会有WEB-INF文件夹。创建JSP文件就是在web目录上右键 → New → JSP/JSPX，然后给文件起个名字就行。如果你安装的IDEA里新建时没有JSP选项，多半是Web Application插件没启用，去插件市场搜Java Web相关插件装一下。

配置Tomcat的步骤我在2.2节已经说过了，这里补充一个高频问题——Tomcat启动成功但页面404，十有八九是Deployment里没有添加Artifact，或者Application context设置的项目名和浏览器访问地址不一致。还有一个更隐蔽的问题：修改了JSP后刷新浏览器还是旧页面，这是因为IDEA默认没有自动更新资源。解决方法是运行配置里的On frame deactivation选Update resources，或者干脆手动重启Tomcat。配置完成后，通过浏览器访问http://localhost:8080/项目名/login.jsp，能看到登录页就算环境通了。

5.2 查看JSP编译后的class文件

很多同学好奇“jsp编译class文件保存在哪里”，因为JSP不是直接运行的，它要先被翻译成Java再编译成class。Tomcat的工作目录默认在Tomcat安装目录下的work/Catalina/localhost/你的项目名/org/apache/jsp，里面能看到类似login_jsp.java和login_jsp.class这样的文件。我在调试时特别喜欢直接打开这些文件，因为如果对JSP报错信息模糊，看它生成的Java代码能定位出是哪个标签、哪一行语法有问题。

举个例子，如果你在JSP里用了JSTL标签但忘了引入taglib指令，浏览器报500错误，Tomcat日志一行行找半天。这时候直接打开xxx_jsp.java，你会发现代码里压根没有生成标签库对应的方法调用，立刻就能判断是库缺失还是import写错。记住这个目录的位置，对你的调试效率提升不是一点半点。

5.3 数据库连接工具类与JDBC写法

整个系统的数据操作都离不开数据库连接。我习惯写一个DBUtil工具类来统一管理连接：

java复制public class DBUtil {
    private static final String URL = "jdbc:mysql://localhost:3306/parent_edu"
            + "?useUnicode=true&characterEncoding=UTF-8&serverTimezone=Asia/Shanghai";
    private static final String USER = "root";
    private static final String PASSWORD = "123456";

    static {
        try {
            Class.forName("com.mysql.cj.jdbc.Driver");
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }
    }

    public static Connection getConnection() throws SQLException {
        return DriverManager.getConnection(URL, USER, PASSWORD);
    }
}

注意MySQL 8的驱动类是com.mysql.cj.jdbc.Driver，不是以前那个com.mysql.jdbc.Driver，而且URL里最好加上serverTimezone=Asia/Shanghai，否则连库时容易报时区错误。毕业设计用DriverManager直连就够，不必非得引Druid或HikariCP连接池，虽然那些是生产环境的标配，但毕设场景里你只要能把连接数管理好，问题不大。

5.4 一条完整演示链路怎么走通

环境配置好、数据初始化完成后，按这个顺序走一遍，就能验证整个系统主流程：管理员登录 → 在教师管理里新建一个教师账号 → 在家长管理里新建家长账号 → 在班级学生信息里添加学生并绑定家长账号；然后退出，用教师账号登录 → 给绑定好的学生录入一次考试成绩、登记一条考勤、发布一条班级公告；退出后用家长账号登录 → 首页能看到孩子信息和最新成绩、考勤、公告 → 发起一条留言 → 再切回教师账号回复留言 → 家长端看到“已回复”状态。这一步走完，整个系统80%的功能就都验证过了。

这样一遍跑下来，你会发现最大的体会是：写代码真的不是最费时间的，最费时间的是“联调”——角色之间的数据是怎么流转的、登录状态是怎么保持的、页面之间跳转的参数是怎么传的。这部分捋顺了，对Spring等框架的理解也会上一个台阶。

6. 实战避坑：常见问题与排查技巧实录

6.1 启动阶段：端口占用、版本不匹配、class文件不更新

先整理一张速查表，遇到问题直接对着查：

JSTL这个坑非常经典。你写<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>时如果没把jstl的jar包放到WEB-INF/lib目录，Tomcat直接报错。很多人卡在这就开始怀疑人生，实际上就是库没引入。

6.2 中文乱码的三种表现与统一解法

乱码问题在Java Web里特别常见，三种情况要分别处理。页面显示乱码：确保JSP文件头部有<%@ page contentType="text/html;charset=UTF-8" pageEncoding="UTF-8" %>，同时IDEA右下角文件编码是UTF-8。请求参数乱码：POST请求在Servlet第一行加request.setCharacterEncoding("UTF-8")，注意必须在第一次调用getParameter之前设置，否则不生效；GET请求在Tomcat 8及以上版本默认处理了URI编码，但如果你用的老版本Tomcat，需要改conf/server.xml给Connector加URIEncoding="UTF-8"。数据库乱码：建库时明确指定CHARACTER SET utf8mb4，连接URL里加characterEncoding=UTF-8。这三个地方都统一，乱码基本绝迹。

6.3 屏蔽JSP离开页面提示与JSON数据导入

搜索热词里有个“屏蔽jsp离开页面提示”，这个场景我熟。有些页面上如果你通过onbeforeunload事件绑定了“离开确认”弹窗，每次跳转或者点链接都会很烦。比如写留言页面时，为了提醒用户未发送的留言会丢失，有人会在JSP里写这样的代码：

javascript复制window.onbeforeunload = function() {
    return "您确定要离开吗？";
};

但如果后来不想要这个提示了，或者页面里有其他脚本也绑定了onbeforeunload，浏览器就会每次都弹窗。屏蔽方法是覆盖掉这个事件处理函数，或者主动移除监听。比如在页面上加一段：

javascript复制window.onbeforeunload = null;

如果是用addEventListener绑定的，就要用removeEventListener移除。做这个操作时要注意脚本加载顺序，防止先覆盖后绑定，反而没效果。

另一个热词“jsp jsonarray import”也很有意思。如果你要在JSP页面里解析或构造JSONArray，最稳妥的方式不是在页面里写Java代码，而是在Servlet里用JSON库（比如fastjson或gson）把数据转换成JSON字符串，然后通过request.setAttribute("jsonData", jsonString)传给JSP，页面里用JavaScript直接使用这个字符串。如果实在要在JSP里用JSONArray，别忘了引入对应jar包，并且import="com.alibaba.fastjson.JSONArray"，否则编译直接报错。不过我还是推荐前后端分离一点，JSP是页面，就别让它干Java解析JSON的活。

6.4 安全基础：SQL注入、XSS与登录拦截

毕业设计里提到安全，其实不用谈多深，做到这几点就能加分。第一，所有的SQL操作尽量用PreparedStatement，不拼字符串。比如DAO的查询方法：

java复制String sql = "SELECT * FROM parent WHERE username = ? AND password = ?";
PreparedStatement ps = conn.prepareStatement(sql);
ps.setString(1, username);
ps.setString(2, password);

这样做能防SQL注入，因为参数不会被当成SQL执行。第二，页面上展示用户输入的内容时，用<c:out>或fn:escapeXml转义，防止别人留言里写了JavaScript代码，把你页面给XSS了。第三，加一个登录拦截的Filter，统一校验session是否存在，没有登录就跳回登录页：

java复制@WebFilter("/*")
public class LoginFilter implements Filter {
    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("LoginServlet")
                || uri.contains("css") || uri.contains("js") || uri.contains("images")) {
            chain.doFilter(req, resp);
            return;
        }
        HttpSession session = request.getSession(false);
        if (session == null || (session.getAttribute("admin") == null
                && session.getAttribute("teacher") == null
                && session.getAttribute("parent") == null)) {
            response.sendRedirect(request.getContextPath() + "/login.jsp");
            return;
        }
        chain.doFilter(req, resp);
    }
}

这个Filter一加上，之前说的“家长直接输入教师页面URL也能访问”的问题就解决了。注意登录页和登录接口本身要放行，否则循环重定向。

6.5 文件上传与“jsp选择文件夹”疑难点

有一个搜索热词是“jsp选择文件夹”，我在做教育资源功能时也遇到过。其实这个语法是给前端input标签加webkitdirectory属性，让浏览器能选择整个文件夹做批量上传。比如：

html复制<input type="file" name="files" webkitdirectory multiple>

但这个功能在部分浏览器上表现不一样，而且后端如果要保存整个目录结构，处理起来会更麻烦。毕业设计里如果只是想实现教师上传学习资料给家长看，其实用单文件上传就够了，别忘了设置form的enctype="multipart/form-data"，然后在Servlet里用Part接口或Common FileUpload组件解析。上传文件保存路径是个坑，不要写死成C:\test\upload，部署到别的电脑上就废了。最好用相对路径，获取项目部署根目录：

java复制String savePath = getServletContext().getRealPath("/upload");

这样文件会存到web应用目录下的upload文件夹，访问时直接用http://localhost:8080/项目名/upload/文件名就能看到。

7. 演示与答辩准备：让毕业设计“讲得清、答得上”

7.1 设计一条有故事性的演示脚本

答辩演示不等于功能堆砌，建议按“发现问题 → 系统解决”的节奏来走。开场简单说一句“家长获取孩子在校信息的渠道滞后、分散，所以我做了一个能让家长在线查看成绩、考勤和与老师互动的系统”，然后马上开始演示主流程：管理员创建教师和家长账号 → 教师录入一条成绩、发一条公告 → 家长登录看到数据变化 → 家长留言 → 教师回复。千万不要一上来就扒拉代码，评委老师对代码细节的兴趣远没有对业务逻辑的兴趣大。

演示的时候有个小技巧：提前准备好账号密码和数据，别在现场一边打字一边等页面刷新。你可以把所有演示账号写在纸上，或者提前在浏览器开着登录页。另外，浏览器窗口尽量全屏，字体调大一点，评委坐在台下时看得清楚，你的演示流畅度会好很多。

7.2 高频追问问题与回答思路

根据我带学弟学妹模拟答辩的经验，下面这些问题几乎必问，提前把回答思路过一遍，心里就有底了。

回答技术问题时，重点在“为什么这么设计”上。比如问到数据库第三范式相关，你不用背教科书，能结合自己的表结构讲清楚“我拆分了家长和学生表来减少数据冗余”就够了。

7.3 扩展功能：有的放矢再加分

如果时间充裕，加几个让评委眼前一亮的功能，性价比很高。排名第一的是数据可视化，用ECharts在教师端画一个班级成绩分布柱状图或折线图，代码量不大，视觉冲击力却很强。其次是导出Excel，用POI把成绩表导出来，老师对这个功能很有好感。这两个功能都会用到对外部jar包的引入和前端组件的集成，难度适中，正好可以在答辩时展示你在技术广度上的积累。

如果你的主要目标是顺利毕业而不是追求高分，那就别贪多，把主流程做扎实比什么都强。我有一个学弟，功能做了十几个，结果答辩时最核心的家长查看成绩流程在演示时崩了，反而给他扣了分。所以扩展功能一定要放在主流程稳定运行之后再加。

做这个项目的整个过程，我最想告诉你的一点是：毕业设计做到最后，它考验的不只是编码能力，更是你拆解问题、设计数据模型、调试排错和表达呈现的综合能力。JSP技术本身或许不会出现在你以后的工作里，但“一个Web请求从前端走到数据库再回到前端”这件事，无论你用JSP、Spring Boot还是别的框架，本质都一样。你把这个项目从头到尾踏踏实实做一遍，往后理解框架时会有一种“原来只是升级了写法”的通透感。我个人做家长教育系统时踩过最大的坑，是被JSTL没引包搞得一下午心态爆炸，但也是从那次开始，我习惯任何报错都先去翻Tomcat的日志和编译目录，而不是瞎猜。希望你遇到问题时也别慌，按日志一层层剥，答案往往就在那几行红色文字里。