简介这是一套面向高校教学管理与毕业设计指导场景的论文选题系统实战项目适用于Java后端开发初学者及课程设计、毕设实践者解决师生间选题发布、申报、审核与统计等全流程线上化管理需求。资源包含241个文件涵盖75个Java业务逻辑类、25个FreeMarker模板ftl实现动态页面渲染、23个JavaScript前端交互脚本、13个XML配置文件含Spring配置与Mapper映射以及CSS样式、SQL建表语句、系统文档docx和可执行脚本cmd/mvnw整体压缩包仅2.08MB轻量易部署。已有669人学习下载所有源码经实测可一键运行配套文档详述系统架构、数据库设计、权限模块划分及核心功能实现逻辑特别适合理解Spring Boot整合MyBatis、LayUI前端框架与MySQL事务处理的典型教学案例。1. 项目缘起从“选题难”到“选题乱”的痛点每年毕业季对于高校的教务老师和学生来说论文选题都是一个让人头疼的“老大难”问题。我作为曾经参与过学院教务系统维护的技术人员亲眼目睹过这个过程的混乱。老师们需要手动整理上百个选题通过Excel表格、微信群甚至纸质表格发布学生们则像“抢票”一样在信息洪流中筛选、争抢经常出现选题扎堆、沟通不畅、信息不同步的情况。一个选题被多个学生私下联系老师确认或者学生选定了题目但老师不知情这种“信息孤岛”和“管理黑洞”是传统方式的常态。因此一个能够将选题流程线上化、规范化、透明化的系统就成了刚需。这次我们就来聊聊如何用 Java 技术栈从零开始构建一个功能完整、稳定可靠的论文选题系统。这不仅仅是一个简单的“增删改查”应用它涉及到多角色权限、状态流转、并发控制、数据一致性等核心问题是一个非常好的全栈实战项目。2. 技术选型背后的逻辑为什么是 Spring Boot MySQL面对一个管理系统类项目技术选型是第一步也是决定后续开发体验和系统稳定性的关键。市面上框架众多我选择Spring Boot MySQL这套经典组合是基于以下几个非常实际的考量2.1 为什么选择 Spring Boot 作为后端框架Spring Boot 的核心优势在于“约定大于配置”和快速启动。对于论文选题系统这类业务逻辑清晰但基础架构繁琐的项目它能让我们避开大量模板代码和复杂的 XML 配置。快速集成与自动配置我们需要 Web 服务Spring MVC、数据库操作Spring Data JPA / MyBatis、事务管理、安全控制Spring Security等。Spring Boot 的 Starter 依赖能一键引入所有相关库并基于类路径自动完成 90% 的配置。例如引入spring-boot-starter-data-jpa后数据源、实体管理器、事务等基本就绪。内嵌容器与独立运行系统最终需要部署到服务器。Spring Boot 内嵌了 Tomcat、Jetty 或 Undertow这意味着我们可以将整个应用打包成一个可执行的 JAR 文件。部署时只需要服务器上有 Java 运行环境直接java -jar即可运行无需额外安装和配置外部的 Tomcat极大地简化了部署和运维。强大的生态与社区Spring 生态是 Java 企业级开发的事实标准。这意味着遇到任何问题从简单的 CRUD 到复杂的事务、缓存、消息队列集成都能找到成熟的解决方案和丰富的社区资料。这对于项目的长期维护和功能扩展至关重要。2.2 为什么选择 MySQL 作为数据库数据库是系统的“记忆中枢”。论文选题系统的数据特点包括结构化程度高用户、选题、关系表等、事务性要求强如学生选择选题需要保证“一题一人”或“一题多人”的约束、数据量在单校范围内可控通常数千到数万条记录。关系型模型的天然契合选题系统中的实体学生、教师、选题和它们之间的关系学生-选题、教师-选题非常适合用关系型数据库的表和关联来建模。MySQL 对 SQL 标准的支持完善能很好地处理这类多表关联查询和复杂的事务逻辑。ACID 事务保证在关键的“确认选题”环节我们需要在一个事务内完成“检查选题状态 - 更新选题为已选 - 插入学生-选题关系记录”等一系列操作。MySQL 的 InnoDB 存储引擎提供了可靠的 ACID原子性、一致性、隔离性、持久性事务支持能有效防止数据不一致比如两个学生同时抢到同一个题。成熟、稳定、成本低MySQL 经过多年发展性能、稳定性和可靠性都经受了海量业务的考验。它开源免费社区活跃对于高校这类预算敏感的场景是非常理想的选择。配合主从复制、读写分离等方案也能应对未来可能增长的数据访问压力。注意虽然 NoSQL 数据库在某些场景下性能突出但对于论文选题系统这种强一致性、复杂查询需求明确的业务关系型数据库依然是更稳妥和高效的首选。2.3 项目整体架构视图为了让思路更清晰我们可以先勾勒出系统的核心架构。这不是一个复杂的微服务架构而是一个经典、高效的单体分层架构。[ 客户端 (浏览器) ] | | HTTP/HTTPS (JSON) v [ 表现层 (Controller) ] | (调用服务返回DTO) v [ 业务逻辑层 (Service) ] | (组合业务逻辑处理事务) v [ 数据访问层 (Repository/Mapper) ] | v [ 数据库 (MySQL) ]表现层 (Controller)接收前端如Vue.js、React或Thymeleaf模板的 HTTP 请求进行参数校验然后调用对应的 Service 方法并将结果封装成 JSON 返回。业务逻辑层 (Service)这是系统的“大脑”。所有核心业务规则都在这里实现比如“学生选择选题”的逻辑判断、选题状态的状态机流转、各种统计报表的生成等。这一层通常会使用Transactional注解来管理事务边界。数据访问层 (Repository)使用 Spring Data JPA 或 MyBatis-Plus 等框架负责与 MySQL 数据库进行直接交互执行增删改查操作。其接口定义非常简洁大部分基础方法可由框架自动实现。数据库 (MySQL)持久化存储所有数据。3. 核心数据库设计如何为业务逻辑打下坚实基础数据库设计是后端系统的基石设计得好后续业务开发事半功倍设计得差则处处掣肘。我们围绕论文选题的核心业务流程来设计表结构。3.1 核心实体与关系分析系统主要涉及三类用户学生、教师导师、管理员教务。核心业务对象是论文选题。它们之间的关系是一名教师可以发布多个选题。一个选题只能由一名教师发布负责人。一个选题可以被多名学生选择取决于选题类型单人题/团队题。一名学生最终只能确定一个选题在特定轮次内。3.2 数据表结构设计详解基于以上分析我们设计以下核心表1. 用户表 (sys_user)这是所有登录用户的基表通过user_type字段区分角色。CREATE TABLE sys_user ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT 主键ID, username varchar(50) NOT NULL UNIQUE COMMENT 用户名学号/工号, password varchar(255) NOT NULL COMMENT 加密后的密码, real_name varchar(50) NOT NULL COMMENT 真实姓名, user_type tinyint(1) NOT NULL COMMENT 用户类型0-管理员1-学生2-教师, email varchar(100) DEFAULT NULL COMMENT 邮箱, phone varchar(20) DEFAULT NULL COMMENT 手机号, college varchar(100) DEFAULT NULL COMMENT 学院, major varchar(100) DEFAULT NULL COMMENT 专业学生/ 研究方向教师, status tinyint(1) DEFAULT 1 COMMENT 账号状态0-禁用1-正常, create_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 创建时间, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT系统用户表;实操心得username直接使用学号/工号天然唯一且便于登录。密码字段password必须使用强哈希算法如 BCrypt加密存储绝对禁止明文。user_type的设计避免了为不同角色建多张表简化了登录和权限判断逻辑。2. 论文选题表 (thesis_topic)这是系统的核心数据表。CREATE TABLE thesis_topic ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT 选题ID, topic_title varchar(200) NOT NULL COMMENT 选题标题, topic_description text COMMENT 选题详细描述与要求, teacher_id bigint(20) NOT NULL COMMENT 发布教师ID, topic_source varchar(50) DEFAULT NULL COMMENT 课题来源科研项目、生产实践等, topic_type tinyint(1) DEFAULT 0 COMMENT 选题类型0-理论研究1-应用研究2-工程设计等, difficulty tinyint(1) DEFAULT NULL COMMENT 难度等级1-简单2-中等3-困难, max_selected_num int(11) NOT NULL DEFAULT 1 COMMENT 最大可选人数支持团队题, current_selected_num int(11) NOT NULL DEFAULT 0 COMMENT 当前已选人数, status tinyint(1) NOT NULL DEFAULT 0 COMMENT 状态0-待审核1-已发布可选2-已被选满3-已关闭, release_year int(4) NOT NULL COMMENT 发布年度如2024, create_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 创建时间, update_time datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT 更新时间, PRIMARY KEY (id), KEY idx_teacher_id (teacher_id), KEY idx_status_year (status, release_year) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT论文选题表;踩坑记录max_selected_num和current_selected_num是关键字段用于控制并发选择。更新current_selected_num时一定要在事务中结合条件判断where current_selected_num max_selected_num防止超选。status字段定义了选题的生命周期是一个典型的状态机。3. 选题选择记录表 (topic_selection_record)这张表记录了学生选择选题的行为和最终结果是处理并发冲突的核心。CREATE TABLE thesis_selection ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT 记录ID, student_id bigint(20) NOT NULL COMMENT 学生ID, topic_id bigint(20) NOT NULL COMMENT 选题ID, selection_order int(11) DEFAULT NULL COMMENT 志愿顺序如果支持多志愿, selection_status tinyint(1) NOT NULL DEFAULT 0 COMMENT 选择状态0-待确认已提交1-已确认成功选中2-已拒绝3-已取消, teacher_feedback varchar(500) DEFAULT NULL COMMENT 教师审核反馈, final_result tinyint(1) DEFAULT NULL COMMENT 最终结果0-未确定1-选中该题, operation_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 操作时间选择/确认时间, PRIMARY KEY (id), UNIQUE KEY uk_student_topic (student_id, topic_id), -- 防止重复选择同一题目 UNIQUE KEY uk_student_final (student_id, final_result), -- 确保一个学生只有一个最终选题 KEY idx_topic_id (topic_id), KEY idx_student_status (student_id, selection_status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT论文选题选择记录表;核心技巧uk_student_topic唯一联合索引确保了数据库层面对“一个学生不能多次选择同一题目”的约束比在代码中判断更可靠。uk_student_final唯一索引其中final_result1则从数据库层面保证了“一生一题”的核心业务规则。这种利用数据库唯一约束来保证业务规则的方法比单纯应用层校验更健壮。4. 其他辅助表公告表 (sys_notice)用于发布选题流程通知、系统公告等。操作日志表 (sys_log)记录关键操作如发布选题、选择选题、确认选题便于追溯。文件表 (sys_attachment)关联选题允许教师上传任务书、参考文献等附件。4. 后端核心业务逻辑实现与并发控制数据库设计好后我们来实现最核心的业务逻辑学生选择选题。这个过程必须处理高并发下的“抢题”场景保证数据的一致性和公平性。4.1 服务层接口设计首先定义ThesisSelectionService接口public interface ThesisSelectionService { /** * 学生选择选题核心方法需处理并发 * param studentId 学生ID * param topicId 选题ID * return 操作结果 */ SelectionResult selectTopic(Long studentId, Long topicId); /** * 教师确认/拒绝学生的选题申请 * param recordId 选择记录ID * param teacherId 教师ID * param isConfirmed true-确认 false-拒绝 * param feedback 反馈意见 */ void confirmSelection(Long recordId, Long teacherId, boolean isConfirmed, String feedback); /** * 根据学生ID获取其最终选定的选题 */ ThesisTopic getMyFinalTopic(Long studentId); }4.2 “选择选题”的并发安全实现这是系统最复杂的一环。假设在选题开放瞬间上百名学生同时点击选择热门题目。我们需要确保选题人数不超过上限。一个学生不能同时成功选择多个题目作为最终题目。系统在高并发下响应迅速不出现超卖或死锁。方案一数据库悲观锁SELECT ... FOR UPDATE在事务开始时直接锁定选题记录阻止其他事务修改。Service Transactional(rollbackFor Exception.class) public class ThesisSelectionServiceImpl implements ThesisSelectionService { Autowired private ThesisTopicMapper topicMapper; // 假设使用MyBatis Autowired private ThesisSelectionMapper selectionMapper; Override public SelectionResult selectTopic(Long studentId, Long topicId) { // 1. 检查学生是否已有最终选题应用层快速失败 if (selectionMapper.hasFinalSelection(studentId)) { return SelectionResult.fail(您已确定最终选题不可再选); } // 2. 使用悲观锁锁定要操作的选题记录 ThesisTopic topic topicMapper.selectForUpdate(topicId); // 自定义方法SQL: SELECT * FROM thesis_topic WHERE id #{id} FOR UPDATE if (topic null) { return SelectionResult.fail(选题不存在); } if (!TopicStatus.PUBLISHED.equals(topic.getStatus())) { return SelectionResult.fail(该选题当前不可选); } if (topic.getCurrentSelectedNum() topic.getMaxSelectedNum()) { return SelectionResult.fail(该选题人数已满); } // 3. 检查是否已选择过该题唯一约束兜底 if (selectionMapper.existsByStudentAndTopic(studentId, topicId)) { return SelectionResult.fail(您已选择过该选题); } // 4. 插入选择记录初始状态为‘待确认’ ThesisSelection selection new ThesisSelection(); selection.setStudentId(studentId); selection.setTopicId(topicId); selection.setSelectionStatus(SelectionStatus.PENDING); selectionMapper.insert(selection); // 5. 更新选题已选人数 (原子操作) int updateCount topicMapper.incrementSelectedNum(topicId); if (updateCount 0) { // 乐观锁版本号或条件更新 // 理论上不会走到这里因为前面用了FOR UPDATE但作为兜底 throw new ConcurrentSelectionException(选题选择冲突请重试); } // 6. 如果选题已选满更新其状态 if (topic.getCurrentSelectedNum() 1 topic.getMaxSelectedNum()) { topicMapper.updateStatus(topicId, TopicStatus.FULL); } return SelectionResult.success(选题申请提交成功等待教师确认, selection.getId()); } }深度解析SELECT ... FOR UPDATE会在事务中锁定该行数据直到事务提交。这保证了在步骤2到步骤5之间其他事务无法读取或修改这条选题记录彻底避免了超选。但缺点是性能开销大在超高并发下可能造成大量事务排队等待引发死锁风险。适用于选课人数可控如单次几百人的场景。方案二数据库乐观锁 唯一约束更轻量级的方案依赖数据库的唯一约束来保证最终一致性。Override public SelectionResult selectTopicOptimistic(Long studentId, Long topicId) { // 前置检查同上略... // 核心使用数据库条件更新保证原子性 int updateCount topicMapper.incrementSelectedNumIfNotFull(topicId); // SQL: UPDATE thesis_topic SET current_selected_num current_selected_num 1, update_time NOW() WHERE id #{id} AND current_selected_num max_selected_num if (updateCount 0) { // 更新失败说明选题已满或不存在 return SelectionResult.fail(选题选择失败可能人数已满); } // 插入选择记录依赖唯一约束 uk_student_topic 防止重复插入 try { ThesisSelection selection new ThesisSelection(); // ... 设置属性 selectionMapper.insert(selection); } catch (DuplicateKeyException e) { // 捕获唯一键冲突异常说明重复选择 // 需要回滚上面的人数增加操作吗这是一个难点。 // 更好的做法将“增加人数”和“插入记录”放在一个事务中利用数据库的原子性。 // 或者先插入记录唯一约束拦截重复成功后再增加人数。 // 这里采用“先插记录后增人数”的变种但顺序要调整以避免其他问题。 // 更稳健的实现是使用数据库的“条件更新”和“插入”在一条SQL或存储过程中完成或使用分布式锁。 log.warn(学生[{}]重复选择选题[{}], studentId, topicId); // 需要补偿将刚才增加的人数减回去 topicMapper.decrementSelectedNum(topicId); return SelectionResult.fail(请勿重复选择同一选题); } return SelectionResult.success(选择成功, selection.getId()); }踩坑实录乐观锁方案的关键在于“检查并更新”的操作必须是原子的。上面的代码将“增加人数”和“插入记录”分成了两步在极端高并发下可能插入记录失败但人数已增加导致数据不一致人数虚高。最稳健的做法是使用数据库的存储过程或者利用 Redis 分布式锁在锁内完成“检查-更新-插入”整个序列。对于校内系统并发量不是天文数字方案一悲观锁的复杂度更低数据一致性更有保障通常是更推荐的选择。4.3 业务状态机与教师确认流程学生提交选择后记录状态为“待确认”。教师登录后可以看到选择自己课题的学生列表并进行确认或拒绝。Override Transactional public void confirmSelection(Long recordId, Long teacherId, boolean isConfirmed, String feedback) { // 1. 查询选择记录并关联查询选题信息验证教师权限 ThesisSelection selection selectionMapper.selectWithTopicById(recordId); if (selection null || !selection.getThesisTopic().getTeacherId().equals(teacherId)) { throw new BusinessException(无权操作此记录); } if (!SelectionStatus.PENDING.equals(selection.getSelectionStatus())) { throw new BusinessException(该记录已处理不可重复操作); } // 2. 更新选择记录状态 if (isConfirmed) { selection.setSelectionStatus(SelectionStatus.CONFIRMED); selection.setFinalResult(1); // 标记为最终选题 selection.setTeacherFeedback(feedback); selectionMapper.updateById(selection); // 3. 如果确认需要将此学生其他的待确认选择全部拒绝 selectionMapper.batchUpdateStatusToRejected(selection.getStudentId(), recordId); // 4. 可选发送系统通知给学生 noticeService.sendSelectionConfirmedNotice(selection.getStudentId(), selection.getTopicId()); } else { selection.setSelectionStatus(SelectionStatus.REJECTED); selection.setTeacherFeedback(feedback); selectionMapper.updateById(selection); // 5. 如果拒绝需要将对应选题的已选人数减1 topicMapper.decrementSelectedNum(selection.getTopicId()); // 同时如果该选题之前是“已满”状态现在需要变回“已发布” topicMapper.updateStatusIfNotFull(selection.getTopicId()); } }这个流程体现了业务状态机的流转PENDING - CONFIRMED/REJECTED并确保了数据的联动更新。5. 关键功能模块的前后端协作后端 API 实现后需要与前端协作。我们使用 RESTful 风格设计 API并以“管理员发布选题批次”和“学生双选志愿”为例。5.1 RESTful API 设计示例选题相关GET /api/topics分页查询选题列表支持按状态、教师、关键词过滤。POST /api/topics教师发布新选题。PUT /api/topics/{id}教师更新选题。GET /api/topics/my-published教师查看自己发布的选题。选择相关POST /api/selections学生选择选题传入topicId。GET /api/selections/my-selections学生查看自己的选择记录。PUT /api/selections/{recordId}/confirmation教师确认/拒绝选择。批次与流程控制POST /api/batches管理员创建新的选题批次设置开始/结束时间。PUT /api/system/selection-phase管理员切换系统阶段如“准备阶段”、“学生选题阶段”、“教师确认阶段”、“结果公示阶段”。5.2 前端实现要点以“学生双选志愿”页面为例前端以 Vue 3 Element Plus 为例需要实现一个志愿填报界面。template div classselection-page el-alert v-if!batchInfo.isInSelectionPhase :closablefalse typewarning show-icon 当前不在选题阶段。开放时间{{ batchInfo.startTime }} 至 {{ batchInfo.endTime }} /el-alert div v-else el-steps :activecurrentStep finish-statussuccess simple el-step title查看选题 / el-step title填报志愿 / el-step title确认提交 / /el-steps !-- 志愿列表 -- div v-for(order, index) in maxOrder :keyindex classvolunteer-item h3第 {{ order }} 志愿/h3 el-select v-modelvolunteers[order-1].topicId filterable remote :remote-methodsearchTopic placeholder请输入选题标题或导师姓名搜索 :loadingsearchLoading changehandleTopicChange(order, $event) el-option v-foritem in topicOptions :keyitem.id :label${item.topicTitle} (${item.teacherName}) - 剩余:${item.leftSlots} :valueitem.id :disableditem.leftSlots 0 / /el-select el-tag v-ifvolunteers[order-1].topicId typeinfo closable closeclearVolunteer(order) {{ getTopicTitle(volunteers[order-1].topicId) }} /el-tag /div el-button typeprimary :loadingsubmitting clicksubmitSelections提交志愿/el-button /div /div /template script setup import { ref, onMounted } from vue; import { getSelectionBatch, searchTopicsApi, submitVolunteers } from /api/selection; import { ElMessage } from element-plus; const batchInfo ref({}); const currentStep ref(0); const volunteers ref(Array.from({length: 5}, (_, i) ({order: i1, topicId: null}))); // 假设最多5个志愿 const topicOptions ref([]); const searchLoading ref(false); const submitting ref(false); // 加载当前批次信息 const loadBatchInfo async () { const res await getSelectionBatch(); batchInfo.value res.data; currentStep.value batchInfo.value.isInSelectionPhase ? 1 : 0; }; // 搜索选题 const searchTopic async (query) { if (query) { searchLoading.value true; const res await searchTopicsApi({ keyword: query, pageSize: 20 }); topicOptions.value res.data.list; searchLoading.value false; } }; // 提交志愿 const submitSelections async () { const selected volunteers.value.filter(v v.topicId).map(v ({topicId: v.topicId, order: v.order})); if (selected.length 0) { ElMessage.warning(请至少选择一个志愿); return; } submitting.value true; try { await submitVolunteers(selected); ElMessage.success(志愿提交成功); currentStep.value 2; // 跳转到确认步骤 } catch (error) { ElMessage.error(error.message || 提交失败); } finally { submitting.value false; } }; onMounted(() { loadBatchInfo(); }); /script前端经验志愿填报界面需要良好的用户体验和防错设计。比如使用远程搜索帮助用户快速定位选题禁用已满额的选项提交前进行本地校验如志愿是否重复提交后给出明确的状态反馈。同时要实时从后端获取批次状态控制页面元素的可用性。5.3 管理员后台选题批次与流程控制管理员需要一个后台界面来管理整个选题流程的生命周期。创建批次设置批次名称、年度、学生选择开始/截止时间、教师确认截止时间等。流程控制通过一个全局配置或状态字段来控制当前系统处于哪个阶段。不同阶段前端展示不同的功能和提示后端接口也会进行相应的权限和逻辑校验。public enum SystemPhase { PREPARATION, // 准备阶段老师录入题目管理员审核 STUDENT_SELECTION, // 学生选题阶段 TEACHER_CONFIRMATION, // 教师确认阶段 RESULT_PUBLISH, // 结果公示阶段 ARCHIVED // 已归档 }在每个关键业务 Service 的方法入口可以增加阶段校验Service public class SystemPhaseAspect { Autowired private SystemConfigService configService; Around(annotation(RequirePhase)) public Object checkPhase(ProceedingJoinPoint joinPoint) throws Throwable { MethodSignature signature (MethodSignature) joinPoint.getSignature(); RequirePhase annotation signature.getMethod().getAnnotation(RequirePhase.class); SystemPhase requiredPhase annotation.value(); SystemPhase currentPhase configService.getCurrentPhase(); if (currentPhase ! requiredPhase) { throw new BusinessException(当前系统处于【 currentPhase.getDescription() 】无法进行此操作); } return joinPoint.proceed(); } }然后在 Service 方法上使用注解RequirePhase(SystemPhase.STUDENT_SELECTION)。6. 系统部署、监控与性能考量一个完整的系统开发完成只是第一步如何稳定运行同样重要。6.1 应用部署与配置打包使用 Spring Boot Maven 插件打包成可执行 JARmvn clean package。生成的target/*.jar文件包含了所有依赖。生产环境配置使用application-prod.yml文件来覆盖开发配置关键配置包括server: port: 8080 servlet: context-path: /thesis-selection spring: datasource: url: jdbc:mysql://prod-db-host:3306/thesis_selection?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai username: ${DB_USER} password: ${DB_PASSWORD} hikari: maximum-pool-size: 20 # 连接池大小根据数据库性能调整 jpa: hibernate: ddl-auto: validate # 生产环境务必使用 validate 或 none禁止使用 update/create-drop show-sql: false # 关闭SQL日志提升性能 servlet: multipart: max-file-size: 10MB max-request-size: 20MB logging: level: com.yourcompany: INFO file: name: /var/log/thesis-selection/app.log重要提示数据库密码等敏感信息不要写在配置文件中应使用环境变量${DB_PASSWORD}或配置中心注入。启动与守护在 Linux 服务器上可以使用nohup启动但更推荐使用 systemd 或 Supervisor 来管理进程实现开机自启、自动重启。# 使用 systemd 示例 # /etc/systemd/system/thesis-selection.service [Unit] DescriptionThesis Selection System Afternetwork.target mysqld.service [Service] Typesimple Userappuser WorkingDirectory/opt/thesis-selection ExecStart/usr/bin/java -Xms512m -Xmx1024m -jar thesis-selection-system.jar --spring.profiles.activeprod SuccessExitStatus143 Restartalways RestartSec10 [Install] WantedBymulti-user.target6.2 基础监控与日志健康检查Spring Boot Actuator 提供了/actuator/health端点可以集成到监控系统如 Prometheus或负载均衡器的健康检查中。日志聚合使用 Logback 或 Log4j2 配置日志将日志输出到文件并配合logrotate进行日志切割。对于分布式部署可以考虑接入 ELKElasticsearch, Logstash, Kibana或 Graylog 进行集中日志管理和分析。数据库监控监控 MySQL 的连接数、慢查询、CPU/内存使用情况。可以定期运行EXPLAIN分析慢查询并为常用查询字段如status,teacher_id,release_year建立合适的索引。6.3 性能优化点数据库索引优化如前所述在thesis_topic表的(status, release_year)thesis_selection表的(student_id, selection_status)上建立复合索引能极大提升查询效率。缓存引入对于不常变化但频繁访问的数据如系统公告、当前批次信息、热门选题列表只读可以引入 Redis 缓存。例如在SystemConfigService.getCurrentPhase()方法上添加Cacheable注解。接口防刷与限流在“选择选题”这类核心接口上可以针对学生ID进行限流防止脚本恶意请求。Spring Boot 可以集成 Resilience4j 或 Sentinel 来实现。前端资源优化对 Vue/React 构建的静态资源JS、CSS进行压缩、合并并配置 Nginx 启用 Gzip 压缩和浏览器缓存。从“选题难”到“选题易”一个设计良好的论文选题系统不仅能将教务老师从繁琐的重复劳动中解放出来更能为学生和教师提供一个公平、透明、高效的沟通平台。这个基于 Spring Boot 和 MySQL 的实现方案涵盖了从需求分析、数据库设计、并发业务逻辑实现到前后端协作、部署上线的全流程。其中对于并发选课场景下数据一致性的处理是此类系统的技术核心需要根据实际并发规模在“数据库悲观锁”和“乐观锁补偿机制”之间做出权衡。希望这个详细的拆解能为你实现自己的系统提供一份可靠的“地图”。在实际开发中你还可以根据具体需求加入消息推送、智能推荐、查重检测等更高级的功能。本文还有配套的精品资源点击获取