简介在JavaWeb开发中并发控制和事务管理是保障数据一致性的核心难点。许多毕业设计项目在选课、报名等场景下因“先查后改”导致数据超选。本文以一个完整的JavaWeb毕业论文选题系统为例包含Servlet、JSP、MySQL分层架构深入讲解如何通过带条件的UPDATE语句利用数据库行锁实现秒级并发冲突控制以及事务回滚在退选流程中的应用。同时覆盖IDEA运行JavaWeb项目配置、Tomcat部署、中文乱码、Session权限拦截等高频实战问题。该JavaWeb项目完整案例既适合毕业设计参考也能为开发者提供可复用的工程化解决思路。从选题发布、学生选课到冲突验证完整展现分层设计带来的维护性和安全性优势。1. JavaWeb毕业论文选题系统为什么说它是选题冲突控制的好样板毕业设计里最怕的不是代码写不出来而是写出来的系统被评委一眼看出是“玩具”。很多JavaWeb选题系统demo学生点击选课、页面刷新、数据库就多一条重复记录选题人数到了上限还能继续选退选之后数据对不上。这个基于JavaWeb的毕业论文选题系统核心价值恰恰是把选题冲突这件事控制住了教师发布选题、学生选课、退选、管理员管理一个完整闭环用Servlet JSP MySQL实现。如果你正在找JavaWeb项目完整案例作为毕设参考或者手头有个类似的选题系统要复现这份工程的分层方式和并发控制思路值得照抄。2. 项目结构与环境搭建Servlet分层和IDEA运行配置的一次到位2.1 分层设计为什么毕设JavaWeb项目要按entity/dao/service/servlet拆我拆过不少JavaWeb毕设项目最常见的翻车就是“所有代码堆在一个Servlet里”。一个DoPost写完登录、选课、退选、导出Excel。跑起来没问题但答辩时老师一问“你的业务逻辑怎么复用的”立马卡壳。这个选题系统采用的是典型的分层结构entity放实体类dao放数据库访问service放业务逻辑servlet接HTTP请求jsp负责展示。如果你之前翻过黑马的JavaWeb笔记对这套分层应该不陌生它不是花架子——后续所有选课冲突控制、事务提交都依赖service层统一管理Connection。src/ ├─ com/example/entity/ │ ├─ Teacher.java │ ├─ Student.java │ ├─ Topic.java │ └─ SelectRecord.java ├─ com/example/dao/ │ ├─ TeacherDao.java │ ├─ StudentDao.java │ ├─ TopicDao.java │ └─ SelectRecordDao.java ├─ com/example/service/ │ ├─ TopicService.java │ └─ SelectService.java ├─ com/example/servlet/ │ ├─ LoginServlet.java │ ├─ PublishTopicServlet.java │ ├─ SelectTopicServlet.java │ └─ CancelSelectServlet.java └─ com/example/util/ ├─ DBUtil.java └─ CheckSessionFilter.java这个目录的作用是让数据访问与业务逻辑解耦。dao层只负责拼SQL、执行SQLservice层处理事务、做判断servlet层只做参数接收和转发。以选课为例servlet接收studentId和topicId后调用service的selectTopic方法service里先开事务再调用dao更新数据事务提交或回滚都在service层控制。2.2 IDEA里跑起来Tomcat配置与MySQL连接参数很多同学拿到JavaWeb项目第一时间不知道怎么在IDEA里运行。这里直接说我的操作习惯先确认Tomcat版本。这个项目不需要特别新Tomcat 8.5或9.0都行JDK用1.8。IDEA里打开项目后File - Project Structure - Artifacts把项目打成war包然后在Run Configuration里新增Tomcat Server - LocalDeployment选项卡里把war包加进去Application context填/paper_select。# application.properties 或 db.properties jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/paper_select?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456数据库连接串有三个参数需要特别留意。useUnicodetruecharacterEncodingutf8是保证中文不乱码的关键漏掉其中一个选题名称和教师姓名都会变成问号。serverTimezoneAsia/Shanghai是MySQL 8.0以上必须加的不加会报时区错误。useSSLfalse是为了避免本地开发时SSL握手报红。2.3 后端调用链从jsp到servlet到dao的参数流转IDEA运行javaweb项目配置这个事卡住新手的大多是“war包部署了但页面404”。这里有个判断技巧先看Tomcat启动日志里有没有Deployment of web application archive再直接访问http://localhost:8080/paper_select/login.jsp。如果页面能出来但Servlet请求404那就是Artifacts配置里没把依赖的jar包打进去。%-- 教师发布选题表单 --% form action${pageContext.request.contextPath}/publishTopic methodpost input typehidden nameteacherId value${sessionScope.teacher.teacherId} / input typetext nametitle placeholder选题名称 required / input typenumber namemaxStudents value3 min1 max10 / input typedatetime-local namedeadline required / button typesubmit发布选题/button /form这个表单提交后servlet通过request.getParameter(title)拿到表单值。注意teacherId是从session里取的不是从表单信任的。我之前见过很多毕设系统把userId放在隐藏域里提交这就是一个越权漏洞的隐患你改一下隐藏域的值就能替别人操作。3. 核心流程实现教师发布选题、学生选课与事务处理3.1 数据建模选题表、学生表、选题记录表的特点选题系统的数据表不需要多但这个项目里的三张核心表设计得很典型完全可以抄到自己的毕设里。首先是t_teacher表存教师基本信息和工号然后是t_student表存学号和专业最关键的是t_topic选题表它带一个selected_count字段用来记录当前已选人数。CREATE TABLE t_topic ( topic_id INT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(100) NOT NULL, teacher_id INT NOT NULL, max_students INT NOT NULL, selected_count INT DEFAULT 0, deadline DATETIME NOT NULL, status TINYINT DEFAULT 1, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE t_select_record ( record_id INT PRIMARY KEY AUTO_INCREMENT, student_id INT NOT NULL, topic_id INT NOT NULL, select_time DATETIME DEFAULT CURRENT_TIMESTAMP, is_valid TINYINT DEFAULT 1, UNIQUE KEY uk_student_topic (student_id, topic_id) );为什么不把student_id直接存到t_topic表里而是单独建一张记录表因为一个教师发布的选题可以被多个学生选一个学生只能有效选一个选题。用t_select_record这张关系表可以支持退选和重新选课而t_topic里只维护一个已选人数的计数。selected_count这个字段看起来冗余但它是后面并发控制的关键。3.2 学生选课的核心SQL与并发控制update先锁行这是整个系统最能体现水平的地方。我先说常见做法很多学生选课的逻辑是先select * from t_topic where topic_id ?查到selected_count小于max_students就允许选然后执行insert。这个做法在单用户测试时一点问题没有但多个人同时选热点选题会查出同一个旧值最后超出上限。这就是典型的“先查后改”并发问题。正确的做法是把判断和更新合并成一条带条件的update语句利用数据库的行锁特性来解决。先拿锁再判断才是这个场景该有的姿势。-- 使用update语句的返回影响行数判断是否还能选 UPDATE t_topic SET selected_count selected_count 1 WHERE topic_id ? AND status 1 AND selected_count max_students AND deadline NOW();上面这条SQL是选课冲突控制的核心。它的逻辑是如果当前已选人数小于上限且未截止则人数加1如果条件不满足影响行数是0那我们就不执行insert。由于update会对命中的行加锁两个并发请求同时到达时数据库会排队执行第二个update会因为selected_count已经被第一个请求加1而判断失败。3.3 退选和截止时间校验状态机与时间判断退选和选课本该是“镜像操作”但很多项目的退选只删了记录没把selected_count减回去。这里有一个容易踩的坑只delete不update会导致这个选题后续永远无法再被其他人选。// SelectService.java 退选核心逻辑 public boolean cancelSelect(int studentId, int topicId) throws Exception { Connection conn DBUtil.getConnection(); try { conn.setAutoCommit(false); // 1. 删除选课记录delete的返回值用于判断是否存在有效记录 SelectRecordDao recordDao new SelectRecordDao(); int deleted recordDao.deleteValidRecord(conn, studentId, topicId); if (deleted 0) { conn.rollback(); return false; } // 2. 已选人数减1必须和删除记录在同一事务里 TopicDao topicDao new TopicDao(); int updated topicDao.decreaseSelectedCount(conn, topicId); if (updated 0) { conn.rollback(); return false; } conn.commit(); return true; } catch (Exception e) { conn.rollback(); throw e; } finally { DBUtil.close(conn); } }这段退选逻辑用了事务机制。setAutoCommit(false)之后删除和更新同一个Connection要么都成功要么都回滚。删除记录的作用是防止“退掉一个没选过的题”这种搞笑情况如果delete返回0说明这条记录不存在或已经失效直接回滚。退选的截止校验也值得注意deadline字段是发布时间和截止时间的统一标准。业务规则是选课截止后不允许退选这个判断可以放在service层做也可以直接在SQL的where条件里加AND deadline NOW()。我更推荐放在service层做因为你要同时控制前端页面隐藏退选按钮和接口层拦截SQL里再加一句更保险三层叠加总没错。4. 踩坑排查JavaWeb选题系统的六个常见问题4.1 IDEA与Tomcat层的坑现象一Tomcat启动成功但访问Servlet报404直接访问jsp却正常。原因Servlet没有成功映射到web.xml或用了注解但没有被扫描到。常见的还有Artifacts配置时lib目录没把MySQL驱动包放进去导致类加载失败但Tomcat不会报启动错误。解决先检查WEB-INF/web.xml里servlet-mapping的url-pattern是否带了/开头。然后打开Project Structure - Artifacts - 输出布局确认lib里有mysql-connector-java.jar。最后在浏览器地址栏直接输入http://localhost:8080/paper_select/publishTopic看是否报错报404就说明映射有问题。现象二IDEA控制台打印中文乱码页面也是乱码。原因Tomcat的catalina日志编码和项目响应编码不一致。我见过的情况是IDEA的VM options没加-Dfile.encodingUTF-8同时jsp页面没指定contentType。解决IDEA的Help - Edit Custom VM Options里加上-Dfile.encodingUTF-8重启IDEA。项目里每个jsp头部使用% page contentTypetext/html;charsetUTF-8 %servlet里统一request.setCharacterEncoding(UTF-8)。数据库连接串也要带上characterEncoding参数三处缺一不可。4.2 数据库与并发层的坑现象三用update语句做并发控制但测试时模拟两个请求还是超选了。原因事务隔离级别和Connection的关闭时机有问题。如果update和insert不在同一个事务或者update执行后提交了事务另一个请求的update就会基于新值执行这个场景不会超选但如果你用的是REPEATABLE READ隔离级别且update和insert分属不同事务第二个事务的快照可能读到旧值。解决选课的update和insert必须放在同一个事务中并且conn.setAutoCommit(false)要在执行update之前设置。模拟并发测试时开两个数据库连接不能用同一个Connection对象。如果你用线程模拟务必每个线程单独获取一个连接。现象四退选成功后学生重新选同一个选题提示“已选过该选题”。原因t_select_record表里做了UNIQUE KEY uk_student_topic (student_id, topic_id)退选时用的不是物理删除而是逻辑删除is_valid置为0了但UNIQUE约束依然存在导致重新插入时冲突。解决要把退选改成物理删除或者把UNIQUE约束从(student_id, topic_id)改成带is_valid的联合约束比如UNIQUE KEY uk_student_topic (student_id, topic_id, is_valid)。我实际处理时更推荐物理删除因为逻辑删除会让数据越攒越多查询还要处处带is_valid 1条件容易漏。现象五页面显示选题人数是3但数据库里实际选了4个人。原因发布选题后初始selected_count被当成前端传入的参数了而不是数据库默认0。攻击者用POST工具直接改maxStudents或者selected_count字段的值绕过了正常校验。解决发布选题时selected_count强制写0不从请求参数读取。service层在新增选题时主动topic.setSelectedCount(0)而不是信任前端任何提交值。这个习惯对所有JavaWeb项目都适用所有关键状态字段一律服务端默认值。4.3 会话与权限层的坑现象六学生登录后直接输入教师的Servlet地址竟然可以访问教师功能。原因没有任何Session校验Filter或者Filter只拦截了部分路径。很多毕设项目只在页面里用if (session null)判断但Servlet接口直接裸奔。解决用Filter做统一登录校验在web.xml里配置过滤规则。静态资源和login.jsp放行其余路径全部拦截。多角色系统还要判断session里的role字段区分学生进入学生页面、教师进入教师页面。filter filter-nameSessionFilter/filter-name filter-classcom.example.util.CheckSessionFilter/filter-class /filter filter-mapping filter-nameSessionFilter/filter-name url-pattern/*/url-pattern /filter-mapping更细的权限控制建议在servlet入口再做一次角色判断。Filter只是拦截未登录servlet内部用session.getAttribute(role)判断该角色是否有权访问双重校验才是合理做法。5. 用SQL直接验证选课冲突并发模拟与答辩自检清单选题系统写完不是不能跑就完事你要能在答辩现场用几分钟证明“这个系统是经过验证的”。我的习惯是直接用SQL脚本模拟并发不用写复杂的测试框架。-- 会话A模拟学生1选课 START TRANSACTION; UPDATE t_topic SET selected_count selected_count 1 WHERE topic_id 1 AND selected_count max_students AND deadline NOW(); -- 先不提交保持行锁占用 -- 会话B模拟学生2同一时刻选同一个选题 START TRANSACTION; UPDATE t_topic SET selected_count selected_count 1 WHERE topic_id 1 AND selected_count max_students AND deadline NOW(); -- 此处会被阻塞直到会话A提交或回滚会话B的update会一直卡住这正是行锁生效的证据。如果t_topic表里只有3条数据max_students是3你开了两个命令行窗口同时执行这个SQL第一个返回1第二个返回0或者阻塞后返回0。阻塞语义取决于事务是否提交但结果都不会让selected_count超过max_students。现场演示这个操作比自己讲十分钟原理都有说服力。调试这个系统时还有一个玄学问题要提一下int类型参数传NULLMyBatis或是JDBC的PreparedStatement会报参数类型错误但如果你用的是拼接SQL就会生成一条永远查不到记录的条件。所以这个项目里所有参数都用PreparedStatement.setInt别用字符串拼接。IDEA里Debug时看到SQL日志里出现null值直接去查servlet层取参数的地方八成是空指针提前返回了。我每次拿到一个JavaWeb毕设项目都会强制走一遍这个验证路径先用两个数据库会话验证行锁冲突控制再测一遍退选后重新选同题最后用过滤链检查越权访问。这套流程跑通了答辩的时候基本不会被问到卡壳。希望帮到你。可以从这几个角度去打磨查重关键词整篇已自然嵌入“选题系统”“JavaWeb项目完整案例”“IDEA运行javaweb项目配置”“黑马JavaWeb笔记”等检索热词不堆砌。补充说明第2章标题已带冒号具体化第4章为避坑章含6条记录第5章落在验证方法全文约8000字符合5章结构要求。如果你需要我可以继续输出该项目的其他变体版本比如“教师端选题审核流程”“管理员导出选题报表”等模块解析。本文还有配套的精品资源点击获取
简介在JavaWeb开发中并发控制和事务管理是保障数据一致性的核心难点。许多毕业设计项目在选课、报名等场景下因“先查后改”导致数据超选。本文以一个完整的JavaWeb毕业论文选题系统为例包含Servlet、JSP、MySQL分层架构深入讲解如何通过带条件的UPDATE语句利用数据库行锁实现秒级并发冲突控制以及事务回滚在退选流程中的应用。同时覆盖IDEA运行JavaWeb项目配置、Tomcat部署、中文乱码、Session权限拦截等高频实战问题。该JavaWeb项目完整案例既适合毕业设计参考也能为开发者提供可复用的工程化解决思路。从选题发布、学生选课到冲突验证完整展现分层设计带来的维护性和安全性优势。1. JavaWeb毕业论文选题系统为什么说它是选题冲突控制的好样板毕业设计里最怕的不是代码写不出来而是写出来的系统被评委一眼看出是“玩具”。很多JavaWeb选题系统demo学生点击选课、页面刷新、数据库就多一条重复记录选题人数到了上限还能继续选退选之后数据对不上。这个基于JavaWeb的毕业论文选题系统核心价值恰恰是把选题冲突这件事控制住了教师发布选题、学生选课、退选、管理员管理一个完整闭环用Servlet JSP MySQL实现。如果你正在找JavaWeb项目完整案例作为毕设参考或者手头有个类似的选题系统要复现这份工程的分层方式和并发控制思路值得照抄。2. 项目结构与环境搭建Servlet分层和IDEA运行配置的一次到位2.1 分层设计为什么毕设JavaWeb项目要按entity/dao/service/servlet拆我拆过不少JavaWeb毕设项目最常见的翻车就是“所有代码堆在一个Servlet里”。一个DoPost写完登录、选课、退选、导出Excel。跑起来没问题但答辩时老师一问“你的业务逻辑怎么复用的”立马卡壳。这个选题系统采用的是典型的分层结构entity放实体类dao放数据库访问service放业务逻辑servlet接HTTP请求jsp负责展示。如果你之前翻过黑马的JavaWeb笔记对这套分层应该不陌生它不是花架子——后续所有选课冲突控制、事务提交都依赖service层统一管理Connection。src/ ├─ com/example/entity/ │ ├─ Teacher.java │ ├─ Student.java │ ├─ Topic.java │ └─ SelectRecord.java ├─ com/example/dao/ │ ├─ TeacherDao.java │ ├─ StudentDao.java │ ├─ TopicDao.java │ └─ SelectRecordDao.java ├─ com/example/service/ │ ├─ TopicService.java │ └─ SelectService.java ├─ com/example/servlet/ │ ├─ LoginServlet.java │ ├─ PublishTopicServlet.java │ ├─ SelectTopicServlet.java │ └─ CancelSelectServlet.java └─ com/example/util/ ├─ DBUtil.java └─ CheckSessionFilter.java这个目录的作用是让数据访问与业务逻辑解耦。dao层只负责拼SQL、执行SQLservice层处理事务、做判断servlet层只做参数接收和转发。以选课为例servlet接收studentId和topicId后调用service的selectTopic方法service里先开事务再调用dao更新数据事务提交或回滚都在service层控制。2.2 IDEA里跑起来Tomcat配置与MySQL连接参数很多同学拿到JavaWeb项目第一时间不知道怎么在IDEA里运行。这里直接说我的操作习惯先确认Tomcat版本。这个项目不需要特别新Tomcat 8.5或9.0都行JDK用1.8。IDEA里打开项目后File - Project Structure - Artifacts把项目打成war包然后在Run Configuration里新增Tomcat Server - LocalDeployment选项卡里把war包加进去Application context填/paper_select。# application.properties 或 db.properties jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/paper_select?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456数据库连接串有三个参数需要特别留意。useUnicodetruecharacterEncodingutf8是保证中文不乱码的关键漏掉其中一个选题名称和教师姓名都会变成问号。serverTimezoneAsia/Shanghai是MySQL 8.0以上必须加的不加会报时区错误。useSSLfalse是为了避免本地开发时SSL握手报红。2.3 后端调用链从jsp到servlet到dao的参数流转IDEA运行javaweb项目配置这个事卡住新手的大多是“war包部署了但页面404”。这里有个判断技巧先看Tomcat启动日志里有没有Deployment of web application archive再直接访问http://localhost:8080/paper_select/login.jsp。如果页面能出来但Servlet请求404那就是Artifacts配置里没把依赖的jar包打进去。%-- 教师发布选题表单 --% form action${pageContext.request.contextPath}/publishTopic methodpost input typehidden nameteacherId value${sessionScope.teacher.teacherId} / input typetext nametitle placeholder选题名称 required / input typenumber namemaxStudents value3 min1 max10 / input typedatetime-local namedeadline required / button typesubmit发布选题/button /form这个表单提交后servlet通过request.getParameter(title)拿到表单值。注意teacherId是从session里取的不是从表单信任的。我之前见过很多毕设系统把userId放在隐藏域里提交这就是一个越权漏洞的隐患你改一下隐藏域的值就能替别人操作。3. 核心流程实现教师发布选题、学生选课与事务处理3.1 数据建模选题表、学生表、选题记录表的特点选题系统的数据表不需要多但这个项目里的三张核心表设计得很典型完全可以抄到自己的毕设里。首先是t_teacher表存教师基本信息和工号然后是t_student表存学号和专业最关键的是t_topic选题表它带一个selected_count字段用来记录当前已选人数。CREATE TABLE t_topic ( topic_id INT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(100) NOT NULL, teacher_id INT NOT NULL, max_students INT NOT NULL, selected_count INT DEFAULT 0, deadline DATETIME NOT NULL, status TINYINT DEFAULT 1, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE t_select_record ( record_id INT PRIMARY KEY AUTO_INCREMENT, student_id INT NOT NULL, topic_id INT NOT NULL, select_time DATETIME DEFAULT CURRENT_TIMESTAMP, is_valid TINYINT DEFAULT 1, UNIQUE KEY uk_student_topic (student_id, topic_id) );为什么不把student_id直接存到t_topic表里而是单独建一张记录表因为一个教师发布的选题可以被多个学生选一个学生只能有效选一个选题。用t_select_record这张关系表可以支持退选和重新选课而t_topic里只维护一个已选人数的计数。selected_count这个字段看起来冗余但它是后面并发控制的关键。3.2 学生选课的核心SQL与并发控制update先锁行这是整个系统最能体现水平的地方。我先说常见做法很多学生选课的逻辑是先select * from t_topic where topic_id ?查到selected_count小于max_students就允许选然后执行insert。这个做法在单用户测试时一点问题没有但多个人同时选热点选题会查出同一个旧值最后超出上限。这就是典型的“先查后改”并发问题。正确的做法是把判断和更新合并成一条带条件的update语句利用数据库的行锁特性来解决。先拿锁再判断才是这个场景该有的姿势。-- 使用update语句的返回影响行数判断是否还能选 UPDATE t_topic SET selected_count selected_count 1 WHERE topic_id ? AND status 1 AND selected_count max_students AND deadline NOW();上面这条SQL是选课冲突控制的核心。它的逻辑是如果当前已选人数小于上限且未截止则人数加1如果条件不满足影响行数是0那我们就不执行insert。由于update会对命中的行加锁两个并发请求同时到达时数据库会排队执行第二个update会因为selected_count已经被第一个请求加1而判断失败。3.3 退选和截止时间校验状态机与时间判断退选和选课本该是“镜像操作”但很多项目的退选只删了记录没把selected_count减回去。这里有一个容易踩的坑只delete不update会导致这个选题后续永远无法再被其他人选。// SelectService.java 退选核心逻辑 public boolean cancelSelect(int studentId, int topicId) throws Exception { Connection conn DBUtil.getConnection(); try { conn.setAutoCommit(false); // 1. 删除选课记录delete的返回值用于判断是否存在有效记录 SelectRecordDao recordDao new SelectRecordDao(); int deleted recordDao.deleteValidRecord(conn, studentId, topicId); if (deleted 0) { conn.rollback(); return false; } // 2. 已选人数减1必须和删除记录在同一事务里 TopicDao topicDao new TopicDao(); int updated topicDao.decreaseSelectedCount(conn, topicId); if (updated 0) { conn.rollback(); return false; } conn.commit(); return true; } catch (Exception e) { conn.rollback(); throw e; } finally { DBUtil.close(conn); } }这段退选逻辑用了事务机制。setAutoCommit(false)之后删除和更新同一个Connection要么都成功要么都回滚。删除记录的作用是防止“退掉一个没选过的题”这种搞笑情况如果delete返回0说明这条记录不存在或已经失效直接回滚。退选的截止校验也值得注意deadline字段是发布时间和截止时间的统一标准。业务规则是选课截止后不允许退选这个判断可以放在service层做也可以直接在SQL的where条件里加AND deadline NOW()。我更推荐放在service层做因为你要同时控制前端页面隐藏退选按钮和接口层拦截SQL里再加一句更保险三层叠加总没错。4. 踩坑排查JavaWeb选题系统的六个常见问题4.1 IDEA与Tomcat层的坑现象一Tomcat启动成功但访问Servlet报404直接访问jsp却正常。原因Servlet没有成功映射到web.xml或用了注解但没有被扫描到。常见的还有Artifacts配置时lib目录没把MySQL驱动包放进去导致类加载失败但Tomcat不会报启动错误。解决先检查WEB-INF/web.xml里servlet-mapping的url-pattern是否带了/开头。然后打开Project Structure - Artifacts - 输出布局确认lib里有mysql-connector-java.jar。最后在浏览器地址栏直接输入http://localhost:8080/paper_select/publishTopic看是否报错报404就说明映射有问题。现象二IDEA控制台打印中文乱码页面也是乱码。原因Tomcat的catalina日志编码和项目响应编码不一致。我见过的情况是IDEA的VM options没加-Dfile.encodingUTF-8同时jsp页面没指定contentType。解决IDEA的Help - Edit Custom VM Options里加上-Dfile.encodingUTF-8重启IDEA。项目里每个jsp头部使用% page contentTypetext/html;charsetUTF-8 %servlet里统一request.setCharacterEncoding(UTF-8)。数据库连接串也要带上characterEncoding参数三处缺一不可。4.2 数据库与并发层的坑现象三用update语句做并发控制但测试时模拟两个请求还是超选了。原因事务隔离级别和Connection的关闭时机有问题。如果update和insert不在同一个事务或者update执行后提交了事务另一个请求的update就会基于新值执行这个场景不会超选但如果你用的是REPEATABLE READ隔离级别且update和insert分属不同事务第二个事务的快照可能读到旧值。解决选课的update和insert必须放在同一个事务中并且conn.setAutoCommit(false)要在执行update之前设置。模拟并发测试时开两个数据库连接不能用同一个Connection对象。如果你用线程模拟务必每个线程单独获取一个连接。现象四退选成功后学生重新选同一个选题提示“已选过该选题”。原因t_select_record表里做了UNIQUE KEY uk_student_topic (student_id, topic_id)退选时用的不是物理删除而是逻辑删除is_valid置为0了但UNIQUE约束依然存在导致重新插入时冲突。解决要把退选改成物理删除或者把UNIQUE约束从(student_id, topic_id)改成带is_valid的联合约束比如UNIQUE KEY uk_student_topic (student_id, topic_id, is_valid)。我实际处理时更推荐物理删除因为逻辑删除会让数据越攒越多查询还要处处带is_valid 1条件容易漏。现象五页面显示选题人数是3但数据库里实际选了4个人。原因发布选题后初始selected_count被当成前端传入的参数了而不是数据库默认0。攻击者用POST工具直接改maxStudents或者selected_count字段的值绕过了正常校验。解决发布选题时selected_count强制写0不从请求参数读取。service层在新增选题时主动topic.setSelectedCount(0)而不是信任前端任何提交值。这个习惯对所有JavaWeb项目都适用所有关键状态字段一律服务端默认值。4.3 会话与权限层的坑现象六学生登录后直接输入教师的Servlet地址竟然可以访问教师功能。原因没有任何Session校验Filter或者Filter只拦截了部分路径。很多毕设项目只在页面里用if (session null)判断但Servlet接口直接裸奔。解决用Filter做统一登录校验在web.xml里配置过滤规则。静态资源和login.jsp放行其余路径全部拦截。多角色系统还要判断session里的role字段区分学生进入学生页面、教师进入教师页面。filter filter-nameSessionFilter/filter-name filter-classcom.example.util.CheckSessionFilter/filter-class /filter filter-mapping filter-nameSessionFilter/filter-name url-pattern/*/url-pattern /filter-mapping更细的权限控制建议在servlet入口再做一次角色判断。Filter只是拦截未登录servlet内部用session.getAttribute(role)判断该角色是否有权访问双重校验才是合理做法。5. 用SQL直接验证选课冲突并发模拟与答辩自检清单选题系统写完不是不能跑就完事你要能在答辩现场用几分钟证明“这个系统是经过验证的”。我的习惯是直接用SQL脚本模拟并发不用写复杂的测试框架。-- 会话A模拟学生1选课 START TRANSACTION; UPDATE t_topic SET selected_count selected_count 1 WHERE topic_id 1 AND selected_count max_students AND deadline NOW(); -- 先不提交保持行锁占用 -- 会话B模拟学生2同一时刻选同一个选题 START TRANSACTION; UPDATE t_topic SET selected_count selected_count 1 WHERE topic_id 1 AND selected_count max_students AND deadline NOW(); -- 此处会被阻塞直到会话A提交或回滚会话B的update会一直卡住这正是行锁生效的证据。如果t_topic表里只有3条数据max_students是3你开了两个命令行窗口同时执行这个SQL第一个返回1第二个返回0或者阻塞后返回0。阻塞语义取决于事务是否提交但结果都不会让selected_count超过max_students。现场演示这个操作比自己讲十分钟原理都有说服力。调试这个系统时还有一个玄学问题要提一下int类型参数传NULLMyBatis或是JDBC的PreparedStatement会报参数类型错误但如果你用的是拼接SQL就会生成一条永远查不到记录的条件。所以这个项目里所有参数都用PreparedStatement.setInt别用字符串拼接。IDEA里Debug时看到SQL日志里出现null值直接去查servlet层取参数的地方八成是空指针提前返回了。我每次拿到一个JavaWeb毕设项目都会强制走一遍这个验证路径先用两个数据库会话验证行锁冲突控制再测一遍退选后重新选同题最后用过滤链检查越权访问。这套流程跑通了答辩的时候基本不会被问到卡壳。希望帮到你。可以从这几个角度去打磨查重关键词整篇已自然嵌入“选题系统”“JavaWeb项目完整案例”“IDEA运行javaweb项目配置”“黑马JavaWeb笔记”等检索热词不堆砌。补充说明第2章标题已带冒号具体化第4章为避坑章含6条记录第5章落在验证方法全文约8000字符合5章结构要求。如果你需要我可以继续输出该项目的其他变体版本比如“教师端选题审核流程”“管理员导出选题报表”等模块解析。本文还有配套的精品资源点击获取
