尧图网页设计 
简介这是一套面向高校计算机相关专业学生与Java Web初学者的网上选课系统完整项目包以JSP结合SQL数据库实现可作为毕业设计选题、课程设计参考或个人技术练手项目也适合小型团队对照搭建同类教务管理模块。压缩包共482个文件约18.77MB其中70个jsp页面文件构成系统主要功能界面163个gif与107个jpg提供页面素材与图标30个class与10个jar支撑后端运行另有11个db数据库文件、4个java源文件及xml、css等配置资源并附62个bak备份文件便于版本对照。资源同时包含论文文档与答辩PPT覆盖需求分析、系统设计到实现说明的完整链路读者可据此理解选课流程、学生与教师信息管理、课程维护等模块的组织方式快速梳理项目结构与开发思路。目前已有219人学习下载适合需要完整参考方案与文档支撑的读者。1. 从一份 JSPSQL 选课系统源码说起它到底能帮你解决什么如果你正在做 JavaWeb 课程设计或者毕业设计大概率绕不开「选课系统」这个题目。JSPSQL 网上选课系统这套源码加论文加答辩 PPT 的打包资料核心价值不在于代码写得多优雅而在于它把一套完整的、能跑起来的、带文档的交付物摆在你面前。你可以直接读它的数据库表结构、看它怎么用 JSP 做页面渲染、怎么用 JDBC 或 Servlet 处理选课逻辑然后改吧改吧变成自己的东西。适合谁适合刚学完 Java 基础、面向对象编程 Java 还没做过完整项目的人也适合被慢 SQL 优化和 sql 语句去重折磨过、想看看别人怎么写查询的熟手。但我要先说清楚这套东西默认是「教学级」的不是生产级你拿它去扛真实选课高峰翻车是必然的。下面我按「先看懂它怎么组织、再动手跑通、最后知道坑在哪」的顺序把这份资料里最值得挖的部分拆开讲。2. 拆解 JSPSQL 选课系统的三层结构从表设计到页面流转2.1 数据库表设计五张核心表撑起选课逻辑拿到任何一套选课系统源码第一件事不是看 Java 代码而是看 SQL 建表脚本。这套资料里通常包含一个.sql文件你把它导入 SQL Server 或者 MySQL 就能看到全貌。典型的教学级选课系统表不会太多五张左右就能跑通学生表、教师表、课程表、选课记录表、用户登录表。我一般会先看选课记录表的主键和外键约束因为这里决定了你能不能重复选同一门课、能不能超容量选课。下面是一段典型的建表 SQL我按 SQL Server 语法写MySQL 稍作改动即可-- 学生表存学号、姓名、班级、登录密码 CREATE TABLE student ( stu_id VARCHAR(20) PRIMARY KEY, -- 学号做主键不用自增 stu_name NVARCHAR(50) NOT NULL, class_name NVARCHAR(50), password VARCHAR(64) NOT NULL -- 教学项目常存明文后面讲坑 ); -- 课程表容量字段是选课冲突的关键 CREATE TABLE course ( course_id VARCHAR(20) PRIMARY KEY, course_name NVARCHAR(100) NOT NULL, teacher_id VARCHAR(20), capacity INT DEFAULT 50, -- 最大选课人数 selected_num INT DEFAULT 0 -- 已选人数冗余字段 ); -- 选课记录表联合主键防止同一学生重复选同一门课 CREATE TABLE sc ( stu_id VARCHAR(20), course_id VARCHAR(20), select_time DATETIME DEFAULT GETDATE(), PRIMARY KEY (stu_id, course_id), FOREIGN KEY (stu_id) REFERENCES student(stu_id), FOREIGN KEY (course_id) REFERENCES course(course_id) );逻辑说明sc表用(stu_id, course_id)做联合主键这是最省事的防重复手段插入重复数据时数据库直接报错Java 层捕获异常就行。course表里的selected_num是冗余字段每次选课成功要UPDATE course SET selected_num selected_num 1同时判断是否超过capacity。参数怎么改如果你要做「先到先得」的抢课capacity和selected_num的比较必须放在同一个事务里否则并发下会超卖。教学源码往往只写if (selected_num capacity)然后直接更新这是最大的坑后面避坑章节细说。2.2 JSP 页面流转从登录到选课结果展示JSP 在这套系统里的角色是「模板引擎 控制器混合体」。常见做法是login.jsp提交到loginAction.jsp或一个 Servlet验证通过后把用户信息塞进session然后跳转到main.jsp。选课页面通常叫selectCourse.jsp它从数据库查出所有课程列表每行后面跟一个「选课」按钮按钮链接到selectAction.jsp?courseIdxxx。我一般会重点看两个地方一是session里存了什么二是选课动作有没有做权限校验。教学源码经常只在登录时校验一次后面所有页面直接信任session里的stu_id这本身没问题但如果selectAction.jsp不检查session是否为空别人直接访问这个 URL 就能替别人选课。下面是一段典型的选课动作 JSP 片段% // 从 session 取当前学生没登录就踢回登录页 String stuId (String) session.getAttribute(stu_id); if (stuId null) { response.sendRedirect(login.jsp); return; } String courseId request.getParameter(courseId); // 后面调用 JavaBean 或直接 JDBC 执行插入 %逻辑说明session.getAttribute返回Object强转前最好判空。response.sendRedirect之后一定要return否则后面的代码还会执行。参数courseId来自 URL教学项目很少做防 SQL 注入处理如果你要改成自己的作品这里必须换成PreparedStatement。页面流转的另一个重点是选课结果页myCourse.jsp它用SELECT * FROM sc WHERE stu_id ?查出该生所有选课记录再用JOIN course显示课程名。这里容易出现 sql 语句去重问题——如果一个学生选了同一门课多次联合主键理论上不允许但有些源码没加主键结果页就会重复显示需要DISTINCT或GROUP BY兜底。2.3 Java 代码分层Servlet、DAO、实体类的分工这套资料里的 Java 源码教学级通常分三层实体类Student.java、Course.java、DAO 类CourseDao.java里写 JDBC 增删改查、Servlet 或 JSP Action处理请求转发。你打开src目录先找dao包里面就是所有 SQL 语句的集中地。我一般会数一下PreparedStatement用了多少次如果全是Statement拼接字符串那这套代码的 SQL 注入风险就很高fofa 查询 sql 注入那种话题虽然离得远但原理一样——用户输入直接拼进 SQL万能密码绕过登录就是经典案例。// 典型 DAO 写法用 PreparedStatement 防注入 public boolean selectCourse(String stuId, String courseId) { String sql INSERT INTO sc(stu_id, course_id) VALUES(?, ?); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, stuId); ps.setString(2, courseId); return ps.executeUpdate() 0; } catch (SQLException e) { // 联合主键冲突会抛异常说明已选过 e.printStackTrace(); return false; } }逻辑说明try-with-resources自动关闭连接和语句比手动finally干净。ps.setString按位置绑定参数第一个?对应stuId第二个对应courseId。如果插入成功返回true主键冲突返回false。参数怎么改DBUtil.getConnection()里的 URL、用户名、密码通常写在db.properties或硬编码在类里你换成自己的数据库时要改这三处。另外教学源码的DBUtil往往每次调用都新建连接没有连接池并发一高就崩这是慢 SQL 优化之外更致命的问题。3. 把源码跑起来环境配置、导入步骤与最小验证3.1 环境选型JDK、Tomcat、SQL Server 的版本搭配这套资料默认的环境通常是 JDK 8 Tomcat 8 或 9 SQL Server 2012 及以上。为什么不是 JDK 17因为老 JSP 项目里用的javax.servlet包在 JDK 17 和 Tomcat 10 里已经变成jakarta.servlet你直接换高版本会满屏ClassNotFoundException。我一般建议新手就按资料里的版本来别折腾。SQL Server 这边如果你用sql server express 下载装免费版就够但注意sql server 2012密码到期这种问题——安装时如果选了混合验证模式sa 密码设永不过期否则跑几天就连不上。具体版本搭配我列个表你照着装能少走弯路组件推荐版本备注JDK1.8别用 11 以上javax包会找不到Tomcat8.5 或 9.0Tomcat 10 的jakarta包不兼容老 JSP数据库SQL Server 2012/2019 Express导入.sql脚本用 SSMS 或 NavicatIDEEclipse 或 IntelliJ IDEAEclipse 对老 JSP 项目支持更省心驱动mssql-jdbc-*.jar放WEB-INF/lib下装完 JDK 记得配JAVA_HOMETomcat 解压后改conf/server.xml里的端口避免和已有服务冲突。数据库那边用 SSMS 连上后新建一个数据库名字随便然后文件 - 打开 - 查询把.sql脚本拖进去执行。执行前先看脚本开头有没有CREATE DATABASE有的话直接跑没有就手动建库再USE一下。3.2 导入项目到 IDE 并配置数据库连接Eclipse 导入老项目File - Import - Existing Projects into Workspace选源码根目录。如果项目没有.project文件就新建一个Dynamic Web Project把src、WebContent或web目录拷进去。IDEA 的话用File - New - Project from Existing Sources选Eclipse类型。导入后第一件事是检查Build Path里有没有 JDBC 驱动 jar没有就手动加。数据库连接配置一般在src下的db.properties或DBUtil.java里。你打开这个文件把 URL 改成自己的# db.properties 典型内容 drivercom.microsoft.sqlserver.jdbc.SQLServerDriver urljdbc:sqlserver://localhost:1433;databaseNamecourse_selection;encryptfalse usernamesa password你的sa密码逻辑说明databaseName换成你实际建的库名encryptfalse在 SQL Server 2012 上必须加否则驱动会报 SSL 错误。username和password填你安装时设的。改完保存然后启动 Tomcat。启动方式Eclipse 里右键项目Run As - Run on ServerIDEA 里配 Tomcat 运行配置。控制台没报错、浏览器打开http://localhost:8080/项目名/login.jsp能看到登录页就算跑通了。3.3 最小验证登录、选课、退课三步走跑通之后别急着改代码先按最小路径验证一遍。用数据库里预置的学生账号登录通常学号是1001之类密码可能是123456或和学号相同。登录进去后选一门课看sc表里有没有新增记录course表的selected_num有没有加一。然后退课看记录有没有删掉、计数有没有减回去。这三步走完说明核心链路是通的。如果登录失败先查student表里有没有数据再看loginAction里的 SQL 是不是WHERE stu_id ? AND password ?。如果选课按钮点了没反应看浏览器地址栏的courseId有没有传过去再看 Tomcat 控制台有没有NullPointerException。退课报错的话检查DELETE FROM sc WHERE stu_id ? AND course_id ?有没有写错条件。这三步验证花不了十分钟但能帮你快速定位是环境问题还是代码问题。4. 避坑与排查教学级选课系统最容易翻车的五个地方4.1 并发选课超卖现象是容量 50 却选了 52 人现象压测或多人同时点选课course表的selected_num超过capacity但没有任何报错。原因教学源码的选课逻辑通常是「先查再改」SELECT selected_num FROM course WHERE course_id ?拿到 49判断小于 50然后UPDATE course SET selected_num 50。两个线程同时查到 49都判断通过都更新成 50实际选了 51 人。解决把判断和更新合并成一条原子 SQLUPDATE course SET selected_num selected_num 1 WHERE course_id ? AND selected_num capacity然后看executeUpdate()返回的影响行数是 1 才说明选课成功是 0 说明满了。这一步必须在事务里和INSERT INTO sc一起提交或回滚。4.2 SQL 注入登录框输入 or 11直接进系统现象在登录页学号框输入 or 11密码随便填点登录直接进主页。原因loginAction.jsp里用Statement拼接 SQLString sql SELECT * FROM student WHERE stu_id stuId AND password pwd 拼接后变成WHERE stu_id or 11 AND password ...条件恒真。解决全部换成PreparedStatement用?占位。如果你拿到手的源码里Statement很多别一个个改先搜createStatement全部替换成prepareStatement再把拼接的变量改成setString。这是最值得做的改造没有之一。4.3 中文乱码选课记录里的课程名变成问号现象数据库里存进去的课程名是????或者 JSP 页面显示乱码。原因三个环节的编码不一致——JSP 页面pageEncoding、Tomcat 的URIEncoding、数据库字段的排序规则。教学源码经常只设了 JSP 的% page contentTypetext/html;charsetUTF-8 %但 Tomcat 默认URIEncoding是 ISO-8859-1GET 请求参数就乱了。解决JSP 页面开头加% page pageEncodingUTF-8 %Tomcat 的server.xml里Connector加URIEncodingUTF-8数据库建库时选Chinese_PRC_CI_AS或utf8mb4。POST 请求还要在取参数前加request.setCharacterEncoding(UTF-8)。4.4 数据库连接泄漏跑一会儿就报「连接数已满」现象系统用一段时间后所有操作都卡住控制台报Cannot get a connection, pool exhausted或 SQL Server 报连接数超限。原因DAO 里Connection、Statement、ResultSet没有在finally里关闭每次请求都新建连接旧连接不释放。教学源码经常只关ResultSet不关Connection或者异常路径下直接return跳过了关闭。解决用try-with-resources包住所有 JDBC 资源或者老老实实写finally块按ResultSet - Statement - Connection的顺序关。更彻底的做法是引入连接池比如 Druid 或 HikariCP但教学项目用try-with-resources就够。4.5 选课时间冲突同一时段两门课都能选现象学生选了周一第一节的 A 课又选了同一时段的 B 课系统不拦。原因course表里没有上课时间字段或者有但选课逻辑没查冲突。教学源码为了简化往往只做容量判断不做时间冲突检测。解决在course表加schedule字段存时间段标识选课前先SELECT COUNT(*) FROM sc JOIN course ON sc.course_id course.course_id WHERE sc.stu_id ? AND course.schedule ?大于 0 就拒绝。这一步不是必须的但如果你要拿这个项目去答辩加上时间冲突检测是个很好的加分项老师大概率会问。5. 从能跑到能看论文与答辩 PPT 里该放什么技术细节5.1 论文里最值得写的三个技术点这套资料里的论文模板通常结构完整但内容空泛你如果直接交查重和答辩都容易出问题。我建议重点补三个地方第一数据库表设计里加一段「为什么用联合主键防重复选课」把PRIMARY KEY (stu_id, course_id)的约束原理写清楚配一张 ER 图。第二选课并发控制里写「原子更新 事务」的方案把UPDATE ... WHERE selected_num capacity这条 SQL 贴进去说明影响行数判断的逻辑。第三SQL 注入防护里写PreparedStatement和Statement的对比举一个 or 11的例子说明预编译为什么能防住。这三个点都是实打实的技术细节答辩时老师问起来你能答上比堆一堆「系统采用 B/S 架构」有用得多。5.2 答辩 PPT 的页面组织与演示脚本PPT 别超过 12 页重点放四块系统功能结构图、数据库表关系图、核心代码片段、运行截图。功能结构图用简单的树形图别用花哨的模板。数据库表关系图把五张表和关联线画清楚。核心代码片段就放选课动作的PreparedStatement和原子更新那两段每段不超过 15 行。运行截图放登录页、选课页、选课结果页三张提前在本地跑好截好别现场演示现场演示翻车概率太高。演示脚本我一般这么写先讲「这个系统解决什么问题」再讲「数据库怎么设计」然后讲「选课并发怎么处理」最后讲「我改进了哪些地方」。全程控制在 8 分钟以内留 2 分钟回答问题。5.3 二次开发方向从教学项目到能写进简历的作品如果你想让这个项目在面试里能聊光跑通不够得做一两个有深度的改造。我推荐三个方向第一把 JSP 里的 Java 代码抽到 Servlet 或 Spring Boot 控制器里JSP 只负责展示这是 MVC 的基本功。第二引入连接池和事务管理把DBUtil换成 Druid选课逻辑加Transactional或手动setAutoCommit(false)。第三加一个简单的选课时间冲突检测前面避坑章节提过实现不难但能体现你考虑到了业务完整性。这三个改造做完你面试时就能说「我基于一套教学选课系统重构了数据访问层解决了并发超卖和 SQL 注入问题」比「我做过一个选课系统」有说服力得多。5.4 我踩过的坑与留下的习惯最后说个我自己的教训。早年我拿到类似源码直接改巴改巴就交答辩时老师问「你这个选课并发怎么处理的」我答「数据库会自动处理」老师笑了笑没说话那个表情我记到现在。后来我才明白教学项目里最值钱的不是代码本身而是你发现它哪里不行、然后动手改掉的过程。我现在拿到任何一套源码第一件事是搜Statement第二件事是看Connection有没有关第三件事是找并发写操作有没有加锁或原子更新。这三个习惯帮我省了太多后悔药。这份 JSPSQL 选课系统资料你把它当起点别当终点改三处、写清楚三处它就从一个课程设计变成一个能聊的项目。希望帮到你。本文还有配套的精品资源点击获取 JSP+SQL选课系统源码解析：从课程设计到项目实战的避坑指南
简介这是一套面向高校计算机相关专业学生与Java Web初学者的网上选课系统完整项目包以JSP结合SQL数据库实现可作为毕业设计选题、课程设计参考或个人技术练手项目也适合小型团队对照搭建同类教务管理模块。压缩包共482个文件约18.77MB其中70个jsp页面文件构成系统主要功能界面163个gif与107个jpg提供页面素材与图标30个class与10个jar支撑后端运行另有11个db数据库文件、4个java源文件及xml、css等配置资源并附62个bak备份文件便于版本对照。资源同时包含论文文档与答辩PPT覆盖需求分析、系统设计到实现说明的完整链路读者可据此理解选课流程、学生与教师信息管理、课程维护等模块的组织方式快速梳理项目结构与开发思路。目前已有219人学习下载适合需要完整参考方案与文档支撑的读者。1. 从一份 JSPSQL 选课系统源码说起它到底能帮你解决什么如果你正在做 JavaWeb 课程设计或者毕业设计大概率绕不开「选课系统」这个题目。JSPSQL 网上选课系统这套源码加论文加答辩 PPT 的打包资料核心价值不在于代码写得多优雅而在于它把一套完整的、能跑起来的、带文档的交付物摆在你面前。你可以直接读它的数据库表结构、看它怎么用 JSP 做页面渲染、怎么用 JDBC 或 Servlet 处理选课逻辑然后改吧改吧变成自己的东西。适合谁适合刚学完 Java 基础、面向对象编程 Java 还没做过完整项目的人也适合被慢 SQL 优化和 sql 语句去重折磨过、想看看别人怎么写查询的熟手。但我要先说清楚这套东西默认是「教学级」的不是生产级你拿它去扛真实选课高峰翻车是必然的。下面我按「先看懂它怎么组织、再动手跑通、最后知道坑在哪」的顺序把这份资料里最值得挖的部分拆开讲。2. 拆解 JSPSQL 选课系统的三层结构从表设计到页面流转2.1 数据库表设计五张核心表撑起选课逻辑拿到任何一套选课系统源码第一件事不是看 Java 代码而是看 SQL 建表脚本。这套资料里通常包含一个.sql文件你把它导入 SQL Server 或者 MySQL 就能看到全貌。典型的教学级选课系统表不会太多五张左右就能跑通学生表、教师表、课程表、选课记录表、用户登录表。我一般会先看选课记录表的主键和外键约束因为这里决定了你能不能重复选同一门课、能不能超容量选课。下面是一段典型的建表 SQL我按 SQL Server 语法写MySQL 稍作改动即可-- 学生表存学号、姓名、班级、登录密码 CREATE TABLE student ( stu_id VARCHAR(20) PRIMARY KEY, -- 学号做主键不用自增 stu_name NVARCHAR(50) NOT NULL, class_name NVARCHAR(50), password VARCHAR(64) NOT NULL -- 教学项目常存明文后面讲坑 ); -- 课程表容量字段是选课冲突的关键 CREATE TABLE course ( course_id VARCHAR(20) PRIMARY KEY, course_name NVARCHAR(100) NOT NULL, teacher_id VARCHAR(20), capacity INT DEFAULT 50, -- 最大选课人数 selected_num INT DEFAULT 0 -- 已选人数冗余字段 ); -- 选课记录表联合主键防止同一学生重复选同一门课 CREATE TABLE sc ( stu_id VARCHAR(20), course_id VARCHAR(20), select_time DATETIME DEFAULT GETDATE(), PRIMARY KEY (stu_id, course_id), FOREIGN KEY (stu_id) REFERENCES student(stu_id), FOREIGN KEY (course_id) REFERENCES course(course_id) );逻辑说明sc表用(stu_id, course_id)做联合主键这是最省事的防重复手段插入重复数据时数据库直接报错Java 层捕获异常就行。course表里的selected_num是冗余字段每次选课成功要UPDATE course SET selected_num selected_num 1同时判断是否超过capacity。参数怎么改如果你要做「先到先得」的抢课capacity和selected_num的比较必须放在同一个事务里否则并发下会超卖。教学源码往往只写if (selected_num capacity)然后直接更新这是最大的坑后面避坑章节细说。2.2 JSP 页面流转从登录到选课结果展示JSP 在这套系统里的角色是「模板引擎 控制器混合体」。常见做法是login.jsp提交到loginAction.jsp或一个 Servlet验证通过后把用户信息塞进session然后跳转到main.jsp。选课页面通常叫selectCourse.jsp它从数据库查出所有课程列表每行后面跟一个「选课」按钮按钮链接到selectAction.jsp?courseIdxxx。我一般会重点看两个地方一是session里存了什么二是选课动作有没有做权限校验。教学源码经常只在登录时校验一次后面所有页面直接信任session里的stu_id这本身没问题但如果selectAction.jsp不检查session是否为空别人直接访问这个 URL 就能替别人选课。下面是一段典型的选课动作 JSP 片段% // 从 session 取当前学生没登录就踢回登录页 String stuId (String) session.getAttribute(stu_id); if (stuId null) { response.sendRedirect(login.jsp); return; } String courseId request.getParameter(courseId); // 后面调用 JavaBean 或直接 JDBC 执行插入 %逻辑说明session.getAttribute返回Object强转前最好判空。response.sendRedirect之后一定要return否则后面的代码还会执行。参数courseId来自 URL教学项目很少做防 SQL 注入处理如果你要改成自己的作品这里必须换成PreparedStatement。页面流转的另一个重点是选课结果页myCourse.jsp它用SELECT * FROM sc WHERE stu_id ?查出该生所有选课记录再用JOIN course显示课程名。这里容易出现 sql 语句去重问题——如果一个学生选了同一门课多次联合主键理论上不允许但有些源码没加主键结果页就会重复显示需要DISTINCT或GROUP BY兜底。2.3 Java 代码分层Servlet、DAO、实体类的分工这套资料里的 Java 源码教学级通常分三层实体类Student.java、Course.java、DAO 类CourseDao.java里写 JDBC 增删改查、Servlet 或 JSP Action处理请求转发。你打开src目录先找dao包里面就是所有 SQL 语句的集中地。我一般会数一下PreparedStatement用了多少次如果全是Statement拼接字符串那这套代码的 SQL 注入风险就很高fofa 查询 sql 注入那种话题虽然离得远但原理一样——用户输入直接拼进 SQL万能密码绕过登录就是经典案例。// 典型 DAO 写法用 PreparedStatement 防注入 public boolean selectCourse(String stuId, String courseId) { String sql INSERT INTO sc(stu_id, course_id) VALUES(?, ?); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, stuId); ps.setString(2, courseId); return ps.executeUpdate() 0; } catch (SQLException e) { // 联合主键冲突会抛异常说明已选过 e.printStackTrace(); return false; } }逻辑说明try-with-resources自动关闭连接和语句比手动finally干净。ps.setString按位置绑定参数第一个?对应stuId第二个对应courseId。如果插入成功返回true主键冲突返回false。参数怎么改DBUtil.getConnection()里的 URL、用户名、密码通常写在db.properties或硬编码在类里你换成自己的数据库时要改这三处。另外教学源码的DBUtil往往每次调用都新建连接没有连接池并发一高就崩这是慢 SQL 优化之外更致命的问题。3. 把源码跑起来环境配置、导入步骤与最小验证3.1 环境选型JDK、Tomcat、SQL Server 的版本搭配这套资料默认的环境通常是 JDK 8 Tomcat 8 或 9 SQL Server 2012 及以上。为什么不是 JDK 17因为老 JSP 项目里用的javax.servlet包在 JDK 17 和 Tomcat 10 里已经变成jakarta.servlet你直接换高版本会满屏ClassNotFoundException。我一般建议新手就按资料里的版本来别折腾。SQL Server 这边如果你用sql server express 下载装免费版就够但注意sql server 2012密码到期这种问题——安装时如果选了混合验证模式sa 密码设永不过期否则跑几天就连不上。具体版本搭配我列个表你照着装能少走弯路组件推荐版本备注JDK1.8别用 11 以上javax包会找不到Tomcat8.5 或 9.0Tomcat 10 的jakarta包不兼容老 JSP数据库SQL Server 2012/2019 Express导入.sql脚本用 SSMS 或 NavicatIDEEclipse 或 IntelliJ IDEAEclipse 对老 JSP 项目支持更省心驱动mssql-jdbc-*.jar放WEB-INF/lib下装完 JDK 记得配JAVA_HOMETomcat 解压后改conf/server.xml里的端口避免和已有服务冲突。数据库那边用 SSMS 连上后新建一个数据库名字随便然后文件 - 打开 - 查询把.sql脚本拖进去执行。执行前先看脚本开头有没有CREATE DATABASE有的话直接跑没有就手动建库再USE一下。3.2 导入项目到 IDE 并配置数据库连接Eclipse 导入老项目File - Import - Existing Projects into Workspace选源码根目录。如果项目没有.project文件就新建一个Dynamic Web Project把src、WebContent或web目录拷进去。IDEA 的话用File - New - Project from Existing Sources选Eclipse类型。导入后第一件事是检查Build Path里有没有 JDBC 驱动 jar没有就手动加。数据库连接配置一般在src下的db.properties或DBUtil.java里。你打开这个文件把 URL 改成自己的# db.properties 典型内容 drivercom.microsoft.sqlserver.jdbc.SQLServerDriver urljdbc:sqlserver://localhost:1433;databaseNamecourse_selection;encryptfalse usernamesa password你的sa密码逻辑说明databaseName换成你实际建的库名encryptfalse在 SQL Server 2012 上必须加否则驱动会报 SSL 错误。username和password填你安装时设的。改完保存然后启动 Tomcat。启动方式Eclipse 里右键项目Run As - Run on ServerIDEA 里配 Tomcat 运行配置。控制台没报错、浏览器打开http://localhost:8080/项目名/login.jsp能看到登录页就算跑通了。3.3 最小验证登录、选课、退课三步走跑通之后别急着改代码先按最小路径验证一遍。用数据库里预置的学生账号登录通常学号是1001之类密码可能是123456或和学号相同。登录进去后选一门课看sc表里有没有新增记录course表的selected_num有没有加一。然后退课看记录有没有删掉、计数有没有减回去。这三步走完说明核心链路是通的。如果登录失败先查student表里有没有数据再看loginAction里的 SQL 是不是WHERE stu_id ? AND password ?。如果选课按钮点了没反应看浏览器地址栏的courseId有没有传过去再看 Tomcat 控制台有没有NullPointerException。退课报错的话检查DELETE FROM sc WHERE stu_id ? AND course_id ?有没有写错条件。这三步验证花不了十分钟但能帮你快速定位是环境问题还是代码问题。4. 避坑与排查教学级选课系统最容易翻车的五个地方4.1 并发选课超卖现象是容量 50 却选了 52 人现象压测或多人同时点选课course表的selected_num超过capacity但没有任何报错。原因教学源码的选课逻辑通常是「先查再改」SELECT selected_num FROM course WHERE course_id ?拿到 49判断小于 50然后UPDATE course SET selected_num 50。两个线程同时查到 49都判断通过都更新成 50实际选了 51 人。解决把判断和更新合并成一条原子 SQLUPDATE course SET selected_num selected_num 1 WHERE course_id ? AND selected_num capacity然后看executeUpdate()返回的影响行数是 1 才说明选课成功是 0 说明满了。这一步必须在事务里和INSERT INTO sc一起提交或回滚。4.2 SQL 注入登录框输入 or 11直接进系统现象在登录页学号框输入 or 11密码随便填点登录直接进主页。原因loginAction.jsp里用Statement拼接 SQLString sql SELECT * FROM student WHERE stu_id stuId AND password pwd 拼接后变成WHERE stu_id or 11 AND password ...条件恒真。解决全部换成PreparedStatement用?占位。如果你拿到手的源码里Statement很多别一个个改先搜createStatement全部替换成prepareStatement再把拼接的变量改成setString。这是最值得做的改造没有之一。4.3 中文乱码选课记录里的课程名变成问号现象数据库里存进去的课程名是????或者 JSP 页面显示乱码。原因三个环节的编码不一致——JSP 页面pageEncoding、Tomcat 的URIEncoding、数据库字段的排序规则。教学源码经常只设了 JSP 的% page contentTypetext/html;charsetUTF-8 %但 Tomcat 默认URIEncoding是 ISO-8859-1GET 请求参数就乱了。解决JSP 页面开头加% page pageEncodingUTF-8 %Tomcat 的server.xml里Connector加URIEncodingUTF-8数据库建库时选Chinese_PRC_CI_AS或utf8mb4。POST 请求还要在取参数前加request.setCharacterEncoding(UTF-8)。4.4 数据库连接泄漏跑一会儿就报「连接数已满」现象系统用一段时间后所有操作都卡住控制台报Cannot get a connection, pool exhausted或 SQL Server 报连接数超限。原因DAO 里Connection、Statement、ResultSet没有在finally里关闭每次请求都新建连接旧连接不释放。教学源码经常只关ResultSet不关Connection或者异常路径下直接return跳过了关闭。解决用try-with-resources包住所有 JDBC 资源或者老老实实写finally块按ResultSet - Statement - Connection的顺序关。更彻底的做法是引入连接池比如 Druid 或 HikariCP但教学项目用try-with-resources就够。4.5 选课时间冲突同一时段两门课都能选现象学生选了周一第一节的 A 课又选了同一时段的 B 课系统不拦。原因course表里没有上课时间字段或者有但选课逻辑没查冲突。教学源码为了简化往往只做容量判断不做时间冲突检测。解决在course表加schedule字段存时间段标识选课前先SELECT COUNT(*) FROM sc JOIN course ON sc.course_id course.course_id WHERE sc.stu_id ? AND course.schedule ?大于 0 就拒绝。这一步不是必须的但如果你要拿这个项目去答辩加上时间冲突检测是个很好的加分项老师大概率会问。5. 从能跑到能看论文与答辩 PPT 里该放什么技术细节5.1 论文里最值得写的三个技术点这套资料里的论文模板通常结构完整但内容空泛你如果直接交查重和答辩都容易出问题。我建议重点补三个地方第一数据库表设计里加一段「为什么用联合主键防重复选课」把PRIMARY KEY (stu_id, course_id)的约束原理写清楚配一张 ER 图。第二选课并发控制里写「原子更新 事务」的方案把UPDATE ... WHERE selected_num capacity这条 SQL 贴进去说明影响行数判断的逻辑。第三SQL 注入防护里写PreparedStatement和Statement的对比举一个 or 11的例子说明预编译为什么能防住。这三个点都是实打实的技术细节答辩时老师问起来你能答上比堆一堆「系统采用 B/S 架构」有用得多。5.2 答辩 PPT 的页面组织与演示脚本PPT 别超过 12 页重点放四块系统功能结构图、数据库表关系图、核心代码片段、运行截图。功能结构图用简单的树形图别用花哨的模板。数据库表关系图把五张表和关联线画清楚。核心代码片段就放选课动作的PreparedStatement和原子更新那两段每段不超过 15 行。运行截图放登录页、选课页、选课结果页三张提前在本地跑好截好别现场演示现场演示翻车概率太高。演示脚本我一般这么写先讲「这个系统解决什么问题」再讲「数据库怎么设计」然后讲「选课并发怎么处理」最后讲「我改进了哪些地方」。全程控制在 8 分钟以内留 2 分钟回答问题。5.3 二次开发方向从教学项目到能写进简历的作品如果你想让这个项目在面试里能聊光跑通不够得做一两个有深度的改造。我推荐三个方向第一把 JSP 里的 Java 代码抽到 Servlet 或 Spring Boot 控制器里JSP 只负责展示这是 MVC 的基本功。第二引入连接池和事务管理把DBUtil换成 Druid选课逻辑加Transactional或手动setAutoCommit(false)。第三加一个简单的选课时间冲突检测前面避坑章节提过实现不难但能体现你考虑到了业务完整性。这三个改造做完你面试时就能说「我基于一套教学选课系统重构了数据访问层解决了并发超卖和 SQL 注入问题」比「我做过一个选课系统」有说服力得多。5.4 我踩过的坑与留下的习惯最后说个我自己的教训。早年我拿到类似源码直接改巴改巴就交答辩时老师问「你这个选课并发怎么处理的」我答「数据库会自动处理」老师笑了笑没说话那个表情我记到现在。后来我才明白教学项目里最值钱的不是代码本身而是你发现它哪里不行、然后动手改掉的过程。我现在拿到任何一套源码第一件事是搜Statement第二件事是看Connection有没有关第三件事是找并发写操作有没有加锁或原子更新。这三个习惯帮我省了太多后悔药。这份 JSPSQL 选课系统资料你把它当起点别当终点改三处、写清楚三处它就从一个课程设计变成一个能聊的项目。希望帮到你。本文还有配套的精品资源点击获取