简介面向Java Web课程设计场景这套学生信息管理系统项目包整合了源码、数据库脚本与说明文档适合高校学生作为课程设计或项目实战参考。内容覆盖功能结构、项目架构、包及Java类说明、数据库设计等核心资料功能上完整实现登录、系统主界面、添加学生信息、学生信息维护、按学号查找、更新与删除学生信息、更改管理员密码以及退出系统等业务流程能够直观呈现基于Servlet、JSP与数据库的分层实现方式。包体共78个文件以Java源码、JSP页面、JAR依赖、JS/CSS前端资源及SQL脚本为主另含docx格式的设计说明文档整体压缩包约2.53MB目录结构规整便于导入Eclipse或MyEclipse等Java Web开发环境阅读与调试。Java类与JSP页面分层明确配合SQL初始化脚本可清晰看到业务逻辑与数据持久化过程。目前已有922人学习适合在课程设计或毕业设计中借鉴按文档说明完成部署后可快速掌握学生表、管理员表设计及JDBC交互逻辑并基于现有功能做进一步扩展。1. 学生信息管理系统到底在做什么一个课程设计如何变成可运行的Web项目临近毕业季或者学期末很多计算机专业的同学都会拿到一个类似标题的任务——基于Java web的学生信息管理系统设计压缩包里装着源码、数据库脚本和一份说明文档。这个项目听起来像是教科书里的经典例子但真正动手把它跑起来你会发现它不是一个“看懂了”就行的理论作业而是一整套需要你亲手验证的Web开发链路前端页面怎么和后端交互请求怎么被Servlet或Controller接住数据怎么落到MySQL里再查出来渲染回页面。这套系统的核心价值在于它强制你走完一个Web应用的完整生命周期设计表结构、写增删改查、处理登录状态、解决中文乱码、最后部署到Tomcat。适合的人群很明确正在做Java web课程设计的学生、需要快速复现一个可演示系统的从业者以及那些想从“照着抄代码”过渡到“能解释清每一行在干什么”的初级开发者。这篇笔记会把标题里的三样东西——源码、数据库、说明文档——分别拆开告诉你每一步怎么做、参数怎么设以及哪些地方最容易被忽略。2. 先想清楚再动手学生信息管理系统的技术选型与表结构设计2.1 为什么这个题目用SSH或SSM都行但建议优先选ServletJSP的纯Java web方案打开压缩包你大概率会看到两种风格的项目结构一种是老派的Servlet JSP JDBC另一种是Spring Spring MVC MyBatisSSM。很多人一上来就纠结要不要用框架担心不用框架显得技术落后。但课程设计的本质是“把课堂上学的东西串起来”而不是比拼框架数量。Servlet JSP这套组合能让你亲手写出请求从浏览器到数据库再回来的完整过程中间没有黑匣子——你配置了web.xml里的映射写一个继承HttpServlet的类重写doGet和doPost在里面用JDBC的Connection、PreparedStatement执行SQL最后把结果setAttribute到request里转发给JSP渲染。这个过程你全部能看见出错了也知道去哪里查。相比SSM里Spring容器帮你管理对象、MyBatis帮你映射结果集纯Servlet方案的关键路径短得多。如果你的说明文档里写的是“基于Java web”而不是“基于SSM框架”那么评审老师对你的预期也是前者。我建议你优先把Servlet JSP JDBC这套跑通如果后续时间充裕再往上面套框架做对比这样课程设计的“设计”二字才站得住因为你真能说出为什么这样选Servlet负责控制流程JSP负责展示JDBC负责数据访问各司其职完全可以覆盖一个学生管理系统所有业务。2.2 学生信息表至少要有这几张学生表、用户表、成绩表关联关系别乱设计数据库是这套系统的地基。你看到的“数据库”字段通常是一个SQL文件里面包含了建库和建表语句。常见的库名是student_manager或sems。我见过不少翻车案例都是因为表结构设计得过于简单或者过于复杂过于简单的是只有一张student表用户登录名和密码全塞在里面过于复杂的是给每张表都加了七八个外键插入一条数据要层层校验课堂演示时反而频繁报错。一个稳妥的设计是拆成三张核心表。用户表t_user存登录账号、密码和角色角色分为管理员和普通用户密码用MD5加密而非明文学生表t_student存学号、姓名、性别、班级、出生日期、联系电话成绩表t_score存学号、课程名、分数并通过学号关联到学生表。这张成绩表可以做成不做外键约束只在业务层用JOIN查询这样既演示了多表查询又避免了外键约束带来的插入顺序问题。学生表和成绩表之间用学号关联这个学号用varchar而不是int因为学号可能包含前导零比如“20230001”int类型一存就直接丢零。2.3 从zip解压开始源码目录结构怎么读入口类在哪里解压后先别急着用IDE打开。先看目录理想结构是这样的student-management/ ├── src/ │ ├── com/example/dao/ # JDBC操作层 │ ├── com/example/model/ # 实体类Student、User、Score │ ├── com/example/servlet/ # Controller层 │ └── com/example/util/ # 数据库连接工具类 ├── web/ │ ├── jsp/ # 页面文件 │ ├── WEB-INF/ │ │ ├── web.xml │ │ └── lib/ # jar包比如mysql-connector-java │ └── index.jsp └── sql/ └── student_manager.sql看到这样的结构你首先要定位三个东西数据库连接工具类通常在util包下、登录相关的Servlet、以及web.xml里的欢迎页配置。这三个点是排查问题时最先要检查的地方。如果你的压缩包里没有lib目录而是用Maven的pom.xml管理依赖那你需要联网下载依赖包如果lib目录里有jar包优先用lib里的版本和你本机MySQL要能匹配上比如MySQL 5.7对应mysql-connector-java 5.1.xMySQL 8.0对应8.0.x系列驱动。2.4 数据库脚本里常见的坑导出时的编码和自增主键SQL文件打开后第一行通常是SET NAMES utf8mb4或SET FOREIGN_KEY_CHECKS0。前者的作用是让客户端和服务器之间的通信使用UTF-8编码后者是屏蔽外键检查。如果你发现导入后中文全部变成问号先检查这个SQL文件的编码是不是UTF-8用Notepad或VS Code打开右下角看编码若不是UTF-8另存为UTF-8后再导入。自增主键这个点也比较关键导入数据后如果你自己测试插入一条新学生记录发现id不是从最大值继续而是从1重新开始这是因为导出的SQL里写死了INSERT语句使用AUTO_INCREMENT1建表。解决方法是导入后执行ALTER TABLE t_student AUTO_INCREMENT (SELECT MAX(id) FROM t_student) 1;这段SQL的作用是把自增起点重新对齐到表内最大id加1避免新增记录主键冲突。注意这里如果表里没有数据子查询返回NULL那整个表达式会变成NULL所以稳妥做法是先查一下最大id再手动改。3. 把源码跑起来的完整步骤环境配置、数据库导入与IDE部署3.1 版本组合怎么选JDK8、Tomcat8.5、MySQL5.7是最不折腾的搭配先说版本匹配问题这是环境搭建的第一步也是最容易踩坑的地方。JDK版本太高老项目的javax.servlet包可能被Jakarta命名空间替代编译直接报错Tomcat版本太高可能不再支持旧的Servlet规范MySQL版本太高JDBC驱动连接时会有SSL和时区问题。常见的稳妥组合是JDK 1.8、Tomcat 8.5.x、MySQL 5.7。这三者配合了几乎所有的课程设计项目原因在于Java web课程一般在大二大三开设教材和实验环境基本都是这个配置你的源码包也大概率是按这个版本写的。如果你本机装的是JDK 11或更高版本打开项目后可能遇到无法解析javax.servlet的问题。这不是代码错而是Tomcat 8.5自带的servlet-api.jar没有在你的项目构建路径里。解决方案是在IDE里把Tomcat关联到项目让servlet-api.jar作为库引入。在IntelliJ IDEA里是File - Project Structure - Libraries - 加号 - Java - 选择Tomcat目录下的lib/servlet-api.jar。如果你用的Eclipse右键项目 - Build Path - Add Library - Server Runtime - 选中Tomcat。这样做会在编译期把Servlet相关类提供给你运行期由Tomcat自己管理。3.2 导入数据库先建库再导表命令行和Navicat两种方式数据库导入看起来简单但很多人直接在Navicat里双击SQL文件结果一堆报错。现象多数是“Table already exists”或“Unknown database”。标准顺序是先在MySQL里创建一个空库再在这个库里执行SQL文件。用命令行操作的话步骤是mysql -uroot -p123456 -e CREATE DATABASE student_manager DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; mysql -uroot -p123456 student_manager sql/student_manager.sql第一行命令创建数据库指定默认字符集utf8mb4排序规则utf8mb4_general_ci。注意utf8mb4能完整支持中文和Emoji比utf8更稳。第二行导入SQL脚本使用重定向符号把文件内容输入到mysql客户端。如果你用Navicat操作路径是右键连接 - 运行SQL文件 - 选择文件然后在弹出的对话框里选对目标数据库。导入完成后用下面这条命令验证核心表是否建好USE student_manager; SHOW TABLES;3.3 改三个配置文件数据库连接、Tomcat端口和项目访问路径源码跑不起来绝大多数问题出在配置没改。第一个要改的是数据库连接工具类通常在src/com/example/util/DBUtil.java里你会看到类似这样的代码private static final String URL jdbc:mysql://localhost:3306/student_manager?useSSLfalsecharacterEncodingutf8; private static final String USER root; private static final String PASSWORD 123456;这里的URL要关注的参数有三个端口默认3306、库名student_manager、useSSL和characterEncoding。useSSLfalse是告诉驱动不要用SSL加密连接MySQL 8.0驱动默认会对本地连接启用SSL校验不关掉会报SSLHandshakeException。characterEncodingutf8是让驱动从数据库取出数据时按UTF-8解码否则页面显示问号。USER和PASSWORD改成本机MySQL的用户名密码注意必须是这个用户有权限访问student_manager库。第二个要改的是web.xml里的Servlet映射。旧项目里经常会写servlet-mapping servlet-nameLoginServlet/servlet-name url-pattern/login/url-pattern /servlet-mapping这段配置的意思是访问http://localhost:8080/项目名/login时由LoginServlet处理。如果你的项目没有配置项目名直接用根路径访问还需要去确认Tomcat的conf/server.xml或IDE里Deployment的Application context是不是/。在IDEA里Run Configuration - Deployment - Application context如果是空或/访问路径就是http://localhost:8080/login如果填了/student-management路径就是http://localhost:8080/student-management/login。第三个要改的是如果你的项目用了C3P0或Druid连接池那么配置会在resources目录下的c3p0-config.xml或druid.properties里字段名大同小异同样需要同步用户名密码。这里提醒一点连接池的initialPoolSize、minPoolSize这些参数不要为了追求性能改大课程设计场景下保持默认即可调大反而可能因为连接释放不及时被MySQL拒绝。3.4 部署到Tomcat从IDE运行到war包两种方式都要会开发时直接在IDE里配置Tomcat运行即可但课程设计验收时老师可能让你打包成war部署。两种方式有细微差别。IDE方式在IDEA里选择Run - Edit Configurations - 加号 - Tomcat Server - Local在Deployment选项卡里点加号Artifact选择war exploded或war包。war exploded是展开的目录开发调试方便war是压缩后的文件部署更接近生产。第二种方式用Maven的package命令打warmvn clean package打包完成后war文件在target目录下把war复制到Tomcat的webapps目录启动Tomcat它会自动解压。用这种方式要注意Tomcat解压后的目录名就是项目名访问路径要带这个目录名。如果之前配置过Application context两个路径要对应上。有个加速小技巧如果是熟悉的项目可以把war包改成ROOT.war再扔进webappsTomcat会把该项目挂到根路径访问时就不需要带项目名了。4. 核心功能从结构到代码登录、增删改查、分页、权限四件事4.1 登录模块表单提交到Servlet再到数据库校验一条链路走完登录是整个系统的门面也是第一个演示功能。它的流程是用户在login.jsp输入用户名密码点击提交表单以POST方式发到/login这个url-pattern被LoginServlet的doPost方法接收。Servlet拿到参数后调用UserDao里的queryUser方法用JDBC查t_user表比对用户名和密码。如果匹配就把user对象setAttribute到session里然后重定向到主页面不匹配就返回登录页并携带错误提示。核心代码长这样protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username request.getParameter(username); String password MD5Util.md5(request.getParameter(password)); UserDao dao new UserDao(); User user dao.findByUsernameAndPassword(username, password); if (user ! null) { request.getSession().setAttribute(user, user); response.sendRedirect(index.jsp); } else { request.setAttribute(errorMsg, 用户名或密码错误); request.getRequestDispatcher(login.jsp).forward(request, response); } }这段代码的核心逻辑在于三个点密码存的是MD5值传入的明文密码要先经过MD5Util.md5()进行一次哈希再比对数据库里不能存明文查询成功后的状态保存在Session里后续页面通过判断session里有没有user来决定是否跳转登录页失败时的处理是forward而非redirect这样request域里的errorMsg才能传到login.jsp页面上显示。注意这里的resetValue如果你登录失败后返回页面用el表达式${errorMsg}取值要确保JSP顶部导入了JSTL标签库否则表达式不生效。4.2 增删改查PreparedStatement防注入变更操作后要redirect学生信息的管理是系统的核心操作包括新增、修改、删除和列表查询。这个模块的代码结构非常固定CRUD是面试官和评审老师最常看的地方。先看新增和更新的DAO层写法public boolean addStudent(Student student) throws SQLException { String sql INSERT INTO t_student (student_no, name, gender, class_name, birth_date, phone) VALUES (?, ?, ?, ?, ?, ?); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, student.getStudentNo()); ps.setString(2, student.getName()); ps.setString(3, student.getGender()); ps.setString(4, student.getClassName()); ps.setDate(5, new java.sql.Date(student.getBirthDate().getTime())); ps.setString(6, student.getPhone()); return ps.executeUpdate() 0; } }这里有一个必须养成的习惯永远使用PreparedStatement而不是Statement拼接SQL因为字符串拼接是SQL注入的温床课程设计里可能没人攻击你但老师会看你的代码规范。setDate(5, ...)这行的参数如果你的实体类birthDate是java.util.Date类型需要转成java.sql.Date才能set进去这是新人最容易编译报错的地方。查询列表时通常还会带一个keyword参数做模糊搜索SELECT * FROM t_student WHERE name LIKE ?对应Java里要用ps.setString(1, % keyword %)注意百分号是写在参数里而不是SQL里否则SQL语义不变但可读性差。执行完增删改操作后Servlet端应该用response.sendRedirect(listStudentServlet)跳回列表页而不是直接返回JSP。原因是如果直接转发浏览器地址栏还是处理表单的URL用户按F5刷新会再次提交上一次的数据造成重复插入。4.3 分页查询page和limit两个参数怎么算出来总页数如何不丢最后一页数据一多分页就来了。分页的SQL是LIMIT offset, size其中offset (page - 1) * sizesize是每页显示的条数。页面请求会带一个page参数Servlet接住后传给DAO。在DAO层你需要先count一下总记录数再查当前页数据。核心代码public ListStudent findStudents(int page, int pageSize) throws SQLException { String sql SELECT * FROM t_student LIMIT ?, ?; int offset (page - 1) * pageSize; ... ps.setInt(1, offset); ps.setInt(2, pageSize); } public int countStudents() throws SQLException { String sql SELECT COUNT(*) FROM t_student; ... }分页最容易出问题的是总页数计算。totalPages totalCount % pageSize 0 ? totalCount / pageSize : totalCount / pageSize 1。很多同学直接写totalCount / pageSize当总数恰好整除时没问题但总数为21、pageSize为10时算出来是2页而实际需要3页最后一页的数据就被吞了。注意LIMIT的参数是offset和size不是page和pageSize千万别直接把page传给数据库。页码按钮在JSP里生成时还要处理“上一页”和“下一页”的边界第一页禁用上一页最后一页禁用下一页这个逻辑一般写在JSP的c:if标签里。还有一个细节当删除操作导致某一页数据变空时比如最后一页只有一条删完之后当前页越界Servlet端要做一次page调整判断当前页是否大于总页数若是则把page赋值为totalPages。4.4 权限控制用过滤器拦一下admin能删、普通用户只能看学生管理系统的权限通常分两级管理员和学生。管理员可以增删改普通用户只能查询。实现方式有两种一种是在每个Servlet里判断session.getAttribute(user)的角色再决定是否放行另一种是写一个Filter统一拦截。过滤器是更专业的实现也更方便你写进说明文档里。代码逻辑public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req (HttpServletRequest) request; HttpSession session req.getSession(); User user (User) session.getAttribute(user); String uri req.getRequestURI(); if (user null) { response.sendRedirect(login.jsp); } else if (uri.endsWith(deleteStudentServlet) !admin.equals(user.getRole())) { response.sendError(403); } else { chain.doFilter(request, response); } }这个Filter要写在web.xml里声明把url-pattern设为/*也就是拦截所有请求。实现有三个要点第一用户未登录时直接重定向登录页不要走后续链条第二对敏感的删除、添加操作检查角色管理员才放行第三注意放开login.jsp和静态资源css、js、图片的访问否则登录页的样式全丢。在web.xml里通过init-param配置需要放行的路径比在Filter代码里写死更灵活。用过滤器有个坑如果你的JSP还引用了外部图片或CSS而这些路径也被/*拦截session里没有用户就会跳登录页导致页面样式错乱。需要在Filter里判断uri是否以.css、.js、.png等结尾若是直接chain.doFilter放行。5. 避坑指南学生管理系统最容易翻车的6个经典场景5.1 中文乱码从JSP到数据库全链路排查现象页面上显示“姓名”变成“姓唓或全部是问号。原因可能出现在三个环节。第一JSP页面本身的charset没设置% page languagejava contentTypetext/html; charsetUTF-8 pageEncodingUTF-8%这三件套必须齐。第二GET请求的Tomcat默认编码是ISO-8859-1URL里带中文参数会乱需要在Tomcat的server.xml里给Connector加URIEncodingUTF-8属性。第三数据库表字段的collation如果是latin1哪怕页面和连接都是UTF-8存进去的也是乱码。解决前端、ServletsetCharacterEncoding(UTF-8)要放在getParameter之前、JDBC连接URL、数据库建表语句四级统一UTF-8。有一点特别容易被忽略在web.xml里配置CharacterEncodingFilter同样能解决POST请求的编码问题filter filter-nameencodingFilter/filter-name filter-classorg.springframework.web.filter.CharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param /filter如果你用的是普通Servlet项目而不是Spring也可以写一个自己的编码过滤器doFilter里直接request.setCharacterEncoding(UTF-8)再放行。5.2 数据库连接失败时区、驱动版本和useSSL三个参数现象Tomcat启动正常JS正常打开但一点登录就报Communications link failure或Access denied for user。排查顺序先命令行测试能否连上MySQLmysql -uroot -p能连说明MySQL服务没挂。再检查驱动包版本MySQL 8.0的驱动类名是com.mysql.cj.jdbc.DriverMySQL 5.7及以前是com.mysql.jdbc.Driver如果你的代码或配置文件还写着老类名会报ClassNotFoundException。之后看URLMySQL 8.0必须加serverTimezoneAsia/Shanghai否则驱动报SQLException: The server time zone value Öйú±ê׼ʱ¼ä is unrecognized。完整一条URL通常是jdbc:mysql://localhost:3306/student_manager?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8另外注意在Navicat里能连上不代表Tomcat所在的JDK环境下能连上检查是不是把ojdbc打成了mysql-connector或者在classpath里混入了多个版本的驱动jar包多个驱动版本共存时类加载顺序不可控会出现奇怪报错。5.3 修改密码后登录失效Session还是Cookie的锅现象在个人中心修改完密码退出系统再登录用新密码怎么也登不进去。原因很多管理系统把密码存在Session里用于后续操作校验或者前端JS缓存了旧密码。你的UserDao里updatePassword更新了t_user表但Session里的user对象里的password字段还是旧值。当系统某些模块取出session里的user去和数据库比对时因为password不匹配认为是非法操作。解决修改密码成功后要主动刷新Session里的用户信息有两种做法把session里原来的user属性remove掉重新查库set进去或者调用session.invalidate()强制用户重新登录。后续操作都基于数据库数据而不是Session里的旧字段就不会有这个问题。5.4 Tomcat端口被占用8080默认端口在实验室环境经常被抢现象启动Tomcat时控制台报Port 8080 required by Tomcat v9.0 Server at localhost is already in use。实验室电脑很容易有多个同学同时开IDEA或者之前崩溃的Java进程没杀掉。解决方案第一优先找到占用程序并结束netstat -ano | findstr 8080 taskkill /PID 进程号 /F第二步才是修改Tomcat端口。如果不想杀别的同学进程在conf/server.xml里改Connector port8080 protocolHTTP/1.1 /改成8081或8082之后访问路径也要相应变化http://localhost:8081/项目名/。注意如果项目里有用到webService或RMI还有可能占用8005和8009端口轻则启动慢重则无法启动本地测试时改三个端口或只保留8080协议也能用。检查的时候可以执行catalina.bat run这会直接在前台运行Tomcat并打印日志比看eclipse控制台更直观。5.5 重新部署后数据全没了MySQL数据和项目分离的认知要建立现象你在IDEA里重新部署了war包项目能开但登录进去后发现之前测试的数据全没了学生列表空荡荡。原因有两种可能。第一种是项目里用了内存数据库比如H2或者手动在JVM里存List重启后数据当然没了第二种是数据库和数据文件分开你重建了项目但没重建数据库而连接工具类指向的库名变了或者MySQL服务没启动。课程设计项目的数据库默认是MySQL只要你没有执行DROP DATABASE数据不会因为重新部署丢失。排查思路是直接在Navicat里看student_manager库里的t_student表有没有数据。如果表里没数据说明你当初可能是通过页面添加的学生数据这些数据在MySQL里正常都在。如果数据库是好的再看代码里DBUtil连接的库名是不是写错。我的习惯是每次重新部署前后先备份一下数据库mysqldump -uroot -p123456 student_manager backup_$(date %Y%m%d).sql这条命令会把student_manager全库导出成一个SQL文件出问题时用source命令恢复即可是课程设计阶段最便宜的后悔药。5.6 表单提交第二次报错隐藏域、刷新和重定向现象新增一条学生记录后浏览器刷新又弹出一个确认框点确定后同一条数据被插了两次。这是典型的“表单重复提交”问题。原因用户提交后Servlet执行INSERT然后forward到成功页此时浏览器的URL还是处理表单的Servlet路径按F5就再次执行同样的INSERT。预防方案在我的4.2节已经提到正确写法是PRG模式POST - Redirect - GET。提交成功后使用response.sendRedirect()让浏览器重新发起GET请求到列表页。除此之外还可以在表单里放一个隐藏的token每次刷新时重置服务端校验token是否一致课程设计做到PRG模式已经完全够用不会被老师深挖。6. 进阶技巧拿什么验证系统“真的没问题”以及一次性能日志排查演示时系统能跑不代表系统足够稳。你可以用三个维度的验证来给自己兜底。第一个维度是SQL边界翻遍所有DAO层确认每个查询都用了PreparedStatement没有一处字符串拼接SQL分页参数正确计算count和list两次查询的数据对得上。第二个维度是权限边界直接用浏览器访问deleteStudentServlet、updateStudentServlet这些URL未登录时是否被拦回登录页以普通用户登录后尝试通过URL直接删除是否返回403。第三个维度是并发边界一个JSP页面同时被三个浏览器打开分别操作不同学生的记录观察是否有重复学号插入成功的现象。如果出现重复说明你的业务层没有做主键或唯一索引校验在t_student表的student_no上加上唯一索引就能解决。除了功能验证我每次交付前还会做一次最小化的性能排查方式不是用压测工具而是给DBUtil打一条日志。在获取连接和关闭连接之间用System.currentTimeMillis记录耗时long start System.currentTimeMillis(); // 执行查询 long cost System.currentTimeMillis() - start; if (cost 100) { System.out.println([SQL慢查询] sql 耗时 cost ms); }一般课程设计的查询耗时都在几十毫秒以内如果发现某条SQL耗时超过200ms优先看是不是没有给t_student表的student_no和name字段建索引。列表页作为模型数据还是要保持在t_student表的查询上。这行排查习惯让我有两次在验收前发现本地数据库查询100ms、部署到老师电脑上查询直接飙到2秒的问题——原因是教学机房机器性能较差而列表页一次性查询了全表且未分页。你可以在演示前把列表页默认大小设成10条既能证明你会分页也会避免一次拉取几百条数据造成卡顿。这也是我希望帮到你的一点课程设计不追求炫技但追求“每一步都有据可查、每个参数都改得明白”照着这个方向走你和别人代码的差距会体现在细节里。本文还有配套的精品资源点击获取
Java Web学生信息管理系统：从源码部署到Servlet与MySQL实战
简介面向Java Web课程设计场景这套学生信息管理系统项目包整合了源码、数据库脚本与说明文档适合高校学生作为课程设计或项目实战参考。内容覆盖功能结构、项目架构、包及Java类说明、数据库设计等核心资料功能上完整实现登录、系统主界面、添加学生信息、学生信息维护、按学号查找、更新与删除学生信息、更改管理员密码以及退出系统等业务流程能够直观呈现基于Servlet、JSP与数据库的分层实现方式。包体共78个文件以Java源码、JSP页面、JAR依赖、JS/CSS前端资源及SQL脚本为主另含docx格式的设计说明文档整体压缩包约2.53MB目录结构规整便于导入Eclipse或MyEclipse等Java Web开发环境阅读与调试。Java类与JSP页面分层明确配合SQL初始化脚本可清晰看到业务逻辑与数据持久化过程。目前已有922人学习适合在课程设计或毕业设计中借鉴按文档说明完成部署后可快速掌握学生表、管理员表设计及JDBC交互逻辑并基于现有功能做进一步扩展。1. 学生信息管理系统到底在做什么一个课程设计如何变成可运行的Web项目临近毕业季或者学期末很多计算机专业的同学都会拿到一个类似标题的任务——基于Java web的学生信息管理系统设计压缩包里装着源码、数据库脚本和一份说明文档。这个项目听起来像是教科书里的经典例子但真正动手把它跑起来你会发现它不是一个“看懂了”就行的理论作业而是一整套需要你亲手验证的Web开发链路前端页面怎么和后端交互请求怎么被Servlet或Controller接住数据怎么落到MySQL里再查出来渲染回页面。这套系统的核心价值在于它强制你走完一个Web应用的完整生命周期设计表结构、写增删改查、处理登录状态、解决中文乱码、最后部署到Tomcat。适合的人群很明确正在做Java web课程设计的学生、需要快速复现一个可演示系统的从业者以及那些想从“照着抄代码”过渡到“能解释清每一行在干什么”的初级开发者。这篇笔记会把标题里的三样东西——源码、数据库、说明文档——分别拆开告诉你每一步怎么做、参数怎么设以及哪些地方最容易被忽略。2. 先想清楚再动手学生信息管理系统的技术选型与表结构设计2.1 为什么这个题目用SSH或SSM都行但建议优先选ServletJSP的纯Java web方案打开压缩包你大概率会看到两种风格的项目结构一种是老派的Servlet JSP JDBC另一种是Spring Spring MVC MyBatisSSM。很多人一上来就纠结要不要用框架担心不用框架显得技术落后。但课程设计的本质是“把课堂上学的东西串起来”而不是比拼框架数量。Servlet JSP这套组合能让你亲手写出请求从浏览器到数据库再回来的完整过程中间没有黑匣子——你配置了web.xml里的映射写一个继承HttpServlet的类重写doGet和doPost在里面用JDBC的Connection、PreparedStatement执行SQL最后把结果setAttribute到request里转发给JSP渲染。这个过程你全部能看见出错了也知道去哪里查。相比SSM里Spring容器帮你管理对象、MyBatis帮你映射结果集纯Servlet方案的关键路径短得多。如果你的说明文档里写的是“基于Java web”而不是“基于SSM框架”那么评审老师对你的预期也是前者。我建议你优先把Servlet JSP JDBC这套跑通如果后续时间充裕再往上面套框架做对比这样课程设计的“设计”二字才站得住因为你真能说出为什么这样选Servlet负责控制流程JSP负责展示JDBC负责数据访问各司其职完全可以覆盖一个学生管理系统所有业务。2.2 学生信息表至少要有这几张学生表、用户表、成绩表关联关系别乱设计数据库是这套系统的地基。你看到的“数据库”字段通常是一个SQL文件里面包含了建库和建表语句。常见的库名是student_manager或sems。我见过不少翻车案例都是因为表结构设计得过于简单或者过于复杂过于简单的是只有一张student表用户登录名和密码全塞在里面过于复杂的是给每张表都加了七八个外键插入一条数据要层层校验课堂演示时反而频繁报错。一个稳妥的设计是拆成三张核心表。用户表t_user存登录账号、密码和角色角色分为管理员和普通用户密码用MD5加密而非明文学生表t_student存学号、姓名、性别、班级、出生日期、联系电话成绩表t_score存学号、课程名、分数并通过学号关联到学生表。这张成绩表可以做成不做外键约束只在业务层用JOIN查询这样既演示了多表查询又避免了外键约束带来的插入顺序问题。学生表和成绩表之间用学号关联这个学号用varchar而不是int因为学号可能包含前导零比如“20230001”int类型一存就直接丢零。2.3 从zip解压开始源码目录结构怎么读入口类在哪里解压后先别急着用IDE打开。先看目录理想结构是这样的student-management/ ├── src/ │ ├── com/example/dao/ # JDBC操作层 │ ├── com/example/model/ # 实体类Student、User、Score │ ├── com/example/servlet/ # Controller层 │ └── com/example/util/ # 数据库连接工具类 ├── web/ │ ├── jsp/ # 页面文件 │ ├── WEB-INF/ │ │ ├── web.xml │ │ └── lib/ # jar包比如mysql-connector-java │ └── index.jsp └── sql/ └── student_manager.sql看到这样的结构你首先要定位三个东西数据库连接工具类通常在util包下、登录相关的Servlet、以及web.xml里的欢迎页配置。这三个点是排查问题时最先要检查的地方。如果你的压缩包里没有lib目录而是用Maven的pom.xml管理依赖那你需要联网下载依赖包如果lib目录里有jar包优先用lib里的版本和你本机MySQL要能匹配上比如MySQL 5.7对应mysql-connector-java 5.1.xMySQL 8.0对应8.0.x系列驱动。2.4 数据库脚本里常见的坑导出时的编码和自增主键SQL文件打开后第一行通常是SET NAMES utf8mb4或SET FOREIGN_KEY_CHECKS0。前者的作用是让客户端和服务器之间的通信使用UTF-8编码后者是屏蔽外键检查。如果你发现导入后中文全部变成问号先检查这个SQL文件的编码是不是UTF-8用Notepad或VS Code打开右下角看编码若不是UTF-8另存为UTF-8后再导入。自增主键这个点也比较关键导入数据后如果你自己测试插入一条新学生记录发现id不是从最大值继续而是从1重新开始这是因为导出的SQL里写死了INSERT语句使用AUTO_INCREMENT1建表。解决方法是导入后执行ALTER TABLE t_student AUTO_INCREMENT (SELECT MAX(id) FROM t_student) 1;这段SQL的作用是把自增起点重新对齐到表内最大id加1避免新增记录主键冲突。注意这里如果表里没有数据子查询返回NULL那整个表达式会变成NULL所以稳妥做法是先查一下最大id再手动改。3. 把源码跑起来的完整步骤环境配置、数据库导入与IDE部署3.1 版本组合怎么选JDK8、Tomcat8.5、MySQL5.7是最不折腾的搭配先说版本匹配问题这是环境搭建的第一步也是最容易踩坑的地方。JDK版本太高老项目的javax.servlet包可能被Jakarta命名空间替代编译直接报错Tomcat版本太高可能不再支持旧的Servlet规范MySQL版本太高JDBC驱动连接时会有SSL和时区问题。常见的稳妥组合是JDK 1.8、Tomcat 8.5.x、MySQL 5.7。这三者配合了几乎所有的课程设计项目原因在于Java web课程一般在大二大三开设教材和实验环境基本都是这个配置你的源码包也大概率是按这个版本写的。如果你本机装的是JDK 11或更高版本打开项目后可能遇到无法解析javax.servlet的问题。这不是代码错而是Tomcat 8.5自带的servlet-api.jar没有在你的项目构建路径里。解决方案是在IDE里把Tomcat关联到项目让servlet-api.jar作为库引入。在IntelliJ IDEA里是File - Project Structure - Libraries - 加号 - Java - 选择Tomcat目录下的lib/servlet-api.jar。如果你用的Eclipse右键项目 - Build Path - Add Library - Server Runtime - 选中Tomcat。这样做会在编译期把Servlet相关类提供给你运行期由Tomcat自己管理。3.2 导入数据库先建库再导表命令行和Navicat两种方式数据库导入看起来简单但很多人直接在Navicat里双击SQL文件结果一堆报错。现象多数是“Table already exists”或“Unknown database”。标准顺序是先在MySQL里创建一个空库再在这个库里执行SQL文件。用命令行操作的话步骤是mysql -uroot -p123456 -e CREATE DATABASE student_manager DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; mysql -uroot -p123456 student_manager sql/student_manager.sql第一行命令创建数据库指定默认字符集utf8mb4排序规则utf8mb4_general_ci。注意utf8mb4能完整支持中文和Emoji比utf8更稳。第二行导入SQL脚本使用重定向符号把文件内容输入到mysql客户端。如果你用Navicat操作路径是右键连接 - 运行SQL文件 - 选择文件然后在弹出的对话框里选对目标数据库。导入完成后用下面这条命令验证核心表是否建好USE student_manager; SHOW TABLES;3.3 改三个配置文件数据库连接、Tomcat端口和项目访问路径源码跑不起来绝大多数问题出在配置没改。第一个要改的是数据库连接工具类通常在src/com/example/util/DBUtil.java里你会看到类似这样的代码private static final String URL jdbc:mysql://localhost:3306/student_manager?useSSLfalsecharacterEncodingutf8; private static final String USER root; private static final String PASSWORD 123456;这里的URL要关注的参数有三个端口默认3306、库名student_manager、useSSL和characterEncoding。useSSLfalse是告诉驱动不要用SSL加密连接MySQL 8.0驱动默认会对本地连接启用SSL校验不关掉会报SSLHandshakeException。characterEncodingutf8是让驱动从数据库取出数据时按UTF-8解码否则页面显示问号。USER和PASSWORD改成本机MySQL的用户名密码注意必须是这个用户有权限访问student_manager库。第二个要改的是web.xml里的Servlet映射。旧项目里经常会写servlet-mapping servlet-nameLoginServlet/servlet-name url-pattern/login/url-pattern /servlet-mapping这段配置的意思是访问http://localhost:8080/项目名/login时由LoginServlet处理。如果你的项目没有配置项目名直接用根路径访问还需要去确认Tomcat的conf/server.xml或IDE里Deployment的Application context是不是/。在IDEA里Run Configuration - Deployment - Application context如果是空或/访问路径就是http://localhost:8080/login如果填了/student-management路径就是http://localhost:8080/student-management/login。第三个要改的是如果你的项目用了C3P0或Druid连接池那么配置会在resources目录下的c3p0-config.xml或druid.properties里字段名大同小异同样需要同步用户名密码。这里提醒一点连接池的initialPoolSize、minPoolSize这些参数不要为了追求性能改大课程设计场景下保持默认即可调大反而可能因为连接释放不及时被MySQL拒绝。3.4 部署到Tomcat从IDE运行到war包两种方式都要会开发时直接在IDE里配置Tomcat运行即可但课程设计验收时老师可能让你打包成war部署。两种方式有细微差别。IDE方式在IDEA里选择Run - Edit Configurations - 加号 - Tomcat Server - Local在Deployment选项卡里点加号Artifact选择war exploded或war包。war exploded是展开的目录开发调试方便war是压缩后的文件部署更接近生产。第二种方式用Maven的package命令打warmvn clean package打包完成后war文件在target目录下把war复制到Tomcat的webapps目录启动Tomcat它会自动解压。用这种方式要注意Tomcat解压后的目录名就是项目名访问路径要带这个目录名。如果之前配置过Application context两个路径要对应上。有个加速小技巧如果是熟悉的项目可以把war包改成ROOT.war再扔进webappsTomcat会把该项目挂到根路径访问时就不需要带项目名了。4. 核心功能从结构到代码登录、增删改查、分页、权限四件事4.1 登录模块表单提交到Servlet再到数据库校验一条链路走完登录是整个系统的门面也是第一个演示功能。它的流程是用户在login.jsp输入用户名密码点击提交表单以POST方式发到/login这个url-pattern被LoginServlet的doPost方法接收。Servlet拿到参数后调用UserDao里的queryUser方法用JDBC查t_user表比对用户名和密码。如果匹配就把user对象setAttribute到session里然后重定向到主页面不匹配就返回登录页并携带错误提示。核心代码长这样protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username request.getParameter(username); String password MD5Util.md5(request.getParameter(password)); UserDao dao new UserDao(); User user dao.findByUsernameAndPassword(username, password); if (user ! null) { request.getSession().setAttribute(user, user); response.sendRedirect(index.jsp); } else { request.setAttribute(errorMsg, 用户名或密码错误); request.getRequestDispatcher(login.jsp).forward(request, response); } }这段代码的核心逻辑在于三个点密码存的是MD5值传入的明文密码要先经过MD5Util.md5()进行一次哈希再比对数据库里不能存明文查询成功后的状态保存在Session里后续页面通过判断session里有没有user来决定是否跳转登录页失败时的处理是forward而非redirect这样request域里的errorMsg才能传到login.jsp页面上显示。注意这里的resetValue如果你登录失败后返回页面用el表达式${errorMsg}取值要确保JSP顶部导入了JSTL标签库否则表达式不生效。4.2 增删改查PreparedStatement防注入变更操作后要redirect学生信息的管理是系统的核心操作包括新增、修改、删除和列表查询。这个模块的代码结构非常固定CRUD是面试官和评审老师最常看的地方。先看新增和更新的DAO层写法public boolean addStudent(Student student) throws SQLException { String sql INSERT INTO t_student (student_no, name, gender, class_name, birth_date, phone) VALUES (?, ?, ?, ?, ?, ?); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, student.getStudentNo()); ps.setString(2, student.getName()); ps.setString(3, student.getGender()); ps.setString(4, student.getClassName()); ps.setDate(5, new java.sql.Date(student.getBirthDate().getTime())); ps.setString(6, student.getPhone()); return ps.executeUpdate() 0; } }这里有一个必须养成的习惯永远使用PreparedStatement而不是Statement拼接SQL因为字符串拼接是SQL注入的温床课程设计里可能没人攻击你但老师会看你的代码规范。setDate(5, ...)这行的参数如果你的实体类birthDate是java.util.Date类型需要转成java.sql.Date才能set进去这是新人最容易编译报错的地方。查询列表时通常还会带一个keyword参数做模糊搜索SELECT * FROM t_student WHERE name LIKE ?对应Java里要用ps.setString(1, % keyword %)注意百分号是写在参数里而不是SQL里否则SQL语义不变但可读性差。执行完增删改操作后Servlet端应该用response.sendRedirect(listStudentServlet)跳回列表页而不是直接返回JSP。原因是如果直接转发浏览器地址栏还是处理表单的URL用户按F5刷新会再次提交上一次的数据造成重复插入。4.3 分页查询page和limit两个参数怎么算出来总页数如何不丢最后一页数据一多分页就来了。分页的SQL是LIMIT offset, size其中offset (page - 1) * sizesize是每页显示的条数。页面请求会带一个page参数Servlet接住后传给DAO。在DAO层你需要先count一下总记录数再查当前页数据。核心代码public ListStudent findStudents(int page, int pageSize) throws SQLException { String sql SELECT * FROM t_student LIMIT ?, ?; int offset (page - 1) * pageSize; ... ps.setInt(1, offset); ps.setInt(2, pageSize); } public int countStudents() throws SQLException { String sql SELECT COUNT(*) FROM t_student; ... }分页最容易出问题的是总页数计算。totalPages totalCount % pageSize 0 ? totalCount / pageSize : totalCount / pageSize 1。很多同学直接写totalCount / pageSize当总数恰好整除时没问题但总数为21、pageSize为10时算出来是2页而实际需要3页最后一页的数据就被吞了。注意LIMIT的参数是offset和size不是page和pageSize千万别直接把page传给数据库。页码按钮在JSP里生成时还要处理“上一页”和“下一页”的边界第一页禁用上一页最后一页禁用下一页这个逻辑一般写在JSP的c:if标签里。还有一个细节当删除操作导致某一页数据变空时比如最后一页只有一条删完之后当前页越界Servlet端要做一次page调整判断当前页是否大于总页数若是则把page赋值为totalPages。4.4 权限控制用过滤器拦一下admin能删、普通用户只能看学生管理系统的权限通常分两级管理员和学生。管理员可以增删改普通用户只能查询。实现方式有两种一种是在每个Servlet里判断session.getAttribute(user)的角色再决定是否放行另一种是写一个Filter统一拦截。过滤器是更专业的实现也更方便你写进说明文档里。代码逻辑public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req (HttpServletRequest) request; HttpSession session req.getSession(); User user (User) session.getAttribute(user); String uri req.getRequestURI(); if (user null) { response.sendRedirect(login.jsp); } else if (uri.endsWith(deleteStudentServlet) !admin.equals(user.getRole())) { response.sendError(403); } else { chain.doFilter(request, response); } }这个Filter要写在web.xml里声明把url-pattern设为/*也就是拦截所有请求。实现有三个要点第一用户未登录时直接重定向登录页不要走后续链条第二对敏感的删除、添加操作检查角色管理员才放行第三注意放开login.jsp和静态资源css、js、图片的访问否则登录页的样式全丢。在web.xml里通过init-param配置需要放行的路径比在Filter代码里写死更灵活。用过滤器有个坑如果你的JSP还引用了外部图片或CSS而这些路径也被/*拦截session里没有用户就会跳登录页导致页面样式错乱。需要在Filter里判断uri是否以.css、.js、.png等结尾若是直接chain.doFilter放行。5. 避坑指南学生管理系统最容易翻车的6个经典场景5.1 中文乱码从JSP到数据库全链路排查现象页面上显示“姓名”变成“姓唓或全部是问号。原因可能出现在三个环节。第一JSP页面本身的charset没设置% page languagejava contentTypetext/html; charsetUTF-8 pageEncodingUTF-8%这三件套必须齐。第二GET请求的Tomcat默认编码是ISO-8859-1URL里带中文参数会乱需要在Tomcat的server.xml里给Connector加URIEncodingUTF-8属性。第三数据库表字段的collation如果是latin1哪怕页面和连接都是UTF-8存进去的也是乱码。解决前端、ServletsetCharacterEncoding(UTF-8)要放在getParameter之前、JDBC连接URL、数据库建表语句四级统一UTF-8。有一点特别容易被忽略在web.xml里配置CharacterEncodingFilter同样能解决POST请求的编码问题filter filter-nameencodingFilter/filter-name filter-classorg.springframework.web.filter.CharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param /filter如果你用的是普通Servlet项目而不是Spring也可以写一个自己的编码过滤器doFilter里直接request.setCharacterEncoding(UTF-8)再放行。5.2 数据库连接失败时区、驱动版本和useSSL三个参数现象Tomcat启动正常JS正常打开但一点登录就报Communications link failure或Access denied for user。排查顺序先命令行测试能否连上MySQLmysql -uroot -p能连说明MySQL服务没挂。再检查驱动包版本MySQL 8.0的驱动类名是com.mysql.cj.jdbc.DriverMySQL 5.7及以前是com.mysql.jdbc.Driver如果你的代码或配置文件还写着老类名会报ClassNotFoundException。之后看URLMySQL 8.0必须加serverTimezoneAsia/Shanghai否则驱动报SQLException: The server time zone value Öйú±ê׼ʱ¼ä is unrecognized。完整一条URL通常是jdbc:mysql://localhost:3306/student_manager?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8另外注意在Navicat里能连上不代表Tomcat所在的JDK环境下能连上检查是不是把ojdbc打成了mysql-connector或者在classpath里混入了多个版本的驱动jar包多个驱动版本共存时类加载顺序不可控会出现奇怪报错。5.3 修改密码后登录失效Session还是Cookie的锅现象在个人中心修改完密码退出系统再登录用新密码怎么也登不进去。原因很多管理系统把密码存在Session里用于后续操作校验或者前端JS缓存了旧密码。你的UserDao里updatePassword更新了t_user表但Session里的user对象里的password字段还是旧值。当系统某些模块取出session里的user去和数据库比对时因为password不匹配认为是非法操作。解决修改密码成功后要主动刷新Session里的用户信息有两种做法把session里原来的user属性remove掉重新查库set进去或者调用session.invalidate()强制用户重新登录。后续操作都基于数据库数据而不是Session里的旧字段就不会有这个问题。5.4 Tomcat端口被占用8080默认端口在实验室环境经常被抢现象启动Tomcat时控制台报Port 8080 required by Tomcat v9.0 Server at localhost is already in use。实验室电脑很容易有多个同学同时开IDEA或者之前崩溃的Java进程没杀掉。解决方案第一优先找到占用程序并结束netstat -ano | findstr 8080 taskkill /PID 进程号 /F第二步才是修改Tomcat端口。如果不想杀别的同学进程在conf/server.xml里改Connector port8080 protocolHTTP/1.1 /改成8081或8082之后访问路径也要相应变化http://localhost:8081/项目名/。注意如果项目里有用到webService或RMI还有可能占用8005和8009端口轻则启动慢重则无法启动本地测试时改三个端口或只保留8080协议也能用。检查的时候可以执行catalina.bat run这会直接在前台运行Tomcat并打印日志比看eclipse控制台更直观。5.5 重新部署后数据全没了MySQL数据和项目分离的认知要建立现象你在IDEA里重新部署了war包项目能开但登录进去后发现之前测试的数据全没了学生列表空荡荡。原因有两种可能。第一种是项目里用了内存数据库比如H2或者手动在JVM里存List重启后数据当然没了第二种是数据库和数据文件分开你重建了项目但没重建数据库而连接工具类指向的库名变了或者MySQL服务没启动。课程设计项目的数据库默认是MySQL只要你没有执行DROP DATABASE数据不会因为重新部署丢失。排查思路是直接在Navicat里看student_manager库里的t_student表有没有数据。如果表里没数据说明你当初可能是通过页面添加的学生数据这些数据在MySQL里正常都在。如果数据库是好的再看代码里DBUtil连接的库名是不是写错。我的习惯是每次重新部署前后先备份一下数据库mysqldump -uroot -p123456 student_manager backup_$(date %Y%m%d).sql这条命令会把student_manager全库导出成一个SQL文件出问题时用source命令恢复即可是课程设计阶段最便宜的后悔药。5.6 表单提交第二次报错隐藏域、刷新和重定向现象新增一条学生记录后浏览器刷新又弹出一个确认框点确定后同一条数据被插了两次。这是典型的“表单重复提交”问题。原因用户提交后Servlet执行INSERT然后forward到成功页此时浏览器的URL还是处理表单的Servlet路径按F5就再次执行同样的INSERT。预防方案在我的4.2节已经提到正确写法是PRG模式POST - Redirect - GET。提交成功后使用response.sendRedirect()让浏览器重新发起GET请求到列表页。除此之外还可以在表单里放一个隐藏的token每次刷新时重置服务端校验token是否一致课程设计做到PRG模式已经完全够用不会被老师深挖。6. 进阶技巧拿什么验证系统“真的没问题”以及一次性能日志排查演示时系统能跑不代表系统足够稳。你可以用三个维度的验证来给自己兜底。第一个维度是SQL边界翻遍所有DAO层确认每个查询都用了PreparedStatement没有一处字符串拼接SQL分页参数正确计算count和list两次查询的数据对得上。第二个维度是权限边界直接用浏览器访问deleteStudentServlet、updateStudentServlet这些URL未登录时是否被拦回登录页以普通用户登录后尝试通过URL直接删除是否返回403。第三个维度是并发边界一个JSP页面同时被三个浏览器打开分别操作不同学生的记录观察是否有重复学号插入成功的现象。如果出现重复说明你的业务层没有做主键或唯一索引校验在t_student表的student_no上加上唯一索引就能解决。除了功能验证我每次交付前还会做一次最小化的性能排查方式不是用压测工具而是给DBUtil打一条日志。在获取连接和关闭连接之间用System.currentTimeMillis记录耗时long start System.currentTimeMillis(); // 执行查询 long cost System.currentTimeMillis() - start; if (cost 100) { System.out.println([SQL慢查询] sql 耗时 cost ms); }一般课程设计的查询耗时都在几十毫秒以内如果发现某条SQL耗时超过200ms优先看是不是没有给t_student表的student_no和name字段建索引。列表页作为模型数据还是要保持在t_student表的查询上。这行排查习惯让我有两次在验收前发现本地数据库查询100ms、部署到老师电脑上查询直接飙到2秒的问题——原因是教学机房机器性能较差而列表页一次性查询了全表且未分页。你可以在演示前把列表页默认大小设成10条既能证明你会分页也会避免一次拉取几百条数据造成卡顿。这也是我希望帮到你的一点课程设计不追求炫技但追求“每一步都有据可查、每个参数都改得明白”照着这个方向走你和别人代码的差距会体现在细节里。本文还有配套的精品资源点击获取
