1. 毕业设计选题前，先摸清这套系统的真实定位

每年到毕设季，总有同学跑来问我：“老师/老哥，毕设选什么题目比较好过？”我的回答里面，经常会出现一个名字：在线网课管理系统。而且如果限定用Java Web方向、限定用JSP来实现，那这个题目几乎是“性价比之王”。

先说清楚这套系统是什么。基于JSP的在线网课管理系统，本质就是一个典型的Web信息管理系统，融合了用户认证、课程资源展示、在线选课、学习进度记录、作业提交、后台管理这些业务模块。它不炫酷，但覆盖面广，非常适合用来展示一个毕业生对Java Web开发全流程的掌握程度。它的目标用户很明确：学生、教师、系统管理员三方角色。你想想，一个系统如果能同时管住三类人的登录、权限、操作流程，那它在毕设答辩时能讲的东西就非常多了。

这类系统解决的实际问题也很直白：传统线下选课和网课管理靠Excel、靠人工统计，容易出错、效率低下。把课程信息、选课记录、学习资料集中到一个Web系统里，学生能在线浏览和选课，教师能上传和维护课程内容，管理员能统一审核和统计，这就是这个项目的核心价值。

适合谁参考呢？Java Web方向的毕业生、正在做课程设计的在校生，以及想用经典SSH/三层架构练手的前端转全栈开发者。这个题目对基础要求不苛刻：只要你会Java基础、懂点SQL、知道Servlet和JSP的运行机制，就能一步步搭起来。反过来，如果选Spring Boot + Vue那套现代技术栈，虽然更时髦，但很多同学在毕设有限时间内反而容易卡在环境依赖上，最后框架报错都调不完。JSP项目的最大优势是：技术栈简单、运行环境固定、逻辑直观，适合在有限时间内把完整业务跑通。

所以，这篇文章就围绕“基于jsp的在线网课管理系统”展开。我会从选题思路、技术选型、数据库设计、核心模块实现、部署联调、避坑经验这些维度，把一个真实可跑的毕设项目拆给你看。不是泛泛讲原理，而是按照我实际带学生做这类项目的流程来写，该给的代码结构、配置方式、踩坑记录都会给到。

2. 技术选型思考：经典Java Web架构为什么依然能打

2.1 JSP + Servlet + JavaBean的三层结构

很多同学一听到“JSP”就觉得是老古董，觉得现在企业里都不用这个了。这话对了一半：企业生产环境确实很少再用纯JSP写大项目，但“很少用”不等于“没有价值”。在毕业设计这个场景里，恰恰是JSP这套简单直白的模型，能帮你把业务逻辑讲清楚。

这里得先拆解一下这个项目的经典结构：

• JSP：负责视图层，也就是页面展示。JSP文件里可以混写HTML、CSS、Java代码片段（Scriptlet），以及JSTL标签，适合快速输出动态页面。
• Servlet：负责控制层，处理浏览器请求、调用业务逻辑、跳转页面。它是整个系统的“交通警察”，所有请求都经过它分发。
• JavaBean / DAO：负责模型层，封装数据、访问数据库。通常每个数据表对应一个实体类和一个DAO类，完成增删改查。
• MySQL：存数据的仓库。
• Tomcat：运行Servlet和JSP的Web容器。

这三层合在一起，就是Java Web最基础的MVC模式。你看，这个分层方式和现在主流的Spring MVC、Struts2其实是一个思想，只不过把框架换成了原生API。一个毕设项目用原生方式实现一遍MVC，你对“请求怎么走、数据怎么传、页面怎么渲染”的理解，会比直接丢给你一个Spring Boot项目深刻得多。答辩时老师问“你懂不懂MVC”，你直接画一张请求流转图讲清楚，绝对加分。

2.2 为什么不直接用Spring Boot

这个问题几乎每次都会被问。我的建议得分人分情况：

• 如果你的毕业设计题目本身就限定了JSP，那不用纠结，直接用JSP + Servlet + MySQL，完全符合题目要求，还能少很多框架配置。
• 如果你是自己定题，且时间充裕（两个月以上）、Java基础不错，那选Spring Boot + Thymeleaf + MyBatis也完全可以，项目含金量更高。
• 但如果你Java基础一般，又想顺利毕业，那JSP方案是容错率最高的。

我在带学生的过程中发现，很多基础一般的同学去用Spring Boot，光启动失败就能耗掉一周，依赖冲突、注解没生效、配置没识别，各种问题，很打击信心。而JSP + Tomcat这套，只要环境变量配好、Tomcat能启动，项目几乎不会遇到“莫名其妙跑不起来”的困境。

2.3 开发环境与项目结构建议

以我自己常用的稳定组合为例，给你一个可以直接抄的清单：

项目目录结构，我建议按这个来组织：

OnlineCourseSystem ├── src │ ├── com.example.entity（实体类：User、Course、Selection、Assignment） │ ├── com.example.dao（数据库操作：UserDao、CourseDao、SelectionDao） │ ├── com.example.servlet（控制器：LoginServlet、CourseServlet、AssignmentServlet） │ ├── com.example.util（工具类：DBUtil、MD5Util、验证码工具） │ └── com.example.filter（过滤器：EncodingFilter、LoginFilter） ├── web │ ├── admin（管理员相关页面） │ ├── teacher（教师相关页面） │ ├── student（学生相关页面） │ ├── common（公共页面：登录、注册、首页） │ ├── static（css、js、图片） │ └── WEB-INF │ ├── web.xml（部署描述符） │ └── lib（JDBC驱动、JSTL等jar包） └── database（SQL脚本）

这样的分包结构，老师在答辩时一眼就能看出你懂“分层解耦”，不是你随便把所有Java文件扔在同一个包底下。web.xml里配置好Servlet映射和过滤器，整个项目就显得很有章法。

3. 数据库设计：实体关系与核心建表语句

3.1 先想清楚系统有多少种角色和业务

在写任何一行代码之前，一定要先把需求理清楚。在线网课管理系统，核心业务无非就这么几条：

• 学生注册、登录、浏览课程、选课、学习课程资料、提交作业、查看成绩。
• 教师登录、添加课程、上传课件/视频、布置作业、批改作业、录入成绩。
• 管理员登录、审核课程、管理用户、查看统计数据、处理公告。

你会发现，三个角色虽然操作不同，但业务数据都围绕“课程”这个东西转。所以数据库设计的第一步，不是急着建表，而是把实体找出来。这个系统主要涉及这些实体：用户（学生、教师、管理员可以用一张表加上角色字段区分，也可以拆开，我更推荐角色字段方案）、课程分类、课程、选课关系、课程章节/课件资源、作业、提交记录、公告。

说说我的设计偏好：学生和教师不建议分两张表，用一份user表加role字段（role=1管理员、role=2教师、role=3学生）最省事。登录、权限控制、基础信息管理都只要写一套逻辑，通过角色去区分界面和操作。有的同学喜欢搞三张表，很认真地建了三个实体，结果就是三个登录接口、三套密码校验，代码量成倍增加，答辩时改需求也容易乱。

3.2 重点数据表字段设计要点

直接给你一套我实际跑通过的建表结构，字段注释我都标了：

用户表

CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT COMMENT '主键', username VARCHAR(50) NOT NULL UNIQUE COMMENT '登录账号', password VARCHAR(64) NOT NULL COMMENT '密码，MD5加密存储', real_name VARCHAR(50) COMMENT '真实姓名', role TINYINT NOT NULL DEFAULT 3 COMMENT '角色：1管理员，2教师，3学生', email VARCHAR(100), phone VARCHAR(20), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, status TINYINT DEFAULT 1 COMMENT '1正常，0禁用' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

课程表

CREATE TABLE t_course ( id INT PRIMARY KEY AUTO_INCREMENT, course_name VARCHAR(100) NOT NULL, category VARCHAR(50) COMMENT '课程分类，如Java、Python', teacher_id INT COMMENT '授课教师ID，关联t_user.id', intro TEXT COMMENT '课程简介', cover VARCHAR(255) COMMENT '课程封面图片路径', status TINYINT DEFAULT 0 COMMENT '0待审核，1已上线，2已下架', create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (teacher_id) REFERENCES t_user(id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

选课表

CREATE TABLE t_selection ( id INT PRIMARY KEY AUTO_INCREMENT, student_id INT, course_id INT, select_time DATETIME DEFAULT CURRENT_TIMESTAMP, study_progress INT DEFAULT 0 COMMENT '学习进度百分比，0-100', status TINYINT DEFAULT 1 COMMENT '1选课中，0退选', UNIQUE KEY uk_stu_course (student_id, course_id), FOREIGN KEY (student_id) REFERENCES t_user(id), FOREIGN KEY (course_id) REFERENCES t_course(id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

其他表结构这里不全部展开，说一下设计时的几个关键点：

• 外键：毕设项目里可以保留外键，保证数据完整性，老师也认可。但如果后续数据操作报外键约束错误不好排查，也可以去掉外键，靠应用层逻辑控制。我的建议是保留，显得更专业。
• 密码安全：一定不能明文存储，用MD5或者加盐MD5。虽然MD5不算安全加密，但毕设中用MD5足以体现你的意识。
• 状态字段：几乎每张业务表都要有status状态字段，比如课程待审核、用户禁用，这是管理系统的基本素养。

3.3 用一个选课业务串起多表关联

你光看表结构可能觉得简单，但真正写代码时，关联查询才是关键。我举个例子：学生端“我的课程”列表，需要展示课程名、授课教师、选课时间、学习进度，这个页面要查t_selection、t_course、t_user三张表。SQL大概长这样：

SELECT c.course_name, u.real_name AS teacher_name, s.select_time, s.study_progress FROM t_selection s JOIN t_course c ON s.course_id = c.id JOIN t_user u ON c.teacher_id = u.id WHERE s.student_id = ? AND s.status = 1

这个SQL看着简单，但这就是整个系统最核心的数据流之一。建议你把类似这种关联查询都提前写一遍，确保每张表之间的主外键关系是通畅的，再开始做页面。因为很多同学做到一半发现页面上字段对不上，回头改表结构，那是非常痛苦的事。

4. 核心功能模块拆解：登录、课程、学习、作业一网打尽

4.1 用户认证与权限拦截：登录模块的落地细节

登录是整个系统的门面，也是最容易被评委老师考察的模块。我先说一个很多同学爱犯的错误：在JSP页面里直接写Java代码判断用户名密码，这种做法虽然能跑，但完全打乱了MVC结构，代码一多就成一锅粥。正确做法是：登录表单提交到LoginServlet，Servlet里调用DAO查询用户表，核对密码，成功就把用户对象和角色存到session中，然后根据role跳转到不同首页；失败就返回登录页并带上错误提示。

核心代码如下：

// LoginServlet 核心逻辑 protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding("UTF-8"); String username = request.getParameter("username"); String password = request.getParameter("password"); String md5Pwd = MD5Util.md5(password); UserDao userDao = new UserDao(); User user = userDao.findByUsernameAndPassword(username, md5Pwd); if (user != null && user.getStatus() == 1) { HttpSession session = request.getSession(); session.setAttribute("user", user); // 按角色跳转 if (user.getRole() == 1) { response.sendRedirect("admin/index.jsp"); } else if (user.getRole() == 2) { response.sendRedirect("teacher/index.jsp"); } else { response.sendRedirect("student/index.jsp"); } } else { request.setAttribute("error", "用户名或密码错误，或账号被禁用"); request.getRequestDispatcher("login.jsp").forward(request, response); } }

登录之后还有个重要的环节：权限拦截。没有登录的人不能直接访问学生首页、教师后台、管理后台。这个用一个Filter就能解决。我建议写一个LoginFilter，在web.xml里配置过滤路径，比如/user/*、/admin/*这些受保护资源：

public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) { HttpServletRequest request = (HttpServletRequest) req; HttpServletResponse response = (HttpServletResponse) resp; HttpSession session = request.getSession(false); User user = (session != null) ? (User) session.getAttribute("user") : null; if (user == null) { response.sendRedirect(request.getContextPath() + "/login.jsp"); return; } chain.doFilter(req, resp); }

同时要加一个EncodingFilter，全局设置UTF-8编码，否则中文乱码能让你调试到怀疑人生。这个过滤器放在web.xml最前面，对所有请求生效。

注意：session中存放的对象一定要在登录成功后放入。有些同学把user对象存在request域里，跳转之后再取就取不到了。request域只在一次请求内有效，session域才是跨页面共享的。

4.2 课程浏览与选课：列表、详情、选课之间的数据传递

课程管理这块，学生端的核心动作就是“浏览列表 -> 查看详情 -> 选课”，教师端的核心动作是“添加课程 -> 管理章节资料”。

先说课程列表。CourseServlet收到请求后，查询所有status=1的已上架课程，放进request域，再转发到studentCourseList.jsp。JSP里面用JSTL标签循环输出：

<c:forEach items="${courseList}" var="course"> <div class="course-item"> <h3>${course.courseName}</h3> <p>分类：${course.category}</p> <p>教师：${course.teacherName}</p> <a href="CourseServlet?action=detail&courseId=${course.id}">查看详情</a> </div> </c:forEach>

这里有一个很容易忽略的知识点：JSP页面里取对象的属性，调用的其实是getter方法。你实体类里字段叫courseName，必须有对应的getCourseName()方法，EL表达式才能取到值。否则页面上输出的就是空字符串，而且不报错，特别难查。

选课逻辑里最需要注意的是一件事：防重复选课。因为t_selection表里已经有唯一键，在DAO中插入选课记录时，可以先查询一下是否已经存在，也可以靠数据库的唯一键来兜底。但更好的方式是在插入前先查一次，如果已经选过就提示“你已经选过这门课了”。这个逻辑虽然简单，但做好之后在答辩时能讲出一个数据完整性设计的点，会让老师觉得你考虑问题很全面。

教师上传课程资源时，我建议把文件保存到项目的upload目录下，数据库里只存文件相对路径。比如课件上传后，路径保存为upload/2025/course12_chapter3.pdf。这样页面用img或者a标签指向这个路径就行了。有的同学会把文件转成二进制存数据库用BLOB字段，我劝你千万别这么做，数据库会变得臃肿，读写效率也差，答辩时老师还会追问你为什么不用文件存储。

4.3 在线学习与作业闭环：网课系统的差异化模块

在线网课管理系统区别于一般课程管理系统的核心，在于“在线学习”这个闭环。学习章节、记录进度、提交作业、教师批改评分，这些功能串起来才算得上一套完整的网课系统。

课程章节表的设计一般是这样：course_id关联课程，chapter_name、chapter_order用来排序，resource_path存放课件或视频地址。学生点击“开始学习”后，后台把章节列表展示出来，并且可以在点击某个章节时更新t_selection表的学习进度字段，按“已学章节数/总章节数*100”计算百分比。

作业模块，我用最简单可靠的方案来实现：教师创建作业，关联某门课程，设定截止时间；学生提交作业，上传文件并填写提交说明；教师查看提交列表，录入分数和评语。这个模块涉及两张表：t_assignment（作业）、t_submission（提交记录）。状态流转是：待提交 -> 已提交待批改 -> 已批改。

这里有一个我要特别强调的点：文件下载功能。有些同学做学生提交作业后，教师端点击下载却发现打不开。原因通常是文件上传时的路径有问题，或者文件名是中文导致URL编码错乱。建议上传时用UUID重命名文件，然后把原始文件名存到数据库里。这样既避免中文文件名乱码，也避免同名文件互相覆盖。

4.4 后台管理模块：管理员如何统筹全局

后台管理模块是管理员角色的核心界面，功能包括用户管理、课程审核、数据统计、公告发布。我的建议是，这个模块不需要做出花来，但一定要功能完整、逻辑清晰。

用户管理就是列出所有用户，支持按用户名搜索、禁用/启用账号、重置密码。课程审核就是查看教师新提交的课程，点击通过或驳回。数据统计可以简单一点，用SQL直接查总数：学生数、课程数、选课次数、作业提交数，在首页用卡片形式展示出来。公告模块就是一个简单的增删改查。

管理员页面的布局建议用经典的左边菜单栏、右边内容区结构。用iframe或者简单的include标签都能实现。尽可能复用统一的CSS样式，哪怕你从网上找一套简单的后台模板，也要注意风格统一，这直接影响答辩时的第一印象。

5. 本地部署与联调全流程：从建库到跑通的每一步

5.1 环境配置与Tomcat部署步骤

我遇到过太多这样的场景：代码写完了，结果卡在“项目部署不到Tomcat”上。这里我把最稳的操作流程写一遍，你照着做就能避免走弯路。

第一步，先把项目从IDE里发布到Tomcat。如果你用的是Eclipse，项目右键 -> Run As -> Run on Server，Eclipse会自动完成部署。如果用的是IDEA，需要先在Run/Debug Configurations里配置一个Tomcat Server，然后在Deployment选项卡里把项目以exploded war方式添加进去。这样可以保证你改代码后，点一下更新就能自动同步到Tomcat。

第二步，确认JDBC驱动。很多同学下载了MySQL驱动jar包，但是忘了放到Tomcat的lib目录或者WEB-INF/lib目录下，导致运行时报ClassNotFoundException: com.mysql.jdbc.Driver。如果你是MySQL 8.0，驱动程序类名是com.mysql.cj.jdbc.Driver，连接URL也建议写成：

jdbc:mysql://localhost:3306/online_course?useUnicode=true&characterEncoding=UTF-8&serverTimezone=Asia/Shanghai&useSSL=false

第三步，把数据库初始化脚本执行一遍。我建议所有建表语句和初始数据放在一个.sql文件里，用Navicat或命令行source执行，这样无论换电脑还是重新部署，都能快速还原环境。初始数据至少要有：一个管理员账号（admin/admin123）、一个教师账号（teacher01/123456）、一个学生账号（student01/123456），以及几条测试课程数据和选课记录。有了测试数据，你打开页面就不会是空荡荡的，演示起来也好看。

5.2 联调过程中必不可少的验证点

项目能跑起来和项目“真好用”是两回事。联调阶段，我建议按这个清单逐项过一遍：

• 登录成功跳转是否正确，三个角色是否分别进入了各自的首页。
• 未登录状态下直接访问学生首页，是否被拦截并跳回登录页。
• 添加课程后，管理员端能不能看到待审核课程，审核之后学生端能不能看到。
• 学生选课后，个人中心的“我的课程”是否出现这门课，退出系统再登录，数据是否还在。
• 教师上传一个中文命名的课件文件，学生端下载后名称是否正确、文件能否正常打开。
• 提交作业后，教师端能否查看提交人和提交时间，打分后学生端能否看到分数。
• 中文输入、密码错误提示、空表单提交是否都有合理的提示信息。

这一套走下来，基本能把这个系统的核心链路全部覆盖。如果哪一步出问题，优先看控制台日志，不要只盯着页面。

6. 常见问题速查：照着排查能省一半时间

我把在做这类JSP毕设项目过程中高频出现的问题，整理成了下面这个速查表，每个问题都是我或者我的学生们实实在在踩过的坑。

这里面我要单独展开说一下乱码问题，因为它简直是无解的痛。举个例子，表单提交中文用户名到Servlet，如果Servlet没设置request.setCharacterEncoding("UTF-8")，浏览器提交的中文到Java服务里就变成乱码。为什么？因为GET请求的参数编码和POST不完全一样，POST请求需要通过setCharacterEncoding来告诉容器用UTF-8解析请求体。有些同学只改了一个地方，问题没解决，就开始怀疑数据库，这是排查思路走偏了。正确方法是全链路统一编码：JSP页面、Servlet响应、数据库连接、MySQL表字符集、Tomcat连接器的URIEncoding，五处全部统一成UTF-8，这个世界就清净了。

再说404问题。JSP项目路径是新手重灾区。你部署到Tomcat后，访问地址通常是http://localhost:8080/项目名/xxx.jsp，如果你在页面里写了action="login"，那提交地址是相对当前路径，有可能会丢失项目上下文。最稳妥的方案是使用JSTL的c:url标签，或者直接在代码里用request.getContextPath()拼绝对路径：

<a href="${pageContext.request.contextPath}/CourseServlet?action=list">课程列表</a>

这样不管项目部署在什么路径下，链接都不会错。我再多说一句，filter的拦截路径也要注意，如果你配置了LoginFilter拦截所有请求，那登录页面的CSS文件也别拦截了，否则页面会变得光秃秃的。通常在web.xml里可以配置多个filter映射，或者把静态资源路径在filter里排除掉，比如/login.jsp、/static/* 这些直接放行。

另外一个很多人忽略的问题，是Tomcat部署的项目里，资源文件路径用相对路径还是绝对路径。比如上传的课件要保存到upload目录，如果你在代码里写死“./upload”，不同的启动方式（IDE部署还是手动部署war包）可能导致路径不一致。我建议用ServletContext获取项目真实部署路径：

String realPath = getServletContext().getRealPath("/upload");

这样无论Tomcat在哪个目录，都能稳定找到实际路径。这个坑我当时调了一下午才定位到，分享出来就是希望你少走弯路。

7. 答辩前的那几天，我最想提醒你的几件事

项目做完、功能跑通，不等于万事大吉。我在带学生的过程中发现，答辩翻车往往不是代码不行，而是说不清楚自己的项目。H2已经写了这么多技术细节，最后我想以这些年当毕业设计指导老师的真实经验，给你几条掏心窝的建议。

第一，把项目运行流程自己讲三遍。找一个不看代码的朋友，你从登录开始，一步步给他演示，一边点一边讲这个功能对应哪张表、哪个Servlet。你会发现很多你自以为懂的地方，讲出来就成了“嗯，就是那个，查一下，然后返回”。讲不清楚的地方，就是你理解还不透的地方。选课流程涉及几张表？提交作业的状态怎么流转？管理员审核课程之后数据哪里变了？只要这几条主线你讲顺了，答辩基本就稳了。

第二，不要害怕老师追问。老师最喜欢问的一句话是“如果学生选课后，教师删除了这门课，会发生什么？”这个问题没有标准答案，但考察的是你对数据完整性和用户体验的理解。你可以回答先约束外键，也可以回答删除课程前先逻辑判断有没有选课记录，再决定是否允许删除。只要你言之有物、能自圆其说，分数就不会低。

第三，提前准备好演示数据。我见过太多同学答辩时现场注册账号、现场添加课程、现场上传文件，整个过程又慢又容易出错。正确的做法是把演示用的账号密码、已有的课程数据、一份已提交的作业，全部准备好。打开页面，数据就在那里，演示自然流畅。老师的注意力会放在系统功能上，而不是你手忙脚乱地输入测试内容。

这个基于JSP的在线网课管理系统，说到底是毕业设计路上的一块铺路石。踏踏实实做完它，你会发现自己对Java Web的理解会有一个质的提升——从“会写代码”到“懂一个系统是怎么来的”，这个变化，比最终那个分数更有价值。希望这些思路和踩坑记录能帮你少走弯路，把精力花在真正重要的事情上。祝你的毕设顺利。