简介这份资源是面向高校计算机相关专业学生与指导教师的论文选题系统完整实现方案基于Java、Spring Boot与MySQL技术栈开发适合作为课程设计、毕业设计或相关项目实战的参考案例。压缩包共包含241个文件以75个Java源码文件、25个FreeMarker模板、23个JavaScript脚本、13个XML配置及7个CSS样式文件为主另附SQL建表脚本、项目说明文档与前端字体图标资源整体约2.08MB结构完整、层次清晰。目前已有671人学习下载具备一定的参考热度。读者可获得经过测试校正、可百分百成功运行的全套源码与配套文档涵盖选题管理、用户权限、数据交互等核心模块便于快速理解Spring Boot项目分层架构与前后端协作方式也能借助现成模板与配置直接进行二次开发或功能扩展降低从零搭建系统的门槛。1. 论文选题系统到底解决什么问题从导师邮箱爆满说起每年到了选题季教研室最头疼的不是课题不够而是信息对不上。学生手里攥着一堆想法不知道哪位老师今年带什么方向、还剩几个名额导师邮箱里塞满格式各异的申请邮件有的连研究方向都没写清楚。我见过最夸张的一次一位老师三天收到七十多封邮件最后只能按发送时间先后手动登记先到先得。这种靠邮件和 Excel 来回倒腾的方式本质上是把匹配成本转嫁给了双方。基于 Java Spring Boot MySQL 的论文选题系统要解决的就是这个匹配问题把课题发布、学生选题、导师审核、名额控制、结果公示这几件事收进一个 Web 系统里用数据库事务保证「一个名额不会被两个人同时抢到」。它适合正在做课程设计或毕业设计的计算机专业学生也适合想拿一个完整 CRUD 权限 事务场景练手的 Java 后端新人。整套东西不复杂但麻雀虽小事务、并发、权限、状态机这些真实系统里绕不开的点它都有。下面我按自己搭过一遍的顺序把选型、建表、接口、并发控制和踩过的坑讲清楚。2. 技术选型与工程骨架为什么是 Spring Boot 3 MyBatis-Plus MySQL 82.1 三个组件各自扛什么活先把分工说清楚不然后面调参数容易懵。Spring Boot 负责把 Web 层、依赖注入、配置管理这些基础设施一次性搭好让你不用再手写 web.xml 和一堆 XML 配置MyBatis-Plus 负责数据访问它在 MyBatis 基础上封了一层单表 CRUD 基本不用写 SQL分页、逻辑删除、乐观锁都有现成插件MySQL 负责持久化和事务选题系统里「扣名额」这个动作必须靠数据库事务兜底应用层加锁只能算优化不能算保证。选 Spring Boot 3 而不是 2.x一个现实原因是它默认要求 JDK 17而 JDK 17 是目前的长期支持版本新项目没理由再从 8 起步。MyBatis-Plus 选 3.5.x 系列对 Spring Boot 3 的适配已经稳定。MySQL 用 8.0字符集统一 utf8mb4避免学生姓名里生僻字存进去变问号这种玄学问题。提示如果你的环境只能装 JDK 8那就把 Spring Boot 降到 2.7.xMyBatis-Plus 用 3.5.3 以下版本其余代码逻辑基本不用改只是 jakarta 包名要换回 javax。2.2 用 IDEA 社区版把工程跑起来的最小步骤社区版没有 Spring Initializr 图形入口但可以用命令行生成再导入 IDEA。下面这套命令我在 Windows 和 macOS 上都跑通过。# 用 curl 调 Spring Initializr 生成骨架注意 typemaven-project curl https://start.spring.io/starter.zip \ -d typemaven-project \ -d languagejava \ -d bootVersion3.2.5 \ -d javaVersion17 \ -d groupIdcom.example \ -d artifactIdthesis-topic \ -d namethesis-topic \ -d packageNamecom.example.thesis \ -d dependenciesweb,mysql,validation,lombok \ -o thesis-topic.zip unzip thesis-topic.zip -d thesis-topic cd thesis-topic这段命令做三件事向 start.spring.io 请求一个 Maven 工程压缩包指定 Spring Boot 3.2.5、JDK 17、包名 com.example.thesis并预置 web、mysql 驱动、参数校验、Lombok 四个依赖然后解压到 thesis-topic 目录。生成后手动在 pom.xml 里补上 MyBatis-Plus 依赖因为 Initializr 里没有这个选项。!-- pom.xml 中补充 MyBatis-Plus版本要和 Spring Boot 3 匹配 -- dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-spring-boot3-starter/artifactId version3.5.6/version /dependency注意 artifactId 是 mybatis-plus-spring-boot3-starter不是老的 mybatis-plus-boot-starter后者在 Spring Boot 3 下会因为 jakarta 命名空间问题启动失败。这是第一个容易翻车的地方。2.3 application.yml 里必须改的四个参数配置文件不改连不上库。下面是我常用的最小配置四个参数逐个说。spring: datasource: url: jdbc:mysql://localhost:3306/thesis_db?useUnicodetruecharacterEncodingutf8mb4serverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrueuseSSLfalse username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: Asia/Shanghai mybatis-plus: configuration: map-underscore-to-camel-case: true global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0url 里的 serverTimezone 必须显式指定否则 MySQL 8 驱动可能报时区错误allowPublicKeyRetrievaltrue 是 MySQL 8 默认 caching_sha2_password 认证方式下本地连接需要的不加会提示 Public Key Retrieval is not allowed。map-underscore-to-camel-case 打开后数据库的 create_time 会自动映射到实体类的 createTime省掉一堆 Results 注解。逻辑删除配置让删除变成更新 deleted 字段选题记录这种数据不该物理删除留痕比省空间重要。注意生产环境别用 root 连库建一个只对 thesis_db 有权限的专用账号密码别写死在 yml 里用环境变量注入。3. 数据库设计五张表撑起选题全流程3.1 表结构与字段取舍选题系统的核心实体就五个用户、课题、选题申请、院系班级这类基础字典可以合并进用户表。下面这张表是我实际用过的结构字段做了精简够跑通流程。表名关键字段说明sys_userid, username, password, real_name, role, class_namerole 区分 student/teacher/admintopicid, title, description, teacher_id, capacity, selected_count, status, deletedcapacity 总名额selected_count 已选人数topic_applyid, topic_id, student_id, status, apply_time, audit_timestatus 走状态机noticeid, title, content, publish_time公示用sys_configid, config_key, config_value存选题开关、时间窗口topic 表里 selected_count 和 capacity 是一对关键字段前者是冗余计数后者是上限。为什么不每次 count 一下 apply 表因为高并发下 count 加判断不是原子的容易超发。用冗余字段配合数据库行锁更新才能保证不超。3.2 建表 SQL 与索引CREATE TABLE topic ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL, description TEXT, teacher_id BIGINT NOT NULL, capacity INT NOT NULL DEFAULT 1, selected_count INT NOT NULL DEFAULT 0, status TINYINT NOT NULL DEFAULT 0 COMMENT 0待审 1已发布 2已满 3关闭, deleted TINYINT NOT NULL DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_teacher_title (teacher_id, title), KEY idx_status (status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE topic_apply ( id BIGINT PRIMARY KEY AUTO_INCREMENT, topic_id BIGINT NOT NULL, student_id BIGINT NOT NULL, status TINYINT NOT NULL DEFAULT 0 COMMENT 0待审 1通过 2拒绝 3取消, apply_time DATETIME DEFAULT CURRENT_TIMESTAMP, audit_time DATETIME, UNIQUE KEY uk_topic_student (topic_id, student_id), KEY idx_student (student_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;两个唯一索引是防重的关键。uk_teacher_title 防止同一老师发重复课题uk_topic_student 防止同一学生对同一课题重复提交申请。这两个约束放在数据库层比在 Java 里查一遍再插入可靠得多因为查和插之间有窗口期。3.3 状态机怎么定topic_apply 的 status 不是随便改的得按状态机走学生提交后是 0 待审导师通过变 1同时 topic 的 selected_count 加一导师拒绝变 2学生在待审阶段可以取消变 3。已经通过的申请不能直接取消得走退选流程把 selected_count 减回去。这个规则写在 Service 层用枚举约束别让 Controller 直接改 status 字段。public enum ApplyStatus { PENDING(0), APPROVED(1), REJECTED(2), CANCELED(3); private final int code; ApplyStatus(int code) { this.code code; } public int getCode() { return code; } }用枚举而不是魔法数字半年后回来看代码还能看懂 1 代表什么。状态流转的合法性判断集中写一个 canTransfer 方法避免散落在各处。4. 核心接口实现选题、审核与名额扣减4.1 学生选题接口与并发控制这是整个系统最容易出问题的地方。两个学生同时点「选这个课题」如果代码写成先查 selected_count 再更新中间没有锁就会超发。正确做法是用带条件的 UPDATE把判断和更新合成一条原子语句。// TopicMapper 中定义用一条 SQL 完成「有名额才加一」 Update(UPDATE topic SET selected_count selected_count 1 WHERE id #{topicId} AND selected_count capacity AND status 1 AND deleted 0) int increaseSelectedCount(Param(topicId) Long topicId);这条 SQL 的 WHERE 里带了 selected_count capacityMySQL 在执行时会对该行加排他锁两个并发请求只有一个能更新成功返回影响行数 1另一个返回 0。Service 层根据返回值判断是否继续插入申请记录。Transactional(rollbackFor Exception.class) public void applyTopic(Long topicId, Long studentId) { // 先尝试占名额占不到直接抛业务异常 int updated topicMapper.increaseSelectedCount(topicId); if (updated 0) { throw new BizException(该课题名额已满或未开放); } TopicApply apply new TopicApply(); apply.setTopicId(topicId); apply.setStudentId(studentId); apply.setStatus(ApplyStatus.PENDING.getCode()); try { applyMapper.insert(apply); } catch (DuplicateKeyException e) { // 唯一索引拦住了重复提交事务回滚名额自动还回去 throw new BizException(你已经申请过这个课题); } }这里有个细节Transactional 保证占名额和插申请在同一个事务里如果插申请因为唯一索引冲突失败整个事务回滚increaseSelectedCount 的更新也会撤销名额不会白白少掉。这就是为什么占名额和插记录必须绑在一个事务里分开写就会出现「名额扣了但没申请记录」的黑匣子状态。提示如果并发量真的很大可以在应用层再加一层 Redis 预扣但数据库这层条件更新不能省它是最后一道防线。4.2 导师审核接口审核动作要同时改申请状态和课题计数通过时 selected_count 已经在选题阶段加过了所以审核通过只需要改状态拒绝时要把名额还回去。Transactional(rollbackFor Exception.class) public void audit(Long applyId, boolean pass, Long teacherId) { TopicApply apply applyMapper.selectById(applyId); if (apply null || !ApplyStatus.PENDING.getCode().equals(apply.getStatus())) { throw new BizException(申请不存在或状态不允许审核); } // 校验这个课题是不是当前导师的防止越权审核 Topic topic topicMapper.selectById(apply.getTopicId()); if (!topic.getTeacherId().equals(teacherId)) { throw new BizException(无权审核该申请); } apply.setStatus(pass ? ApplyStatus.APPROVED.getCode() : ApplyStatus.REJECTED.getCode()); apply.setAuditTime(new Date()); applyMapper.updateById(apply); if (!pass) { // 拒绝时释放名额 topicMapper.decreaseSelectedCount(apply.getTopicId()); } }越权校验这行不能省。我见过有人只在前端隐藏了按钮后端没校验结果学生改个 applyId 就能替导师审核。权限校验永远放后端。4.3 分页查询与条件筛选课题列表要支持按状态、导师、关键词筛选MyBatis-Plus 的分页插件能省不少事。先注册插件。Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }然后查询就变成链式调用Page 对象带当前页和每页条数返回的 records 是数据列表total 是总数。前端拿这两个字段就能渲染分页控件。关键词搜索用 like注意对 % 和 _ 做转义否则用户输入 % 会匹配全部这算个小坑。5. 避坑与排查那些让我加班到深夜的问题5.1 名额超发现象是选完发现人数超过 capacity现象压测时两个线程同时申请最后一个名额结果两条申请都成功selected_count 变成 capacity1。原因早期代码写成了先 selectById 查 selected_count在 Java 里判断小于 capacity再 updateById 加一查和改之间没有原子性。解决改成 4.1 里那条带 WHERE 条件的 UPDATE让数据库行锁保证原子性Java 层只根据影响行数判断。5.2 重复提交现象是同一学生出现两条申请记录现象学生网络卡顿连点两次提交topic_apply 里出现两条相同 topic_id 和 student_id 的记录。原因只靠前端按钮置灰不可靠后端没有唯一约束。解决给 topic_apply 加 uk_topic_student 唯一索引并在 Service 里捕获 DuplicateKeyException 转成友好提示。注意捕获后要抛业务异常触发回滚否则名额会被多扣。5.3 事务失效现象是抛异常了但名额没回滚现象applyTopic 里插申请失败抛了异常但 selected_count 还是加了。原因异常被 try-catch 吞掉没往外抛或者方法不是 public、被同类内部调用导致 Spring AOP 代理没生效。解决Transactional 方法必须是 public异常要往外抛同类内部调用改成注入自身或拆到另一个 Bean。这个坑很隐蔽日志里看不出只能靠理解代理机制。5.4 时区错乱现象是申请时间比实际早或晚 8 小时现象数据库里 apply_time 和服务器时间差 8 小时。原因JDBC url 没指定 serverTimezone或者 Jackson 序列化时区没配。解决url 加 serverTimezoneAsia/Shanghaiapplication.yml 里配 jackson.time-zone数据库连接和 JSON 输出两头都对齐。5.5 逻辑删除与唯一索引冲突现象是删过的课题无法再建同名现象老师删掉一个课题后想重建同名课题报唯一键冲突。原因逻辑删除只是把 deleted 置 1记录还在表里uk_teacher_title 仍然生效。解决把唯一索引改成 (teacher_id, title, deleted) 三列组合或者删除时把 title 拼上时间戳后缀。前者更干净但要注意 deleted 只有 0 和 1同一老师同名课题删两次还是会冲突所以更稳妥的是删除时改写 title。6. 让系统更耐用的两个进阶技巧6.1 用状态机 定时任务自动关闭过期选题选题有开放窗口过了时间还挂着已发布状态学生就会一直点。我一般加一个 sys_config 存 open_time 和 close_time再用 Spring 的 Scheduled 定时扫描。Scheduled(cron 0 0/10 * * * ?) public void closeExpiredTopics() { // 每 10 分钟检查一次把超过截止时间的已发布课题置为关闭 LocalDateTime now LocalDateTime.now(); topicMapper.closeExpired(now); }对应 SQL 是 UPDATE topic SET status 3 WHERE status 1 AND close_time #{now}。定时任务要注意集群环境下会重复执行单机无所谓多实例部署得加分布式锁或者用数据库的乐观更新兜底。这个技巧的价值在于把「人工盯着时间手动关」变成自动选题季少操一份心。6.2 用接口幂等表兜住重复请求唯一索引能防同一学生对同一课题重复申请但防不住「同一请求因为超时重发」这种场景比如学生提交后网关超时客户端重试两次请求内容完全一样。我的做法是加一张 idempotent 表用请求携带的 token 做唯一键处理前先插入插入成功才继续插入冲突直接返回上次结果。CREATE TABLE idempotent ( id BIGINT PRIMARY KEY AUTO_INCREMENT, req_token VARCHAR(64) NOT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_token (req_token) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;前端每次提交生成一个 UUID 放在 header 里后端拦截器先尝试插入DuplicateKeyException 就说明是重放直接返回。这个方案比在 Redis 里存 token 多了一次数据库写但胜在不引入额外中间件课程设计场景够用。最后说个我自己的习惯这套系统我前后搭过三遍前两遍都栽在「以为前端限制了后端就不用管」上第三遍才老老实实把每个写操作都在数据库层加了约束。选题系统看着简单但名额、状态、权限这三样只要有一个没在数据库层兜住演示时没事一上真实并发就翻车。所以我的建议是先把表结构和约束设计对再写 Java 代码顺序反了就得返工。希望帮到你。本文还有配套的精品资源点击获取 基于Spring Boot的论文选题系统：并发控制与事务实践
简介这份资源是面向高校计算机相关专业学生与指导教师的论文选题系统完整实现方案基于Java、Spring Boot与MySQL技术栈开发适合作为课程设计、毕业设计或相关项目实战的参考案例。压缩包共包含241个文件以75个Java源码文件、25个FreeMarker模板、23个JavaScript脚本、13个XML配置及7个CSS样式文件为主另附SQL建表脚本、项目说明文档与前端字体图标资源整体约2.08MB结构完整、层次清晰。目前已有671人学习下载具备一定的参考热度。读者可获得经过测试校正、可百分百成功运行的全套源码与配套文档涵盖选题管理、用户权限、数据交互等核心模块便于快速理解Spring Boot项目分层架构与前后端协作方式也能借助现成模板与配置直接进行二次开发或功能扩展降低从零搭建系统的门槛。1. 论文选题系统到底解决什么问题从导师邮箱爆满说起每年到了选题季教研室最头疼的不是课题不够而是信息对不上。学生手里攥着一堆想法不知道哪位老师今年带什么方向、还剩几个名额导师邮箱里塞满格式各异的申请邮件有的连研究方向都没写清楚。我见过最夸张的一次一位老师三天收到七十多封邮件最后只能按发送时间先后手动登记先到先得。这种靠邮件和 Excel 来回倒腾的方式本质上是把匹配成本转嫁给了双方。基于 Java Spring Boot MySQL 的论文选题系统要解决的就是这个匹配问题把课题发布、学生选题、导师审核、名额控制、结果公示这几件事收进一个 Web 系统里用数据库事务保证「一个名额不会被两个人同时抢到」。它适合正在做课程设计或毕业设计的计算机专业学生也适合想拿一个完整 CRUD 权限 事务场景练手的 Java 后端新人。整套东西不复杂但麻雀虽小事务、并发、权限、状态机这些真实系统里绕不开的点它都有。下面我按自己搭过一遍的顺序把选型、建表、接口、并发控制和踩过的坑讲清楚。2. 技术选型与工程骨架为什么是 Spring Boot 3 MyBatis-Plus MySQL 82.1 三个组件各自扛什么活先把分工说清楚不然后面调参数容易懵。Spring Boot 负责把 Web 层、依赖注入、配置管理这些基础设施一次性搭好让你不用再手写 web.xml 和一堆 XML 配置MyBatis-Plus 负责数据访问它在 MyBatis 基础上封了一层单表 CRUD 基本不用写 SQL分页、逻辑删除、乐观锁都有现成插件MySQL 负责持久化和事务选题系统里「扣名额」这个动作必须靠数据库事务兜底应用层加锁只能算优化不能算保证。选 Spring Boot 3 而不是 2.x一个现实原因是它默认要求 JDK 17而 JDK 17 是目前的长期支持版本新项目没理由再从 8 起步。MyBatis-Plus 选 3.5.x 系列对 Spring Boot 3 的适配已经稳定。MySQL 用 8.0字符集统一 utf8mb4避免学生姓名里生僻字存进去变问号这种玄学问题。提示如果你的环境只能装 JDK 8那就把 Spring Boot 降到 2.7.xMyBatis-Plus 用 3.5.3 以下版本其余代码逻辑基本不用改只是 jakarta 包名要换回 javax。2.2 用 IDEA 社区版把工程跑起来的最小步骤社区版没有 Spring Initializr 图形入口但可以用命令行生成再导入 IDEA。下面这套命令我在 Windows 和 macOS 上都跑通过。# 用 curl 调 Spring Initializr 生成骨架注意 typemaven-project curl https://start.spring.io/starter.zip \ -d typemaven-project \ -d languagejava \ -d bootVersion3.2.5 \ -d javaVersion17 \ -d groupIdcom.example \ -d artifactIdthesis-topic \ -d namethesis-topic \ -d packageNamecom.example.thesis \ -d dependenciesweb,mysql,validation,lombok \ -o thesis-topic.zip unzip thesis-topic.zip -d thesis-topic cd thesis-topic这段命令做三件事向 start.spring.io 请求一个 Maven 工程压缩包指定 Spring Boot 3.2.5、JDK 17、包名 com.example.thesis并预置 web、mysql 驱动、参数校验、Lombok 四个依赖然后解压到 thesis-topic 目录。生成后手动在 pom.xml 里补上 MyBatis-Plus 依赖因为 Initializr 里没有这个选项。!-- pom.xml 中补充 MyBatis-Plus版本要和 Spring Boot 3 匹配 -- dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-spring-boot3-starter/artifactId version3.5.6/version /dependency注意 artifactId 是 mybatis-plus-spring-boot3-starter不是老的 mybatis-plus-boot-starter后者在 Spring Boot 3 下会因为 jakarta 命名空间问题启动失败。这是第一个容易翻车的地方。2.3 application.yml 里必须改的四个参数配置文件不改连不上库。下面是我常用的最小配置四个参数逐个说。spring: datasource: url: jdbc:mysql://localhost:3306/thesis_db?useUnicodetruecharacterEncodingutf8mb4serverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrueuseSSLfalse username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: Asia/Shanghai mybatis-plus: configuration: map-underscore-to-camel-case: true global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0url 里的 serverTimezone 必须显式指定否则 MySQL 8 驱动可能报时区错误allowPublicKeyRetrievaltrue 是 MySQL 8 默认 caching_sha2_password 认证方式下本地连接需要的不加会提示 Public Key Retrieval is not allowed。map-underscore-to-camel-case 打开后数据库的 create_time 会自动映射到实体类的 createTime省掉一堆 Results 注解。逻辑删除配置让删除变成更新 deleted 字段选题记录这种数据不该物理删除留痕比省空间重要。注意生产环境别用 root 连库建一个只对 thesis_db 有权限的专用账号密码别写死在 yml 里用环境变量注入。3. 数据库设计五张表撑起选题全流程3.1 表结构与字段取舍选题系统的核心实体就五个用户、课题、选题申请、院系班级这类基础字典可以合并进用户表。下面这张表是我实际用过的结构字段做了精简够跑通流程。表名关键字段说明sys_userid, username, password, real_name, role, class_namerole 区分 student/teacher/admintopicid, title, description, teacher_id, capacity, selected_count, status, deletedcapacity 总名额selected_count 已选人数topic_applyid, topic_id, student_id, status, apply_time, audit_timestatus 走状态机noticeid, title, content, publish_time公示用sys_configid, config_key, config_value存选题开关、时间窗口topic 表里 selected_count 和 capacity 是一对关键字段前者是冗余计数后者是上限。为什么不每次 count 一下 apply 表因为高并发下 count 加判断不是原子的容易超发。用冗余字段配合数据库行锁更新才能保证不超。3.2 建表 SQL 与索引CREATE TABLE topic ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL, description TEXT, teacher_id BIGINT NOT NULL, capacity INT NOT NULL DEFAULT 1, selected_count INT NOT NULL DEFAULT 0, status TINYINT NOT NULL DEFAULT 0 COMMENT 0待审 1已发布 2已满 3关闭, deleted TINYINT NOT NULL DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_teacher_title (teacher_id, title), KEY idx_status (status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE topic_apply ( id BIGINT PRIMARY KEY AUTO_INCREMENT, topic_id BIGINT NOT NULL, student_id BIGINT NOT NULL, status TINYINT NOT NULL DEFAULT 0 COMMENT 0待审 1通过 2拒绝 3取消, apply_time DATETIME DEFAULT CURRENT_TIMESTAMP, audit_time DATETIME, UNIQUE KEY uk_topic_student (topic_id, student_id), KEY idx_student (student_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;两个唯一索引是防重的关键。uk_teacher_title 防止同一老师发重复课题uk_topic_student 防止同一学生对同一课题重复提交申请。这两个约束放在数据库层比在 Java 里查一遍再插入可靠得多因为查和插之间有窗口期。3.3 状态机怎么定topic_apply 的 status 不是随便改的得按状态机走学生提交后是 0 待审导师通过变 1同时 topic 的 selected_count 加一导师拒绝变 2学生在待审阶段可以取消变 3。已经通过的申请不能直接取消得走退选流程把 selected_count 减回去。这个规则写在 Service 层用枚举约束别让 Controller 直接改 status 字段。public enum ApplyStatus { PENDING(0), APPROVED(1), REJECTED(2), CANCELED(3); private final int code; ApplyStatus(int code) { this.code code; } public int getCode() { return code; } }用枚举而不是魔法数字半年后回来看代码还能看懂 1 代表什么。状态流转的合法性判断集中写一个 canTransfer 方法避免散落在各处。4. 核心接口实现选题、审核与名额扣减4.1 学生选题接口与并发控制这是整个系统最容易出问题的地方。两个学生同时点「选这个课题」如果代码写成先查 selected_count 再更新中间没有锁就会超发。正确做法是用带条件的 UPDATE把判断和更新合成一条原子语句。// TopicMapper 中定义用一条 SQL 完成「有名额才加一」 Update(UPDATE topic SET selected_count selected_count 1 WHERE id #{topicId} AND selected_count capacity AND status 1 AND deleted 0) int increaseSelectedCount(Param(topicId) Long topicId);这条 SQL 的 WHERE 里带了 selected_count capacityMySQL 在执行时会对该行加排他锁两个并发请求只有一个能更新成功返回影响行数 1另一个返回 0。Service 层根据返回值判断是否继续插入申请记录。Transactional(rollbackFor Exception.class) public void applyTopic(Long topicId, Long studentId) { // 先尝试占名额占不到直接抛业务异常 int updated topicMapper.increaseSelectedCount(topicId); if (updated 0) { throw new BizException(该课题名额已满或未开放); } TopicApply apply new TopicApply(); apply.setTopicId(topicId); apply.setStudentId(studentId); apply.setStatus(ApplyStatus.PENDING.getCode()); try { applyMapper.insert(apply); } catch (DuplicateKeyException e) { // 唯一索引拦住了重复提交事务回滚名额自动还回去 throw new BizException(你已经申请过这个课题); } }这里有个细节Transactional 保证占名额和插申请在同一个事务里如果插申请因为唯一索引冲突失败整个事务回滚increaseSelectedCount 的更新也会撤销名额不会白白少掉。这就是为什么占名额和插记录必须绑在一个事务里分开写就会出现「名额扣了但没申请记录」的黑匣子状态。提示如果并发量真的很大可以在应用层再加一层 Redis 预扣但数据库这层条件更新不能省它是最后一道防线。4.2 导师审核接口审核动作要同时改申请状态和课题计数通过时 selected_count 已经在选题阶段加过了所以审核通过只需要改状态拒绝时要把名额还回去。Transactional(rollbackFor Exception.class) public void audit(Long applyId, boolean pass, Long teacherId) { TopicApply apply applyMapper.selectById(applyId); if (apply null || !ApplyStatus.PENDING.getCode().equals(apply.getStatus())) { throw new BizException(申请不存在或状态不允许审核); } // 校验这个课题是不是当前导师的防止越权审核 Topic topic topicMapper.selectById(apply.getTopicId()); if (!topic.getTeacherId().equals(teacherId)) { throw new BizException(无权审核该申请); } apply.setStatus(pass ? ApplyStatus.APPROVED.getCode() : ApplyStatus.REJECTED.getCode()); apply.setAuditTime(new Date()); applyMapper.updateById(apply); if (!pass) { // 拒绝时释放名额 topicMapper.decreaseSelectedCount(apply.getTopicId()); } }越权校验这行不能省。我见过有人只在前端隐藏了按钮后端没校验结果学生改个 applyId 就能替导师审核。权限校验永远放后端。4.3 分页查询与条件筛选课题列表要支持按状态、导师、关键词筛选MyBatis-Plus 的分页插件能省不少事。先注册插件。Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }然后查询就变成链式调用Page 对象带当前页和每页条数返回的 records 是数据列表total 是总数。前端拿这两个字段就能渲染分页控件。关键词搜索用 like注意对 % 和 _ 做转义否则用户输入 % 会匹配全部这算个小坑。5. 避坑与排查那些让我加班到深夜的问题5.1 名额超发现象是选完发现人数超过 capacity现象压测时两个线程同时申请最后一个名额结果两条申请都成功selected_count 变成 capacity1。原因早期代码写成了先 selectById 查 selected_count在 Java 里判断小于 capacity再 updateById 加一查和改之间没有原子性。解决改成 4.1 里那条带 WHERE 条件的 UPDATE让数据库行锁保证原子性Java 层只根据影响行数判断。5.2 重复提交现象是同一学生出现两条申请记录现象学生网络卡顿连点两次提交topic_apply 里出现两条相同 topic_id 和 student_id 的记录。原因只靠前端按钮置灰不可靠后端没有唯一约束。解决给 topic_apply 加 uk_topic_student 唯一索引并在 Service 里捕获 DuplicateKeyException 转成友好提示。注意捕获后要抛业务异常触发回滚否则名额会被多扣。5.3 事务失效现象是抛异常了但名额没回滚现象applyTopic 里插申请失败抛了异常但 selected_count 还是加了。原因异常被 try-catch 吞掉没往外抛或者方法不是 public、被同类内部调用导致 Spring AOP 代理没生效。解决Transactional 方法必须是 public异常要往外抛同类内部调用改成注入自身或拆到另一个 Bean。这个坑很隐蔽日志里看不出只能靠理解代理机制。5.4 时区错乱现象是申请时间比实际早或晚 8 小时现象数据库里 apply_time 和服务器时间差 8 小时。原因JDBC url 没指定 serverTimezone或者 Jackson 序列化时区没配。解决url 加 serverTimezoneAsia/Shanghaiapplication.yml 里配 jackson.time-zone数据库连接和 JSON 输出两头都对齐。5.5 逻辑删除与唯一索引冲突现象是删过的课题无法再建同名现象老师删掉一个课题后想重建同名课题报唯一键冲突。原因逻辑删除只是把 deleted 置 1记录还在表里uk_teacher_title 仍然生效。解决把唯一索引改成 (teacher_id, title, deleted) 三列组合或者删除时把 title 拼上时间戳后缀。前者更干净但要注意 deleted 只有 0 和 1同一老师同名课题删两次还是会冲突所以更稳妥的是删除时改写 title。6. 让系统更耐用的两个进阶技巧6.1 用状态机 定时任务自动关闭过期选题选题有开放窗口过了时间还挂着已发布状态学生就会一直点。我一般加一个 sys_config 存 open_time 和 close_time再用 Spring 的 Scheduled 定时扫描。Scheduled(cron 0 0/10 * * * ?) public void closeExpiredTopics() { // 每 10 分钟检查一次把超过截止时间的已发布课题置为关闭 LocalDateTime now LocalDateTime.now(); topicMapper.closeExpired(now); }对应 SQL 是 UPDATE topic SET status 3 WHERE status 1 AND close_time #{now}。定时任务要注意集群环境下会重复执行单机无所谓多实例部署得加分布式锁或者用数据库的乐观更新兜底。这个技巧的价值在于把「人工盯着时间手动关」变成自动选题季少操一份心。6.2 用接口幂等表兜住重复请求唯一索引能防同一学生对同一课题重复申请但防不住「同一请求因为超时重发」这种场景比如学生提交后网关超时客户端重试两次请求内容完全一样。我的做法是加一张 idempotent 表用请求携带的 token 做唯一键处理前先插入插入成功才继续插入冲突直接返回上次结果。CREATE TABLE idempotent ( id BIGINT PRIMARY KEY AUTO_INCREMENT, req_token VARCHAR(64) NOT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_token (req_token) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;前端每次提交生成一个 UUID 放在 header 里后端拦截器先尝试插入DuplicateKeyException 就说明是重放直接返回。这个方案比在 Redis 里存 token 多了一次数据库写但胜在不引入额外中间件课程设计场景够用。最后说个我自己的习惯这套系统我前后搭过三遍前两遍都栽在「以为前端限制了后端就不用管」上第三遍才老老实实把每个写操作都在数据库层加了约束。选题系统看着简单但名额、状态、权限这三样只要有一个没在数据库层兜住演示时没事一上真实并发就翻车。所以我的建议是先把表结构和约束设计对再写 Java 代码顺序反了就得返工。希望帮到你。本文还有配套的精品资源点击获取