简介一份面向Java初学者的课程设计实践源码包围绕学生信息管理系统的完整实现展开。项目覆盖学生信息的增加、删除、修改与查询同时融入Swing图形界面、事件监听、异常处理、文件序列化及JDBC数据库连接等关键Java技术并应用了单例、工厂、MVC等设计模式适合正在完成课程设计、备战期末项目或希望巩固面向对象编程的读者。资源共54个文件含29个class编译产物、22个java源码文件以及Eclipse工程配置project、classpath、prefs压缩包仅51KB可导入开发环境直接查看运行效果。从文件结构看源码涉及登录、学生管理、成绩查询、信息插入等模块便于按功能拆分阅读和二次开发对撰写课程设计报告中的技术分析、类图说明也有参考价值。目前已有558人学习下载是一份轻量而完整的Java综合练习样本。1. Java学生信息管理系统课程设计从选题到答辩的一次完整拆解学生信息管理系统是Java Web课程设计里出现率最高的题目之一往届源码里十个项目至少两三个是它。功能本身不复杂学生信息的增删改查、班级课程管理、成绩录入与统计。但想拿高分光把CRUD跑通远远不够数据库设计、分层架构、权限控制、答辩演示任何一环出问题都会被评委追问到卡壳。我拆过好几份学生信息管理系统的课程设计源码也帮人调过跑不起来的烂尾项目。这份资源的核心价值在于它不是孤立的代码包而是把从需求分析到数据库建模、后端分层、前端分页、最终答辩的完整路径都串了起来。适合正在赶课程设计的在校生也适合想快速过一遍JSPServletJDBC经典栈的初学者。下面按我自己复现这套项目的顺序展开先定表结构再写后端代码补前端页面最后集中讲避坑和答辩准备。每个环节我都会给出直接能抄的代码和参数说明。2. 系统设计与数据库建模先定表结构再写代码2.1 需求拆解课程设计要覆盖哪些功能拿到这种项目别急着打开IDE敲代码。先想清楚系统到底给谁用。很多课程设计源码只有一个管理员角色所有操作堆在一个页面演示起来倒是省事但答辩时评委一句“你的系统和其他人的有什么区别”就能把你问住。常见做法是设计三种角色管理员、教师、学生。管理员维护班级、课程、用户账号教师录入和修改成绩学生只能查询自己的相关信息。角色不同菜单和按钮就不同这就顺理成章地带上了权限控制是答辩时的加分点。功能清单我习惯用一张表列出来做数据库设计时逐项核对功能模块角色具体操作登录注销全部用户名密码登录、Session校验、退出学生管理管理员新增、编辑、删除、按班级/关键字筛选班级管理管理员班级增删改查、学年设置课程管理管理员课程信息维护、学分设置成绩录入教师单条/批量录入、修改成绩成绩查询学生/教师按学期查、按课程查、平均分统计这张表就是后面建表、写Dao、做页面的依据。我没有把统计报表设计成花哨图表课程设计阶段用SQL的AVG、COUNT做简单统计就够了做得太重反而容易在演示时卡顿出丑。2.2 数据库表设计四张核心表与关键约束数据库是整个系统的地基。表设计不合理后面写DAO时每个方法都在补坑。学生信息管理系统最少需要四张表班级表、学生表、课程表、成绩表。班级和学生是一对多学生和课程通过成绩表形成多对多关系。建表SQL如下-- 班级表 CREATE TABLE t_class ( id INT PRIMARY KEY AUTO_INCREMENT, class_name VARCHAR(50) NOT NULL COMMENT 班级名称, grade_year INT NOT NULL COMMENT 入学年份 ) 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 TINYINT DEFAULT 1 COMMENT 1男 0女, birthday DATE, class_id INT NOT NULL, phone VARCHAR(20), status TINYINT DEFAULT 1 COMMENT 1在读 0离校, FOREIGN KEY (class_id) REFERENCES t_class(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;学号加了UNIQUE约束防止录重。status字段是逻辑删除标志默认1删除学生时只把它改成0不是真删。逻辑删除的好处是历史成绩单还能关联到学生演示时误删数据也有“后悔药”可吃。不用物理删除这是我反复强调的点。课程表和成绩表继续CREATE TABLE t_course ( id INT PRIMARY KEY AUTO_INCREMENT, course_name VARCHAR(100) NOT NULL, credit INT DEFAULT 2 COMMENT 学分 ); CREATE TABLE t_score ( id INT PRIMARY KEY AUTO_INCREMENT, student_id INT NOT NULL, course_id INT NOT NULL, score DECIMAL(5,2), exam_date DATE, term VARCHAR(20) COMMENT 例如2024-2025-1, UNIQUE KEY uk_stu_course (student_id, course_id, term), FOREIGN KEY (student_id) REFERENCES t_student(id), FOREIGN KEY (course_id) REFERENCES t_course(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;成绩表的联合唯一约束是关键中的关键。没有它同一个学生同一学期同一门课可以被insert出两条记录做成绩统计时平均分直接被翻倍。加了这个约束重复插入直接报错从数据库层面挡住脏数据。关于外键建不建有两派意见。课程设计这种小项目我建议建上。第一演示时删除被外键引用的数据会报错反而能体现你懂约束第二答辩时外键关系是好素材。成绩字段用DECIMAL(5,2)不用FLOAT浮点数的存储误差在展示平均分时会很难看。2.3 配置文件与数据库连接换环境不焦虑很多初学者写的源码把数据库连接写死在Dao类里别人拿到项目换台电脑就得改十来处。正确做法是连接信息和密码放到properties文件用连接池管理连接。我一般用Druid启动快参数直观。# src/main/resources/jdbc.properties jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/student_mis?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你的密码 jdbc.initialSize5 jdbc.maxActive20读取配置的数据库工具类public class DBUtil { private static DataSource dataSource; static { try { Properties props new Properties(); ClassLoader cl DBUtil.class.getClassLoader(); props.load(cl.getResourceAsStream(jdbc.properties)); dataSource DruidDataSourceFactory.createDataSource(props); } catch (Exception e) { throw new ExceptionInInitializerError(e); } } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); } }static代码块确保类加载时只初始化一次连接池。每次getConnection其实就是从池子里借连接用完调用close后会归还池子而不是真的关闭。URL里的serverTimezoneAsia/Shanghai是MySQL 8之后必写的不写就报时区错误。characterEncodingutf8配合建表时的utf8mb4能把中文乱码问题挡在数据库这一层。提示复制这份资源到自己电脑时只要改jdbc.password和database名其他地方不用动。把配置从代码里拆出来换环境才不焦虑。3. 分层架构与核心代码实现实体类、DAO、Service与Servlet3.1 分层包结构与实体类让代码自己会说话课程设计不需要上微服务但分层思想必须有。我习惯的包结构如下src/main/java ├── cn/edu/demo/entity 实体类 ├── cn/edu/demo/dao 数据访问接口与实现 ├── cn/edu/demo/service 业务逻辑层 ├── cn/edu/demo/servlet 控制层 ├── cn/edu/demo/filter 过滤器 └── cn/edu/demo/util 工具类实体类简单一个JavaBean对应一张表public class Student { private Integer id; private String stuNo; private String name; private Integer gender; private Date birthday; private Integer classId; private String phone; private Integer status; // getter / setter 省略 // 无参构造省略 }用Integer而不用int是为了让映射工具在遇到数据库NULL时不报错。字段名和数据库列名保持驼峰与下划线对应后面写ResultSet映射时省心。DAO接口public interface StudentDao { ListStudent findByCondition(String keyword, Integer classId, int offset, int pageSize); int countByCondition(String keyword, Integer classId); Student findByStuNo(String stuNo); int insert(Student stu); int update(Student stu); int deleteById(Integer id); // 逻辑删除update status0 }接口里写“做什么”实现类里写“怎么做”。课程设计里很多同学把业务操作全塞进Servlet串行代码又长又难调。把数据访问抽到DAO层后Servlet只负责接收请求、调用Service、跳转页面。小项目可以省略Service直接Servlet调DAO但为了答辩时有话说建议保留一个薄Service层哪怕只是转调DAO也能让你在回答“分层设计”时有的可讲。3.2 登录与权限控制Session管理和密码加密登录模块是整个系统最容易出问题的位置。如果密码明文存数据库评委看一眼就会扣分。简单做法是MD5加盐。public class MD5Util { public static String md5WithSalt(String password, String salt) { String s md5(password salt); return s; } // 内部调用标准MD5具体实现省略 }登录Servlet的校验逻辑WebServlet(/login) public class LoginServlet extends HttpServlet { Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { req.setCharacterEncoding(UTF-8); String username req.getParameter(username); String password req.getParameter(password); User user userDao.findByUsername(username); if (user ! null user.getPassword().equals( MD5Util.md5WithSalt(password, user.getSalt()))) { req.getSession().setAttribute(loginUser, user); resp.sendRedirect(index.jsp); } else { req.setAttribute(error, 用户名或密码错误); req.getRequestDispatcher(login.jsp).forward(req, resp); } } }判断顺序要记牢先查用户是否存在再比对密码。如果用户不存在就直接返回避免被攻击者通过报错信息探测用户名存在与否。比对密码用equals别用String的内容比较用equals是基础中的基础但每次都会有人翻车。权限控制靠过滤器拦截未登录访问内部页面的请求WebFilter(/*) public class LoginFilter implements Filter { Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req (HttpServletRequest) request; HttpServletResponse resp (HttpServletResponse) response; HttpSession session req.getSession(false); String uri req.getRequestURI(); if (uri.endsWith(login.jsp) || uri.endsWith(/login)) { chain.doFilter(request, response); return; } if (session null || session.getAttribute(loginUser) null) { resp.sendRedirect(req.getContextPath() /login.jsp); return; } chain.doFilter(request, response); } }过滤器思路白名单放行登录相关资源其余请求一律检查Session。Session为空或没有登录用户直接踢回登录页。注意req.getSession(false)的写法参数传false的意思是拿不到Session就返回null而不是自动创建一个新Session。很多人在这里写getSession(true)结果未登录请求也能“正常”通过因为过滤器帮他建了个空Session这就是权限形同虚设的根源。参数和作用域说明loginUser是后面JSP判断登录状态、显示用户名的依据。你可以把它换成userId或username但过滤器和页面里所有引用必须同步改否则登录成功跳转后页面照样显示未登录。3.3 通用增删改查封装BaseDAO与分页查询学生信息管理系统里每个DAO实现类都在写重复的SQL和ResultSet映射。我一般抽一个BaseDAO把通用的更新、查询封装起来。public abstract class BaseDAO { public int executeUpdate(String sql, Object... params) { try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { for (int i 0; i params.length; i) { ps.setObject(i 1, params[i]); } return ps.executeUpdate(); } catch (SQLException e) { throw new RuntimeException(e); } } public T ListT queryList(String sql, RowMapperT mapper, Object... params) { ListT list new ArrayList(); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { for (int i 0; i params.length; i) { ps.setObject(i 1, params[i]); } try (ResultSet rs ps.executeQuery()) { while (rs.next()) { list.add(mapper.map(rs)); } } } catch (SQLException e) { throw new RuntimeException(e); } return list; } }executeUpdate把insert、update、delete统一收口调用方只需要传SQL和参数数组。try-with-resources写法保证Connection、PreparedStatement、ResultSet都会自动关闭避免连接泄漏。连接一旦泄漏跑几个小时服务就假死。参数说明Object... params是可变参数调用时直接传(1, 张三)或(new Object[]{1, 张三})都行。PreparedStatement全程用setObject赋值比拼字符串SQL安全得多从根源上避开SQL注入。我见过不少课程设计代码拿字符串拼接SQL输入框里输个 or 11 -- 直接把整张表查出来那种代码一旦被评委输入测试串当场社死。分页查询为什么放这里讲因为几乎每个列表页都要分页。分页SQL用LIMIT加offsetSELECT * FROM t_student LIMIT 10 OFFSET 20含义是跳过前20条取10条对应第3页的数据。对应的COUNT语句SELECT COUNT(*) FROM t_student WHERE 条件分页总数算不对的基本都是因为COUNT条件没跟上筛选条件。筛选班级后分页总数还是全表的点下一页直接空白原因就是COUNT写死了。4. 前端界面与交互JSP JSTL 组合条件分页4.1 分页与组合条件查询让筛选和翻页串起来在Servlet中分页和条件查询总是结伴出现。前端传过来的参数可能有三个当前页码pageNum、关键字keyword、班级ID classId。后端代码int pageNum Integer.parseInt( req.getParameter(pageNum) null ? 1 : req.getParameter(pageNum)); int pageSize 10; int offset (pageNum - 1) * pageSize; ListStudent list studentDao.findByCondition(keyword, classId, offset, pageSize); int total studentDao.countByCondition(keyword, classId); int totalPages (total pageSize - 1) / pageSize; req.setAttribute(list, list); req.setAttribute(pageNum, pageNum); req.setAttribute(totalPages, totalPages); req.setAttribute(total, total);totalPages的计算公式是向上取整的经典写法total是23pageSize是10(239)/103正好3页。如果直接写total/pageSize结果是2页最后一页3条数据就显示不出来。offset(pageNum-1)pageSize对应第2页下标从10开始第1页从0开始这个换算千万别记错成pageNumpageSize否则第一页和第二页会重复显示同一批数据。JSP页面用JSTL输出分页条div classpagination c:if test${pageNum 1} a hrefstudent/list?pageNum${pageNum-1}keyword${keyword}classId${classId}上一页/a /c:if c:forEach begin1 end${totalPages} varp a hrefstudent/list?pageNum${p}keyword${keyword}classId${classId} class${p pageNum ? active : }${p}/a /c:forEach c:if test${pageNum totalPages} a hrefstudent/list?pageNum${pageNum1}keyword${keyword}classId${classId}下一页/a /c:if /div分页链接里必须带上原来的查询条件。用户搜索完“张三”点了第二页请求里如果没有keyword后端查出来的还是全表数据这个坑出现频率极高。classId如果为null或空字符串拼接URL前要做空值判断否则会多出一个classId垃圾参数。组合条件查询的DAO实现public ListStudent findByCondition(String keyword, Integer classId, int offset, int pageSize) { StringBuilder sql new StringBuilder( SELECT id, stu_no, name, gender, class_id, phone FROM t_student WHERE status 1 ); ListObject params new ArrayList(); if (keyword ! null !keyword.trim().isEmpty()) { sql.append(AND (name LIKE ? OR stu_no LIKE ?) ); params.add(% keyword %); params.add(% keyword %); } if (classId ! null) { sql.append(AND class_id ? ); params.add(classId); } sql.append(ORDER BY stu_no LIMIT ? OFFSET ?); params.add(pageSize); params.add(offset); return queryList(sql.toString(), mapper, params.toArray()); }为什么用StringBuilder拼SQL而不是固定SQL因为查询条件不固定用户可能只填关键字、只选班级、或者两个都填。用一个List收集参数避免SQL和参数数量对不上。注意LIKE匹配的keyword要自己拼上%通配符我没在SQL里写LIKE ?%为的是让调用方能精确控制通配符位置。这里有个小细节条件多了之后如果SQL里写了AND name LIKE ?但params没传对应值PreparedStatement执行时会报“参数索引超出范围”。调试时我会先打印最终SQL和参数列表肉眼对比占位符数量和参数数量比反复重启Tomcat快得多。4.2 表单校验前端JS和后端双重校验新增和编辑是用户输入大段信息的位置。生日格式不对数据库直接报错学号重复唯一约束报错用户一脸懵。课程设计阶段至少要加两层校验。前端JS负责第一层拦截用户输错了马上提示不提交表单function validateStudentForm() { var name document.getElementById(name).value.trim(); var stuNo document.getElementById(stuNo).value.trim(); var phone document.getElementById(phone).value.trim(); if (name ) { alert(姓名不能为空); return false; } if (!/^\d{6,12}$/.test(stuNo)) { alert(学号格式错误应为6-12位数字); return false; } if (phone ! !/^1[3-9]\d{9}$/.test(phone)) { alert(手机号格式不正确); return false; } return true; }正则含义学号是6到12位纯数字手机号以1开头、第二位3到9、后面9位数字共11位。phone是非必填字段但如果填了必须格式正确。判定顺序先写phone ! 如果漏掉这个空值判断用户不填电话时也会被正则拦住表单直接提交不了。后端校验是第二层也是真正起作用的防线。恶意请求可以绕过浏览器直接调接口前端拦不住。后端至少校验关键字段if (student.getName() null || student.getName().trim().isEmpty()) { throw new IllegalArgumentException(姓名不能为空); } if (student.getStuNo() null || !student.getStuNo().matches(\\d{6,12})) { throw new IllegalArgumentException(学号格式错误); }Java字符串里匹配数字要写\d不是\d。正则在Java字符串中需要转义。后端异常统一在Servlet里捕获catch到IllegalArgumentException后回到表单页显示错误消息而不是让异常直接打在页面上变成一堆英文堆栈。前端校验提升体验后端校验保证安全两个都做演示时既能展现细节也能经得起“绕过前端直接调接口”的追问。5. 避坑与常见问题课程设计里最容易翻车的五个点5.1 页面乱码全链路排查顺序现象登录用户名是中文提交后页面显示乱码或数据库里存成问号。原因Tomcat默认编码、JSP页面编码、MySQL连接编码三方不一致。常见的是JSP页面用了GBK数据库建表用了utf8mb4URL里没带characterEncoding三个环节各转各的传到数据库就彻底乱了。解决按链路统一编码。JSP顶部写pageEncodingUTF-8Servlet里在读取参数前执行req.setCharacterEncoding(UTF-8)连接URL带characterEncodingutf8MySQL建库用utf8mb4。四步做完中文基本不会再出问题。顺序别乱尤其req.setCharacterEncoding必须在第一个getParameter之前执行。5.2 ClassNotFoundException依赖包没进WEB-INF/lib现象本地IDE里运行正常导出war包部署到另一台环境就报ClassNotFoundException比如Druid或MySQL驱动找不到。原因开发时IDE的classpath里有依赖但项目结构里没有把jar包放到WEB-INF/lib下。Tomcat部署时只认WEB-INF/lib里的jar不认IDE的classpath配置。解决把Druid、MySQL驱动、JSTL标签库这几个jar复制到webapp/WEB-INF/lib目录。如果用Maven工程在pom.xml里把scope设成compile确认打war包时jar被包含进来别用provided那会让Tomcat误以为外部容器提供这些依赖。检查war文件可以用压缩工具打开看WEB-INF/lib下有没有对应jar一眼就能确认。5.3 连接池假死连接泄漏与超时现象系统跑着跑着突然所有页面转圈重启Tomcat又恢复正常日志里大量Connection is not available或timeout报错。原因大多数是代码里拿到Connection后没有关闭或者关闭顺序不对连接被借走不还池子被掏空。还有一种情况是maxActive设得太大数据库自身的连接数上限被撑爆。解决所有JDBC操作都用try-with-resources写法Connection、PreparedStatement、ResultSet三个对象在try括号里声明结束自动关闭。maxActive一般设20以内initialSize设5空闲超时设置maxIdle参数。排查时先看数据库最大连接数和当前活跃连接数对比就能定位是不是代码泄漏。5.4 逻辑删除与唯一约束冲突现象删除一个学号为2024001的学生后再新增一个同样学号的学生数据库报Duplicate entry错误但页面上明明看不到那个已删除的人了。原因我在2.2里说了用status逻辑删除而不是物理删除但学号上还是UNIQUE约束。已删除记录的stu_no还占着坑真实存在表里唯一索引照样生效。解决三个方案选一个就好。方案一唯一约束改成复合唯一字段包含status但逻辑上很绕。方案二删除时把学号改成一个带时间戳的占位值比如stu_no_202501011200这样释放了原学号的唯一坑位。方案三干脆放弃唯一约束改应用层查询校验。课程设计推荐方案二演示效果直接代码改动小。5.5 MySQL 8 驱动与时区报错现象项目在别人电脑上是MySQL 5.7自己电脑装的是MySQL 8启动时报错CLIENT_PLUGIN_AUTH is required或The server time zone value is unrecognized。原因MySQL 8的JDBC驱动换成com.mysql.cj.jdbc.Driver旧驱动com.mysql.jdbc.Driver在MySQL 8上不兼容。时区问题是因为MySQL 8默认时区是系统时区JDBC取连接时需要明确指定serverTimezone。解决驱动类换成com.mysql.cj.jdbc.DriverURL加上serverTimezoneAsia/Shanghai。如果用的是老版本Druid建议升级到较新版本老版本Druid解析MySQL 8的驱动元数据偶尔会报异常。这套组合我测试过多次是最稳妥的MySQL 8搭配。6. 答辩前必须验证的六个场景从演示到提问的实战收尾6.1 演示场景清单答辩时间通常只有五分钟现场演示千万别边想边点。我习惯提前把场景固定成一条完整链路照着走不会漏顺序操作验证点1管理员登录错误密码提示、正确密码进入主界面2新增一个学生前端校验拦截空值合法数据入库成功3按姓名/班级组合搜索筛选后列表正确分页链接保留条件4修改该学生信息表单回显无误保存后列表刷新5逻辑删除该学生列表不再显示数据库记录状态变为06教师录成绩、学生查成绩不同角色能看到不同菜单权限生效这六个场景覆盖了增删改查、权限、分页、逻辑删除四个核心知识点。演示时每步操作说一句“这里我为什么要这么设计”比闷头点鼠标强得多。6.2 边界场景准备评委最爱问的就是边界条件。心里提前有数现场就不慌。必背的三个问题删除一个“已被成绩表引用的学生”会怎样答外键约束会拦住提示违反完整性约束因此我用逻辑删除避免这个问题。分页超过总页数会怎样答totalPages是向上取整计算出来的页码链接超过最后一页就没有data界面上不会出现空白页。密码为什么不存明文答MD5加盐存储数据库泄露也不会直接看到明文密码。6.3 一个值得养成的习惯从那次答辩被问到逻辑删除后我每次准备这种课程设计类型的项目都会留出二十分钟把演示链路完整走三遍其中一遍故意输入错误数据看系统反应。这个习惯让我躲过了不少现场翻车的尴尬场面。希望帮到你。本文还有配套的精品资源点击获取