简介这是一份基于Java Web的学生信息管理系统完整源码包面向正在学习Java Servlet/JSP的开发者以及需要完成课程设计或毕业设计的计算机专业学生。系统围绕学生信息管理常见业务场景实现了用户登录与权限验证、学生信息增删改查、成绩维护、课程信息管理等功能通过JDBC完成与MySQL数据库的交互整体结构符合典型Java Web分层开发思路。压缩包共包含35个文件其中23个Java源码负责业务逻辑与数据访问5个JSP页面用于前端展示与交互3个Jar包提供依赖支持另有XML配置、SQL初始化脚本和README说明文档包体仅2.52MB轻量易用导入IDE即可运行和调试。已有107人浏览学习。借助完整的分层代码和数据库脚本读者能够直观理解请求处理、会话保持、数据库读写等关键环节掌握从页面提交到数据落库的完整流程。项目还嵌入了成绩查询与课程管理的典型实现既可作为课堂练习的参考也能在此基础上快速扩展为后续开发综合管理系统打下基础。1. 基于Java Web的学生信息管理系统为什么每个 Java 课设都绕不开它基于Java Web的学生信息管理系统是 Java 课程设计和毕业设计里出现频率最高的源码题之一。不管学校课设还是头歌这类在线实训平台搜java课程设计案例源码十个结果里七八个都是它。zip 解压后基本都是 JSP Servlet JDBC 的经典结构配 MySQL 和 Tomcat覆盖登录、增删改查、分页这几条 Web 核心链路。它适合两类人拿到源码包却跑不起来的学生想在一个小系统里把请求流转和数据库访问讲透的初学者。一个反直觉的结论课设拿分不看功能多少而看你有没有真把源码跑通、改得动、讲得出后面要做的事无非跑通、改对、验证。2. 拆解学生信息管理系统的源码骨架Servlet、JSP、JDBC 三层怎么配合拿到 zip 先别急着解压启动我习惯先盯着目录结构看两分钟。学生信息管理系统听着简单但它的技术栈恰好是 Java Web 课设的三块基石JSP、Servlet、JDBC。真正决定你后面能不能改的不是某个框架多新而是这三层怎么分工、请求怎么流转。2.1 三层架构在课设里的真实分工与包结构网上流传的学生信息管理系统源码绝大多数来自同一套教科书式的工程模板解压后是标准 Eclipse 动态 Web 工程包结构大体是下面这个样子src/ com/student/entity/ Student.java、Admin.java表结构映射 com/student/dao/ StudentDao.java、AdminDao.javaJDBC 增删改查 com/student/servlet/ LoginServlet.java、StudentServlet.java请求入口 com/student/util/ DBUtil.java连接管理 db.properties 数据库连接参数 WebContent/ login.jsp / list.jsp / add.jsp / update.jsp WEB-INF/ web.xml Servlet 与欢迎页配置 lib/ mysql-connector-java.jar 在这里entity 包里的 Student.java、Admin.java 是数据库表的映射字段和列一一对应通常就是一堆 getter/setter。dao 包是纯 JDBC 访问层所有 SQL 都集中在这层。servlet 包是请求入口接收参数、调 dao、再把结果交给 JSP。util 包里的 DBUtil 负责加载配置、返回 Connection。这套分工就是课设版的 MVCModel 是 dao 加 entityView 是 JSPController 是 Servlet。分层不是为了好看是为了答辩时能一句话说清职责边界请求进 Controller数据操作在 Model页面只负责展示。为什么网上源码长得都差不多因为大多源自同一批老教材和培训讲义包名从 com.xxx 改到 com.student逻辑一脉相传。拿到手先做两个动作一是打开 web.xml 看 servlet-mapping 的 url-pattern后缀是 /StudentServlet 还是 *.do这决定你后面改链接时要不要动 mapping二是随便打开一个 dao 文件如果查询用的是 PreparedStatement 占位符说明作者有基本安全意识如果全是字符串拼 SQL改造时的第一件事就是换掉它。还有一个影响观感的地方老源码的 JSP 里经常直接写% ... %这种 scriptlet看得懂就行但自己写新代码别这么干。列表页用 JSTL 的 c:forEach 渲染表格会更耐看如果源码包没带 jstl.jar从 Tomcat 的 webapps/examples 里拷一份丢进 WEB-INF/lib 就行不用改任何 Java 代码。2.2 用 SQL 建好 t_user 与 t_student 表主键、字段和字符集一次定对表结构决定后面所有代码怎么写这也是源码包里最值得逐行看的东西。课设里最常见的是两张表t_user 存登录账号t_student 存学生信息。下面这份建表 SQL 按常见源码的字段集合给模板注释写在里面CREATE DATABASE IF NOT EXISTS student_db DEFAULT CHARSET utf8mb4; USE student_db; CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE COMMENT 登录名, password VARCHAR(50) NOT NULL COMMENT 课设存明文生产环境必须加盐哈希, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_student ( id INT PRIMARY KEY AUTO_INCREMENT, stu_no VARCHAR(20) NOT NULL UNIQUE COMMENT 学号, name VARCHAR(50) NOT NULL COMMENT 姓名, gender CHAR(1) DEFAULT 男, age INT, clazz VARCHAR(50) COMMENT 班级避开 class 关键字, major VARCHAR(50) COMMENT 专业, phone VARCHAR(20), email VARCHAR(50), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;几个选型理由说清楚。第一主键用自增 id 而不是学号学号在部分学校会因转专业、留级调整一旦主键变了页面跳转和删除操作里所有携带学号的参数全要跟着改自增 id 稳定也不暴露业务规则。第二班级字段名写成 clazz字段要是叫 class在 Java 代码里和关键字撞车在部分数据库里还要加反引号才能建表课设里统一写成 clazz 最省事。第三字符集统一 utf8mb4数据库、表、连接串三处保持一致能把乱码问题减掉一大半。还要注意 t_user 的密码课设源码普遍存明文因为演示方便但答辩老师问起来要能答上生产环境必须加盐哈希。另外不用在两张表之间加外键学生系统就这几张表外键除了让删除操作报约束错误没有任何收益逻辑关联在 DAO 层用 SQL 维护就够。2.3 一次登录请求的全链路LoginServlet 与 StudentServlet 的分发逻辑把一次登录请求从头跟到尾你对这套系统的理解能超过一半的同学。用户在 login.jsp 填账号密码表单 POST 到 LoginServletServlet 取参数、调 AdminDao 查库查到了记 session 并重定向到列表页查不到就带错误消息转发回登录页。这套逻辑几乎所有源码的写法都类似protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // setCharacterEncoding 必须在 getParameter 之前否则中文参数直接乱码 request.setCharacterEncoding(UTF-8); String username request.getParameter(username); String password request.getParameter(password); AdminDao dao new AdminDao(); Admin admin dao.findByUsernameAndPassword(username, password); if (admin ! null) { HttpSession session request.getSession(); session.setAttribute(admin, admin); // 重定向地址栏变化request 域数据清空防止 F5 重复提交登录 response.sendRedirect(request.getContextPath() /StudentServlet?actionlist); } else { request.setAttribute(msg, 用户名或密码错误); // 转发地址栏不变request 域里的 msg 还能被 login.jsp 取到 request.getRequestDispatcher(/login.jsp).forward(request, response); } }这段代码有两个高频考点。第一个是编码setCharacterEncoding(UTF-8) 写在 getParameter 之前才生效写在后面等于白写这是中文乱码最常见的来源之一。第二个是最后两行sendRedirect 是让浏览器重新发一次 GET 请求进入列表后地址栏变成 StudentServlet?actionlistrequest 里塞的东西全部失效forward 是服务端内部转发login.jsp 还能用 request.getAttribute(msg) 把错误提示渲染出来。登录成功后必须用重定向否则用户按 F5 会重复提交登录表单。进到 StudentServlet 之后是另一个常见套路一个 action 参数分发。list、add、update、delete 四个操作共用一个 Servlet内部用 switch 或 if 判断 action 值再调用不同方法最后统一 forward 回对应的 JSP。分页查询时还会多一个 currentPage 参数从 request.getParameter 取出来转 int这一步很多源码不判空页码传错就抛 NumberFormatException做模糊查询改造时会再遇到它。看这类分发代码不需要逐行读完抓住一个入口、一个 action 值、一组分支就够。3. 把学生信息管理系统源码从 Eclipse 跑通版本搭配、连接配置与建库三步源码能不能跑起来八成问题出在环境而不在代码。我帮人调过的学生系统里翻车点集中在版本搭配和数据库连接上。按先锁版本、再改配置、后建库启动的顺序走大部分问题在第一步就解决了。3.1 JDK、Tomcat、MySQL 版本搭配为什么 Tomcat 10 会炸先说结论给一套稳妥的组合组件推荐版本说明JDK1.8老源码基本按 Java 8 语法编译用新版 JDK 偶尔踩到被移除的 APITomcat8.5 或 9.0别用 Tomcat 10会遇到 javax 包全部找不到MySQL5.7 / 8.08.0 必须配 8.x 驱动驱动类名都不一样mysql-connector-java5.1.49 / 8.0.x5.x 驱动配 5.7 库8.x 驱动配 8.0 库IDEEclipse EE 版或 IDEA必须带 Java Web 开发能力最容易踩的坑是 Tomcat 10从这一代开始Servlet 规范把包名从 javax.servlet 迁到了 jakarta.servlet而学生系统源码全是按 javax 写的。把老项目丢进 Tomcat 10启动直接报 java.lang.ClassNotFoundException: javax.servlet.http.HttpServlet看着像依赖缺失实际是命名空间搬家。判断方法很简单打开源码里任意一个 Servlet 文件看 import是 javax.servlet 就用 Tomcat 9是 jakarta.servlet 才配 Tomcat 10。版本对不上时先别急着改代码优先换 Tomcat 版本成本最低。Eclipse 的 Window Preferences Server Runtime Environments 可以同时装多个 Tomcat切换运行时五分钟就够。本机如果装的是 MariaDB连接串可以继续用 MySQL 驱动但版本要一个个试这个方向的玄学问题最多不推荐在课设阶段自找麻烦。注意Tomcat 8.5 配 JDK 8 是最稳的组合能不动就别动。3.2 修改 db.properties 连接参数驱动类、URL 和时区缺一不可大部分源码把数据库连接参数放在 src 根目录的 db.properties 里DBUtil 启动时读取。打开后是四个键逐个核对jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/student_db?useUnicodetruecharacterEncodingUTF-8serverTimezoneAsia/ShanghaiuseSSLfalseallowPublicKeyRetrievaltrue jdbc.usernameroot jdbc.password123456这里三个参数最容易写错。第一驱动类名MySQL 5.x 驱动是 com.mysql.jdbc.Driver8.x 驱动改成 com.mysql.cj.jdbc.Driver驱动和库要配套用错会抛 ClassNotFoundException。第二连接串里的 serverTimezoneAsia/Shanghai不加这个MySQL 8.0 会报时区错误老教程里没有这一项因为 MySQL 5.7 默认不做时区校验。第三useSSLfalse 和 allowPublicKeyRetrievaltrue前者关掉一堆 SSL 警告后者解决 8.0 默认认证插件下的公钥获取报错。连接串里的 useUnicodetrue 和 characterEncodingUTF-8 要成对出现只写其中一个等于没写。密码里如果带特殊字符properties 文件里要转义或者干脆给本地库设一个简单密码别把时间耗在这里。改完配置DBUtil 里常见的写法是这样static { try (InputStream in DBUtil.class.getClassLoader() .getResourceAsStream(db.properties)) { Properties props new Properties(); props.load(in); Class.forName(props.getProperty(jdbc.driver)); url props.getProperty(jdbc.url); user props.getProperty(jdbc.username); password props.getProperty(jdbc.password); } catch (Exception e) { throw new ExceptionInInitializerError(db.properties 读取失败 e.getMessage()); } }注意 getResourceAsStream 用的是类路径相对路径所以 db.properties 必须放在 src 根目录编译后进 classes 根目录。如果随手把它放到了 WebContent 下DBUtil 一启动就抛 null 或读取失败排查起来很绕。3.3 建库、部署与启动验证从命令行到浏览器首屏源码包里一般会带一个 .sql 文件可能是 student_db.sql 也可能是别的名字先在命令行把库建起来mysql -u root -p student_db.sql # 执行完确认表真的存在别只看没报错就继续 mysql -u root -p -e USE student_db; SHOW TABLES;第二行是很多新手会跳过的步骤。sql 执行完不报错不代表建表成功尤其是双击打开 sql 文件在编辑器里跑的情况语句顺序一乱就只建了库没建表。登录进去 SHOW TABLES看到 t_user、t_student 两张表再继续。接着在 Eclipse 里右键项目 Run As Run on Server选 3.1 里配好的 Tomcat。如果 Run on Server 是灰的说明项目没有被识别成 Dynamic Web Project检查 Project Facets 里有没有勾 Dynamic Web Module。另一种常见做法是把项目导出成 war 丢到 Tomcat 的 webapps 目录启动后自动解压部署。访问地址的 context path 默认是工程名工程名带中文或空格时浏览器要转义建议直接把部署名改成 student-system 这种短名字后面改起来省心。启动后按顺序验证一看 catalina 日志有没有 Exception二开浏览器访问 http://localhost:8080/student-system/能跳到登录页三用源码包里的初始账号登录一般是 admin/admin四在列表页新增一条学生记录、再删掉回数据库确认数据真的变了。最后一步很多人不做但它能证明 JDBC 链路是通的而不只是页面长得像。另外浏览器里看到 favicon.ico 的 404 是正常噪音别当成部署失败根路径 404 但 login.jsp 能直接访问时去 web.xml 的 welcome-file-list 里核对欢迎页路径。提示验证数据是否落库别只看页面提示回 MySQL 里查一次最靠谱。4. 学生信息管理系统常见问题排查部署、编码和数据库的翻车现场学生信息管理系统里最常见的翻车现场按类整理每条都按现象、原因、解决三段写覆盖部署启动、数据库连接、中文编码三类问题这也是课设群里被问得最多的三个方向。4.1 部署启动类404、ClassNotFound 与端口占用端口占用是启动阶段第一杀手。现象是 Eclipse 里启动 Tomcat 瞬间报 Port 8080 required by Tomcat v9.0 Server is already in use或者启动后浏览器一直转圈。原因是上一个 Tomcat 实例没关干净或者别的程序占用了 8080。解决先找出占用进程再决定杀进程还是换端口。netstat -ano | findstr 8080 taskkill /pid 进程号 /f # 不想杀进程就在 server.xml 里把 8080 改成 8081记得同步改访问地址第二个高频问题是访问项目首页 404。现象是 Tomcat 起来了、日志干净但访问根路径返回 404。原因有两种context path 和你猜的不一致或者 welcome-file-list 里配置的欢迎页不存在。解决先用 http://localhost:8080/ 确认 Tomcat 首页能开再在 Eclipse 的 Servers 视图里看项目部署名最后直接访问 login.jsp 试能开就说明是 welcome 配置问题去 web.xml 对一下 welcome-file 的路径。第三个是 java.lang.ClassNotFoundException: com.mysql.jdbc.Driver。现象是启动不报错一登录就抛。原因基本只有一个mysql-connector jar 没被部署到 WEB-INF/lib。Eclipse 里项目能编译不代表 jar 会进运行环境右键项目 Properties Deployment Assembly把 lib 加进去或者直接确认 WebContent/WEB-INF/lib 下存在 jar。驱动和数据库版本不配套时也报这个类名缺失5.x jar 配 8.0 库时驱动类找不到换 8.0.x 的 jar 比改代码快。4.2 数据库类连接失败、时区报错与表不存在数据库层面的坑比部署隐蔽因为报错往往要等操作到某一步才出现。第一个是 Communications link failure。现象是登录时页面卡十几秒然后报数据库连接失败命令行里 mysql -u root -p 却能正常进。原因基本是连接串里的 IP、端口、密码和本机不一致或者驱动版本太老连不上 MySQL 8.0 的认证。解决先命令行确认库可用再逐项核对 db.properties 里的 host、port、username、password最后看驱动版本5.1.x 连 MySQL 8.0 基本都会失败换 8.0.x 驱动。第二个是时区与公钥报错。现象是第一次连接就抛 The server time zone value is unrecognized 或者 Public Key Retrieval is not allowed。原因MySQL 8.0 的时区配置不完整连接串里没有 serverTimezone8.0 默认的 caching_sha2_password 认证需要客户端做公钥交换。解决连接 URL 补齐 serverTimezoneAsia/ShanghaiuseSSLfalseallowPublicKeyRetrievaltrue三件套一次到位。第三个是 Table student_db.t_student doesnt exist。现象是代码里明明有查询 SQL运行却说表不存在。原因看两个方向建表脚本没真正执行或者代码里的库名、表名与实际不一致Linux 下 MySQL 表名大小写敏感代码写 T_Student 而建表建的是 t_studentWindows 上没事部署到 Linux 就报这个。解决回到 3.3 的 SHOW TABLES 确认表清单再打开 dao 文件核对 SQL 里的表名统一用小写。第四个是运行一段时间后操作卡死。现象是系统刚启动正常用了一阵子新增或删除就没响应日志里全是连接超时。原因是 DAO 方法里 ResultSet、PreparedStatement、Connection 没在 finally 里关闭连接被耗尽。解决每个 DAO 方法的资源都在 finally 里逐一关闭或者直接用 try-with-resources这是最值得提前改的代码卫生问题答辩老师对这种情况问得比功能还细。4.3 中文乱码与参数丢失写入问号、读出 null中文乱码是学生系统里最有玄学色彩的问题同一个页面有时好有时坏。先说 JSP 页面乱码。现象是浏览器打开 .jsp 直接显示中文变方块或问号。原因是页面文件编码和响应头声明的编码不一致Eclipse 默认 GBK源码里却是 UTF-8。解决确认 JSP 第一行同时带 pageEncoding 和 contentType并把文件整体转成 UTF-8。% page contentTypetext/html;charsetUTF-8 pageEncodingUTF-8 languagejava %然后是表单提交的中文乱码。现象是新增学生后数据库里的 name 字段存的是 ??。原因是 POST 请求体默认按 ISO-8859-1 解码Servlet 没在 getParameter 之前调用 setCharacterEncoding。解决在 doPost 第一行补上 request.setCharacterEncoding(UTF-8)或者写一个 EncodingFilter 对全站生效这也是很多现成源码的通用做法。最后是 GET 请求中文参数丢失。现象是点列表页的编辑链接跳到编辑页名字变成一串乱码或 null。原因是 GET 参数走 URL 编码Tomcat 8.5 之后默认 URIEncoding 是 UTF-8而更老的 Tomcat 默认 ISO-8859-1中文参数一传就错链接里拼中文参数时没有做 URL 转义也会这样。解决在 server.xml 的 8080 Connector 上显式加 URIEncodingUTF-8链接传参用 URLEncoder.encode 包一层。分页同理currentPage 在解析前先判空再加 try-catch能挡住很多写死的翻页链接。5. 答辩前给学生信息管理系统加模糊查询PreparedStatement 改造与验证路径5.1 用 PreparedStatement 重写查询改动最小、讲起来最顺的加分项拿到源码后我一般不会急着加花哨功能而是先把列表页的普通查询改成模糊查询。改动小、能讲、还顺手修掉一个 SQL 注入点是投入产出比最高的答辩加分项。常见做法是把原来的精确匹配 WHERE stu_no ? 改成 LIKE 参数拼接但注意不要直接拼 SQL 字符串而是用 PreparedStatement 占位String keyword request.getParameter(keyword); if (keyword null) { keyword ; } String sql SELECT * FROM t_student WHERE name LIKE ? OR stu_no LIKE ? ORDER BY id DESC; PreparedStatement ps conn.prepareStatement(sql); ps.setString(1, % keyword %); ps.setString(2, % keyword %); ResultSet rs ps.executeQuery();这段代码把 keyword 通过 setString 传给占位符单引号、百分号都会被驱动转义即使用户输入 or 11 也不会破坏 SQL 结构。实现后在列表页加一个输入框提交到 StudentServlet 的 list 分支然后按三件事验证输入张能返回所有姓张的学生输入不存在的关键字返回空表格而不是报错输入带单引号的字符串页面不抛 SQL 语法异常。这三条都过了说明查询链路是通的。最后提醒一个习惯改完新功能后把登录、新增、删除、分页全部点一遍再收工。我自己吃过这个亏一次只改了查询条件结果分页链接里没带 keyword翻到第二页筛选条件就全部丢失被答辩老师一句话问住。改参数拼接时把 keyword 一起带进分页链接是最容易被忽略的细节。等你能把这套 Servlet 的请求分发讲顺再去看 Spring MVC 和 MyBatis 源码会轻松很多因为底层还是 JDBC 那一套。希望帮到你。本文还有配套的精品资源点击获取 Java Web学生信息管理系统：Servlet+JSP+JDBC课设源码跑通指南
简介这是一份基于Java Web的学生信息管理系统完整源码包面向正在学习Java Servlet/JSP的开发者以及需要完成课程设计或毕业设计的计算机专业学生。系统围绕学生信息管理常见业务场景实现了用户登录与权限验证、学生信息增删改查、成绩维护、课程信息管理等功能通过JDBC完成与MySQL数据库的交互整体结构符合典型Java Web分层开发思路。压缩包共包含35个文件其中23个Java源码负责业务逻辑与数据访问5个JSP页面用于前端展示与交互3个Jar包提供依赖支持另有XML配置、SQL初始化脚本和README说明文档包体仅2.52MB轻量易用导入IDE即可运行和调试。已有107人浏览学习。借助完整的分层代码和数据库脚本读者能够直观理解请求处理、会话保持、数据库读写等关键环节掌握从页面提交到数据落库的完整流程。项目还嵌入了成绩查询与课程管理的典型实现既可作为课堂练习的参考也能在此基础上快速扩展为后续开发综合管理系统打下基础。1. 基于Java Web的学生信息管理系统为什么每个 Java 课设都绕不开它基于Java Web的学生信息管理系统是 Java 课程设计和毕业设计里出现频率最高的源码题之一。不管学校课设还是头歌这类在线实训平台搜java课程设计案例源码十个结果里七八个都是它。zip 解压后基本都是 JSP Servlet JDBC 的经典结构配 MySQL 和 Tomcat覆盖登录、增删改查、分页这几条 Web 核心链路。它适合两类人拿到源码包却跑不起来的学生想在一个小系统里把请求流转和数据库访问讲透的初学者。一个反直觉的结论课设拿分不看功能多少而看你有没有真把源码跑通、改得动、讲得出后面要做的事无非跑通、改对、验证。2. 拆解学生信息管理系统的源码骨架Servlet、JSP、JDBC 三层怎么配合拿到 zip 先别急着解压启动我习惯先盯着目录结构看两分钟。学生信息管理系统听着简单但它的技术栈恰好是 Java Web 课设的三块基石JSP、Servlet、JDBC。真正决定你后面能不能改的不是某个框架多新而是这三层怎么分工、请求怎么流转。2.1 三层架构在课设里的真实分工与包结构网上流传的学生信息管理系统源码绝大多数来自同一套教科书式的工程模板解压后是标准 Eclipse 动态 Web 工程包结构大体是下面这个样子src/ com/student/entity/ Student.java、Admin.java表结构映射 com/student/dao/ StudentDao.java、AdminDao.javaJDBC 增删改查 com/student/servlet/ LoginServlet.java、StudentServlet.java请求入口 com/student/util/ DBUtil.java连接管理 db.properties 数据库连接参数 WebContent/ login.jsp / list.jsp / add.jsp / update.jsp WEB-INF/ web.xml Servlet 与欢迎页配置 lib/ mysql-connector-java.jar 在这里entity 包里的 Student.java、Admin.java 是数据库表的映射字段和列一一对应通常就是一堆 getter/setter。dao 包是纯 JDBC 访问层所有 SQL 都集中在这层。servlet 包是请求入口接收参数、调 dao、再把结果交给 JSP。util 包里的 DBUtil 负责加载配置、返回 Connection。这套分工就是课设版的 MVCModel 是 dao 加 entityView 是 JSPController 是 Servlet。分层不是为了好看是为了答辩时能一句话说清职责边界请求进 Controller数据操作在 Model页面只负责展示。为什么网上源码长得都差不多因为大多源自同一批老教材和培训讲义包名从 com.xxx 改到 com.student逻辑一脉相传。拿到手先做两个动作一是打开 web.xml 看 servlet-mapping 的 url-pattern后缀是 /StudentServlet 还是 *.do这决定你后面改链接时要不要动 mapping二是随便打开一个 dao 文件如果查询用的是 PreparedStatement 占位符说明作者有基本安全意识如果全是字符串拼 SQL改造时的第一件事就是换掉它。还有一个影响观感的地方老源码的 JSP 里经常直接写% ... %这种 scriptlet看得懂就行但自己写新代码别这么干。列表页用 JSTL 的 c:forEach 渲染表格会更耐看如果源码包没带 jstl.jar从 Tomcat 的 webapps/examples 里拷一份丢进 WEB-INF/lib 就行不用改任何 Java 代码。2.2 用 SQL 建好 t_user 与 t_student 表主键、字段和字符集一次定对表结构决定后面所有代码怎么写这也是源码包里最值得逐行看的东西。课设里最常见的是两张表t_user 存登录账号t_student 存学生信息。下面这份建表 SQL 按常见源码的字段集合给模板注释写在里面CREATE DATABASE IF NOT EXISTS student_db DEFAULT CHARSET utf8mb4; USE student_db; CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE COMMENT 登录名, password VARCHAR(50) NOT NULL COMMENT 课设存明文生产环境必须加盐哈希, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_student ( id INT PRIMARY KEY AUTO_INCREMENT, stu_no VARCHAR(20) NOT NULL UNIQUE COMMENT 学号, name VARCHAR(50) NOT NULL COMMENT 姓名, gender CHAR(1) DEFAULT 男, age INT, clazz VARCHAR(50) COMMENT 班级避开 class 关键字, major VARCHAR(50) COMMENT 专业, phone VARCHAR(20), email VARCHAR(50), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;几个选型理由说清楚。第一主键用自增 id 而不是学号学号在部分学校会因转专业、留级调整一旦主键变了页面跳转和删除操作里所有携带学号的参数全要跟着改自增 id 稳定也不暴露业务规则。第二班级字段名写成 clazz字段要是叫 class在 Java 代码里和关键字撞车在部分数据库里还要加反引号才能建表课设里统一写成 clazz 最省事。第三字符集统一 utf8mb4数据库、表、连接串三处保持一致能把乱码问题减掉一大半。还要注意 t_user 的密码课设源码普遍存明文因为演示方便但答辩老师问起来要能答上生产环境必须加盐哈希。另外不用在两张表之间加外键学生系统就这几张表外键除了让删除操作报约束错误没有任何收益逻辑关联在 DAO 层用 SQL 维护就够。2.3 一次登录请求的全链路LoginServlet 与 StudentServlet 的分发逻辑把一次登录请求从头跟到尾你对这套系统的理解能超过一半的同学。用户在 login.jsp 填账号密码表单 POST 到 LoginServletServlet 取参数、调 AdminDao 查库查到了记 session 并重定向到列表页查不到就带错误消息转发回登录页。这套逻辑几乎所有源码的写法都类似protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // setCharacterEncoding 必须在 getParameter 之前否则中文参数直接乱码 request.setCharacterEncoding(UTF-8); String username request.getParameter(username); String password request.getParameter(password); AdminDao dao new AdminDao(); Admin admin dao.findByUsernameAndPassword(username, password); if (admin ! null) { HttpSession session request.getSession(); session.setAttribute(admin, admin); // 重定向地址栏变化request 域数据清空防止 F5 重复提交登录 response.sendRedirect(request.getContextPath() /StudentServlet?actionlist); } else { request.setAttribute(msg, 用户名或密码错误); // 转发地址栏不变request 域里的 msg 还能被 login.jsp 取到 request.getRequestDispatcher(/login.jsp).forward(request, response); } }这段代码有两个高频考点。第一个是编码setCharacterEncoding(UTF-8) 写在 getParameter 之前才生效写在后面等于白写这是中文乱码最常见的来源之一。第二个是最后两行sendRedirect 是让浏览器重新发一次 GET 请求进入列表后地址栏变成 StudentServlet?actionlistrequest 里塞的东西全部失效forward 是服务端内部转发login.jsp 还能用 request.getAttribute(msg) 把错误提示渲染出来。登录成功后必须用重定向否则用户按 F5 会重复提交登录表单。进到 StudentServlet 之后是另一个常见套路一个 action 参数分发。list、add、update、delete 四个操作共用一个 Servlet内部用 switch 或 if 判断 action 值再调用不同方法最后统一 forward 回对应的 JSP。分页查询时还会多一个 currentPage 参数从 request.getParameter 取出来转 int这一步很多源码不判空页码传错就抛 NumberFormatException做模糊查询改造时会再遇到它。看这类分发代码不需要逐行读完抓住一个入口、一个 action 值、一组分支就够。3. 把学生信息管理系统源码从 Eclipse 跑通版本搭配、连接配置与建库三步源码能不能跑起来八成问题出在环境而不在代码。我帮人调过的学生系统里翻车点集中在版本搭配和数据库连接上。按先锁版本、再改配置、后建库启动的顺序走大部分问题在第一步就解决了。3.1 JDK、Tomcat、MySQL 版本搭配为什么 Tomcat 10 会炸先说结论给一套稳妥的组合组件推荐版本说明JDK1.8老源码基本按 Java 8 语法编译用新版 JDK 偶尔踩到被移除的 APITomcat8.5 或 9.0别用 Tomcat 10会遇到 javax 包全部找不到MySQL5.7 / 8.08.0 必须配 8.x 驱动驱动类名都不一样mysql-connector-java5.1.49 / 8.0.x5.x 驱动配 5.7 库8.x 驱动配 8.0 库IDEEclipse EE 版或 IDEA必须带 Java Web 开发能力最容易踩的坑是 Tomcat 10从这一代开始Servlet 规范把包名从 javax.servlet 迁到了 jakarta.servlet而学生系统源码全是按 javax 写的。把老项目丢进 Tomcat 10启动直接报 java.lang.ClassNotFoundException: javax.servlet.http.HttpServlet看着像依赖缺失实际是命名空间搬家。判断方法很简单打开源码里任意一个 Servlet 文件看 import是 javax.servlet 就用 Tomcat 9是 jakarta.servlet 才配 Tomcat 10。版本对不上时先别急着改代码优先换 Tomcat 版本成本最低。Eclipse 的 Window Preferences Server Runtime Environments 可以同时装多个 Tomcat切换运行时五分钟就够。本机如果装的是 MariaDB连接串可以继续用 MySQL 驱动但版本要一个个试这个方向的玄学问题最多不推荐在课设阶段自找麻烦。注意Tomcat 8.5 配 JDK 8 是最稳的组合能不动就别动。3.2 修改 db.properties 连接参数驱动类、URL 和时区缺一不可大部分源码把数据库连接参数放在 src 根目录的 db.properties 里DBUtil 启动时读取。打开后是四个键逐个核对jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/student_db?useUnicodetruecharacterEncodingUTF-8serverTimezoneAsia/ShanghaiuseSSLfalseallowPublicKeyRetrievaltrue jdbc.usernameroot jdbc.password123456这里三个参数最容易写错。第一驱动类名MySQL 5.x 驱动是 com.mysql.jdbc.Driver8.x 驱动改成 com.mysql.cj.jdbc.Driver驱动和库要配套用错会抛 ClassNotFoundException。第二连接串里的 serverTimezoneAsia/Shanghai不加这个MySQL 8.0 会报时区错误老教程里没有这一项因为 MySQL 5.7 默认不做时区校验。第三useSSLfalse 和 allowPublicKeyRetrievaltrue前者关掉一堆 SSL 警告后者解决 8.0 默认认证插件下的公钥获取报错。连接串里的 useUnicodetrue 和 characterEncodingUTF-8 要成对出现只写其中一个等于没写。密码里如果带特殊字符properties 文件里要转义或者干脆给本地库设一个简单密码别把时间耗在这里。改完配置DBUtil 里常见的写法是这样static { try (InputStream in DBUtil.class.getClassLoader() .getResourceAsStream(db.properties)) { Properties props new Properties(); props.load(in); Class.forName(props.getProperty(jdbc.driver)); url props.getProperty(jdbc.url); user props.getProperty(jdbc.username); password props.getProperty(jdbc.password); } catch (Exception e) { throw new ExceptionInInitializerError(db.properties 读取失败 e.getMessage()); } }注意 getResourceAsStream 用的是类路径相对路径所以 db.properties 必须放在 src 根目录编译后进 classes 根目录。如果随手把它放到了 WebContent 下DBUtil 一启动就抛 null 或读取失败排查起来很绕。3.3 建库、部署与启动验证从命令行到浏览器首屏源码包里一般会带一个 .sql 文件可能是 student_db.sql 也可能是别的名字先在命令行把库建起来mysql -u root -p student_db.sql # 执行完确认表真的存在别只看没报错就继续 mysql -u root -p -e USE student_db; SHOW TABLES;第二行是很多新手会跳过的步骤。sql 执行完不报错不代表建表成功尤其是双击打开 sql 文件在编辑器里跑的情况语句顺序一乱就只建了库没建表。登录进去 SHOW TABLES看到 t_user、t_student 两张表再继续。接着在 Eclipse 里右键项目 Run As Run on Server选 3.1 里配好的 Tomcat。如果 Run on Server 是灰的说明项目没有被识别成 Dynamic Web Project检查 Project Facets 里有没有勾 Dynamic Web Module。另一种常见做法是把项目导出成 war 丢到 Tomcat 的 webapps 目录启动后自动解压部署。访问地址的 context path 默认是工程名工程名带中文或空格时浏览器要转义建议直接把部署名改成 student-system 这种短名字后面改起来省心。启动后按顺序验证一看 catalina 日志有没有 Exception二开浏览器访问 http://localhost:8080/student-system/能跳到登录页三用源码包里的初始账号登录一般是 admin/admin四在列表页新增一条学生记录、再删掉回数据库确认数据真的变了。最后一步很多人不做但它能证明 JDBC 链路是通的而不只是页面长得像。另外浏览器里看到 favicon.ico 的 404 是正常噪音别当成部署失败根路径 404 但 login.jsp 能直接访问时去 web.xml 的 welcome-file-list 里核对欢迎页路径。提示验证数据是否落库别只看页面提示回 MySQL 里查一次最靠谱。4. 学生信息管理系统常见问题排查部署、编码和数据库的翻车现场学生信息管理系统里最常见的翻车现场按类整理每条都按现象、原因、解决三段写覆盖部署启动、数据库连接、中文编码三类问题这也是课设群里被问得最多的三个方向。4.1 部署启动类404、ClassNotFound 与端口占用端口占用是启动阶段第一杀手。现象是 Eclipse 里启动 Tomcat 瞬间报 Port 8080 required by Tomcat v9.0 Server is already in use或者启动后浏览器一直转圈。原因是上一个 Tomcat 实例没关干净或者别的程序占用了 8080。解决先找出占用进程再决定杀进程还是换端口。netstat -ano | findstr 8080 taskkill /pid 进程号 /f # 不想杀进程就在 server.xml 里把 8080 改成 8081记得同步改访问地址第二个高频问题是访问项目首页 404。现象是 Tomcat 起来了、日志干净但访问根路径返回 404。原因有两种context path 和你猜的不一致或者 welcome-file-list 里配置的欢迎页不存在。解决先用 http://localhost:8080/ 确认 Tomcat 首页能开再在 Eclipse 的 Servers 视图里看项目部署名最后直接访问 login.jsp 试能开就说明是 welcome 配置问题去 web.xml 对一下 welcome-file 的路径。第三个是 java.lang.ClassNotFoundException: com.mysql.jdbc.Driver。现象是启动不报错一登录就抛。原因基本只有一个mysql-connector jar 没被部署到 WEB-INF/lib。Eclipse 里项目能编译不代表 jar 会进运行环境右键项目 Properties Deployment Assembly把 lib 加进去或者直接确认 WebContent/WEB-INF/lib 下存在 jar。驱动和数据库版本不配套时也报这个类名缺失5.x jar 配 8.0 库时驱动类找不到换 8.0.x 的 jar 比改代码快。4.2 数据库类连接失败、时区报错与表不存在数据库层面的坑比部署隐蔽因为报错往往要等操作到某一步才出现。第一个是 Communications link failure。现象是登录时页面卡十几秒然后报数据库连接失败命令行里 mysql -u root -p 却能正常进。原因基本是连接串里的 IP、端口、密码和本机不一致或者驱动版本太老连不上 MySQL 8.0 的认证。解决先命令行确认库可用再逐项核对 db.properties 里的 host、port、username、password最后看驱动版本5.1.x 连 MySQL 8.0 基本都会失败换 8.0.x 驱动。第二个是时区与公钥报错。现象是第一次连接就抛 The server time zone value is unrecognized 或者 Public Key Retrieval is not allowed。原因MySQL 8.0 的时区配置不完整连接串里没有 serverTimezone8.0 默认的 caching_sha2_password 认证需要客户端做公钥交换。解决连接 URL 补齐 serverTimezoneAsia/ShanghaiuseSSLfalseallowPublicKeyRetrievaltrue三件套一次到位。第三个是 Table student_db.t_student doesnt exist。现象是代码里明明有查询 SQL运行却说表不存在。原因看两个方向建表脚本没真正执行或者代码里的库名、表名与实际不一致Linux 下 MySQL 表名大小写敏感代码写 T_Student 而建表建的是 t_studentWindows 上没事部署到 Linux 就报这个。解决回到 3.3 的 SHOW TABLES 确认表清单再打开 dao 文件核对 SQL 里的表名统一用小写。第四个是运行一段时间后操作卡死。现象是系统刚启动正常用了一阵子新增或删除就没响应日志里全是连接超时。原因是 DAO 方法里 ResultSet、PreparedStatement、Connection 没在 finally 里关闭连接被耗尽。解决每个 DAO 方法的资源都在 finally 里逐一关闭或者直接用 try-with-resources这是最值得提前改的代码卫生问题答辩老师对这种情况问得比功能还细。4.3 中文乱码与参数丢失写入问号、读出 null中文乱码是学生系统里最有玄学色彩的问题同一个页面有时好有时坏。先说 JSP 页面乱码。现象是浏览器打开 .jsp 直接显示中文变方块或问号。原因是页面文件编码和响应头声明的编码不一致Eclipse 默认 GBK源码里却是 UTF-8。解决确认 JSP 第一行同时带 pageEncoding 和 contentType并把文件整体转成 UTF-8。% page contentTypetext/html;charsetUTF-8 pageEncodingUTF-8 languagejava %然后是表单提交的中文乱码。现象是新增学生后数据库里的 name 字段存的是 ??。原因是 POST 请求体默认按 ISO-8859-1 解码Servlet 没在 getParameter 之前调用 setCharacterEncoding。解决在 doPost 第一行补上 request.setCharacterEncoding(UTF-8)或者写一个 EncodingFilter 对全站生效这也是很多现成源码的通用做法。最后是 GET 请求中文参数丢失。现象是点列表页的编辑链接跳到编辑页名字变成一串乱码或 null。原因是 GET 参数走 URL 编码Tomcat 8.5 之后默认 URIEncoding 是 UTF-8而更老的 Tomcat 默认 ISO-8859-1中文参数一传就错链接里拼中文参数时没有做 URL 转义也会这样。解决在 server.xml 的 8080 Connector 上显式加 URIEncodingUTF-8链接传参用 URLEncoder.encode 包一层。分页同理currentPage 在解析前先判空再加 try-catch能挡住很多写死的翻页链接。5. 答辩前给学生信息管理系统加模糊查询PreparedStatement 改造与验证路径5.1 用 PreparedStatement 重写查询改动最小、讲起来最顺的加分项拿到源码后我一般不会急着加花哨功能而是先把列表页的普通查询改成模糊查询。改动小、能讲、还顺手修掉一个 SQL 注入点是投入产出比最高的答辩加分项。常见做法是把原来的精确匹配 WHERE stu_no ? 改成 LIKE 参数拼接但注意不要直接拼 SQL 字符串而是用 PreparedStatement 占位String keyword request.getParameter(keyword); if (keyword null) { keyword ; } String sql SELECT * FROM t_student WHERE name LIKE ? OR stu_no LIKE ? ORDER BY id DESC; PreparedStatement ps conn.prepareStatement(sql); ps.setString(1, % keyword %); ps.setString(2, % keyword %); ResultSet rs ps.executeQuery();这段代码把 keyword 通过 setString 传给占位符单引号、百分号都会被驱动转义即使用户输入 or 11 也不会破坏 SQL 结构。实现后在列表页加一个输入框提交到 StudentServlet 的 list 分支然后按三件事验证输入张能返回所有姓张的学生输入不存在的关键字返回空表格而不是报错输入带单引号的字符串页面不抛 SQL 语法异常。这三条都过了说明查询链路是通的。最后提醒一个习惯改完新功能后把登录、新增、删除、分页全部点一遍再收工。我自己吃过这个亏一次只改了查询条件结果分页链接里没带 keyword翻到第二页筛选条件就全部丢失被答辩老师一句话问住。改参数拼接时把 keyword 一起带进分页链接是最容易被忽略的细节。等你能把这套 Servlet 的请求分发讲顺再去看 Spring MVC 和 MyBatis 源码会轻松很多因为底层还是 JDBC 那一套。希望帮到你。本文还有配套的精品资源点击获取