1. 项目概述毕业设计选题系统到底在解决什么问题每年九月十月各高校开始布置下一年毕业设计选题我陆陆续续带过几届本科生毕设遇到最多的一个题目就是毕业设计选题管理系统。有的学校叫毕业设计选题平台有的叫毕业设计管理工具叫法一大堆本质都一样把原来靠Excel、微信群、口头协调来推进的选题流程搬到Web系统里统一管理。这个题目也非常适合Java方向的同学核心技术栈就是标题里写的这一套Java SpringBoot SSMSpring、SpringMVC、MyBatis MySQL。不管你是正在纠结课设选题还是已经抽到这个题目、正在为怎么动工发愁这篇东西应该都能帮上忙。先说清楚它解决什么问题。没有系统的时候选题流程大概是这样的教务发一张Excel表格里面列了老师出的题目学生在教室里传阅圈定几个意向再人工统计、协调然后老师挨个确认。题目多、班级多、时间又集中之后这套流程几乎一定会出问题——有学生漏看截止日期、有多名学生同时选了同一个题目、有老师出完题又改要求但学生不知道。流程本身不复杂崩就崩在信息不同步。系统要做的不是把流程变复杂而是把每一个状态变化记录下来让所有角色看到的是同一份数据。角色也固定。管理员维护教师账号、设置选题时间窗口、审核题目、看统计报表教师出题、设置人数上限、审核学生选题学生浏览题目、提交选题、查看结果、被驳回后重新选题。功能就是这三个人物的CRUD加审批流转做起来并不难难的是把每种状态之间的约束想清楚。1.1 三个参与角色三条主流程这个系统建议一开始就按角色拆需求不要上来就写代码。我一般会在设计文档里把流程画成文字版先给学校老师过目第一段流程管理员开放选题系统并设置时间窗口教师登录后发布题目填写题目名称、简介、要求、所属方向、人数上限管理员审核题目通过之后学生才能看到。第二段流程学生在窗口期内浏览题目提交选题申请教师端收到待审核列表决定通过或驳回学生端实时刷新状态被驳回的可以重新选题。第三段流程选题全部结束后管理员按专业、按教师、按选题状态生成统计表用于教务留档和后续安排答辩分组。三个角色之间有交叉但数据流向是单向的。管理员管人教师管题和审核学生只管自己的选题记录。权限边界清晰之后接口设计也会跟着清晰。很多同学在这里最容易犯的错是学生可以直接看到所有接口甚至能把自己身份改成管理员所以登录权限这块要单独设计我后面会专门讲。1.2 为什么说它是标准的管理系统类毕设这类系统在毕设里被选得特别多是因为它正好踩在课设和毕设的评分点上有标准的三层架构有基本的权限控制有数据库表之间的关联查询也有一个明确的业务闭环——从出题到选题再到结果统计。评委看的时候不需要你讲什么高深算法他要看的是你有没有把需求转成表结构、把流程转成状态字段、把并发问题处理干净。换个角度说管理系统是最容易落地、也最容易写出完整文档的题目类型。缺点是如果不加一点自己的设计容易撞车。所以同一套选题系统我建议至少往某个方向挖深一点要么认真处理并发选题要么加统计图表要么做消息提醒。评分差异往往就在这些细节上而不是把代码写完就跑。2. 技术选型SpringBoot 和 SSM 到底是不是一回事先解决一个很多同学会懵的问题标题里写着SpringBootSSM但SSM本身不是已经包含Spring了吗是不是写错了没有写错只是省略了说法的完整含义。SSM是指Spring SpringMVC MyBatis这套经典组合SpringBoot并不是来替代Spring的它做的事情是把Spring的配置简化掉让你不用写一堆XML。所以更准确的理解是这个项目基于SpringBoot构建内部依然是SSM那套分层结构——Controller层负责接收请求Service层写业务逻辑Mapper层用MyBatis和数据库打交道。我记得有同学在答辩时被问SpringBoot和SSM的区别他愣了半天说SSM是配置文件的SpringBoot是自动配置的。这话方向是对的但不够完整。SpringBoot最大的三个特性是依赖管理starter、自动配置、以及内嵌容器。你引入spring-boot-starter-web就知道这个项目要按Web应用来装配你引入spring-boot-starter-jdbc数据源相关配置就会自动生效。这背后是EnableAutoConfiguration机制它在启动时扫描classpath下的依赖遇到对应starter就自动注册相关Bean。这个东西面试也常问后面我会再说怎么跟面试官讲。2.1 从SSM到SpringBoot不是替代而是简化传统SSM项目你得自己维护一堆配置文件dispatcherServlet配置、Spring容器配置、MyBatis的SqlSessionFactory配置、事务管理器配置光这些XML文件就够新人折腾一两周。SpringBoot把这些都整合成自动配置你只需要在application.yml里写数据源信息剩下的交给框架。用一句话概括SpringBoot是个壳壳里还是SpringMVC和MyBatis那套机制只是壳把创建工作做完了。所以你在写SpringBoot SSM毕设时技术栈表述改成这样是比较严谨的表现层SpringMVCSpringBoot内嵌Web模块业务层Spring IoC 声明式事务持久层MyBatis MySQL项目骨架SpringBoot答辩的时候如果被追问你用了SSM还是SpringBoot你就按上面这个结构回答说明你清楚两者不是二选一。2.2 为什么用 MyBatis 而不用 JPA管理系统类项目用MyBatis的好处是SQL可控。比如统计每个老师名下题目数量、统计不同专业学生选题情况这些查询在JPA里要么写JPQL要么走Specification对很多同学来说反而不如直接写SQL直观。MyBatis的XML里写好SQL一眼就能看到查了哪些表、过滤条件是什么答辩时也方便对着SQL讲业务。可能有人会说MyBatis-Plus更省事单表CRUD都不用写SQL。这个确实毕设用MyBatis-Plus也完全没问题而且能少写很多样板代码。但我的建议是如果你打算讲原理至少把基础MyBatis的XML配置搞清楚哪怕最终用MP来提速。因为面试和答辩问得深的时候问的往往是MyBatis怎么读XML怎么防SQL注入Mapper代理对象怎么生成的这些你不懂的话项目经验会打折扣。2.3 前端方案模板引擎和前后端分离怎么选这类选题系统有两种常见前端做法。一种是SpringBoot直接集成Thymeleaf模板引擎页面在后端渲染登录状态用Session代码量少部署也简单。另一种是前端Vue 后端接口完全前后端分离接口返回JSON登录用Token。我的意见是除非你对Vue已经很熟否则就选Thymeleaf。原因很简单毕设的重头在逻辑和数据库设计而不是前端炫技。前后端分离意味着你要处理跨域、Token拦截、异步刷新等问题每一个单独拿出来都能写一篇博客放在毕设周期里纯属给自己加码。Thymeleaf的语法和HTML很像循环、条件、日期格式化都有现成标签学半天就能上手。而且用Session登录天然就处理了那个怎么知道当前是谁的问题。当然我也理解有些学校课程明确要求Vue。如果是这种情况后端接口设计要单独考虑Session要换成Token跨域要配CORS或者用代理转发这部分我会在第4章里提到对接思路。3. 数据库设计与关键约束写管理系统第一步一定是建表而且建表不要凭感觉。我见过不少同学把用户角色、教师信息、学生信息全塞在一张user表里后来发现角色字段一变判断逻辑全乱。我通常建议至少拆成六张核心表用户表、学生信息表、教师信息表、题目分类表、题目表、选题记录表。3.1 核心表结构与字段设计表设计可以按这个思路走实际字段名你按自己习惯调整**用户表sys_user**存登录账号密码角色字段区分学生、教师、管理员。不要直接叫user因为user是部分数据库的保留字容易出幺蛾子。**学生信息表student**存学号、姓名、专业、班级、电话。一张表只做一件事权限判断用sys_user业务展示用student。**教师信息表teacher**存工号、姓名、职称、所属院系、研究方向。**题目分类表category**存方向名称比如Java开发大数据人工智能。分类独立一张表是为了后面统计和筛选方便。**选题表topic**是核心。字段我建议这样设计CREATE TABLE topic ( id INT PRIMARY KEY AUTO_INCREMENT, topic_title VARCHAR(100) NOT NULL COMMENT 题目名称, topic_desc TEXT COMMENT 题目简介, requirements VARCHAR(500) COMMENT 技术要求, category_id INT COMMENT 所属分类, teacher_id INT NOT NULL COMMENT 出题教师, capacity INT DEFAULT 1 COMMENT 人数上限, selected_count INT DEFAULT 0 COMMENT 已选人数, status TINYINT DEFAULT 0 COMMENT 0待审核 1已通过 2已驳回 3已关闭, deadline DATETIME COMMENT 允许选题截止时间, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT毕业设计题目表;**选题记录表selection**记录学生和题目的关系以及审核状态同样的道理状态字段单独拆出来CREATE TABLE selection ( id INT PRIMARY KEY AUTO_INCREMENT, topic_id INT NOT NULL, student_id INT NOT NULL, status TINYINT DEFAULT 0 COMMENT 0待审核 1通过 2驳回 3取消, audit_comment VARCHAR(200) COMMENT 审核意见, select_time DATETIME DEFAULT CURRENT_TIMESTAMP, audit_time DATETIME ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT选题记录表;多一个valid字段是我在实际项目里踩过坑之后加的它的作用是保证一个学生只能有一个有效选题下面单独说。3.2 防止重复选题唯一索引是兜底方案这是整个项目里我建议你花最多心思讲的地方因为评委和面试官都爱问。先想这个场景一个热门题目人数上限是3人当前已选3人第4个学生点击选题的同时第3个学生也正在点。如果代码只写了先判断人数是否满再插入记录两个人同时读到当前3人未满都会通过判断然后双双插入成功人数就变成5。前端再怎么限制也拦不住这种并发必须靠数据库和人同时保证。我的做法是两步第一步给选题记录表加一个唯一索引保证同一学生最多只有一条活跃记录。具体做法是在selection表里加valid TINYINT NOT NULL DEFAULT 1字段有效记录是1取消的记录改成0然后建唯一索引ALTER TABLE selection ADD UNIQUE KEY uk_student_valid (student_id, valid);这样MySQL从索引层面就能拦截住同一个人想同时拥有两条活跃选题记录的情况。这招很多人不知道以为只能靠代码判断我说实话代码判断在单机测试没问题放到真实选课高峰就是挡不住。第二步更新题目人数时用一条带条件的UPDATE让数据库自己判断是否还有名额UPDATE topic SET selected_count selected_count 1 WHERE id #{topicId} AND selected_count capacity AND status 1这行UPDATE返回受影响行数如果返回0说明名额已经没了程序直接抛异常如果返回1说明当前用户就是合法抢到名额的人。这个操作本身是原子的MySQL会对这条记录加行锁两个事务同时执行时后一个会等待前一个提交看到的selected_count已经变化。我建议这段逻辑单独写一个方法并且在Service方法上加上事务注解Transactional(rollbackFor Exception.class) public void selectTopic(Long studentId, Long topicId) { // 1. 校验学生是否已有有效选题唯一索引也会兜底 // 2. 尝试占住名额 int rows topicMapper.increaseSelectedCount(topicId); if (rows 0) { throw new BizException(选题失败人数已满或题目不可选); } // 3. 插入选题记录 selectionMapper.insert(new Selection(topicId, studentId, 0, 1)); }这里需要特别注意Transactional默认只对RuntimeException回滚对普通异常不回滚所以如果你自定义的是Exception的子类一定要写rollbackFor Exception.class否则会出现名字占上了但选题记录没写进去这种半残状态。3.3 选题流程的状态机设计我设计状态字段时会用极简的整数枚举不会在Java里到处写魔法数字。比如题目的状态0待审核、1已通过、2已驳回、3已关闭选题记录的状态0待审核、1通过、2驳回、3取消。为什么不用字符串因为整数占空间小、索引快更重要的是状态流转逻辑简单。题目状态流转是这样教师新出题 → 待审核 → 管理员通过/驳回 → 通过后学生可见如果截止时间过了或者人数满了自动置为关闭。学生选题记录的状态流转提交 → 待审核 → 教师通过/驳回学生自己也可以在待审核状态下取消取消后可以重选。状态机的好处是每个页面只需要按状态过滤列表不需要在Service里写一堆if else判断当前是什么情况。你甚至可以建一张状态流转表记录谁在什么时间把状态改成了什么这就是审计日志很多毕设加分项其实是这种小设计堆起来的不一定非要写微服务。4. 从 IDEA 新建项目到核心功能落地到了动手环节。这个项目从0到1的完整流程我建议按下面几步走每一步都有讲究。4.1 创建项目的正确姿势版本匹配是关键第一步在IDEA里用Spring Initializr新建项目但版本选择要非常小心。现在很多教程默认拉最新版SpringBoot然后跟着老教程写代码跑起来报错一堆。我的建议是本地装JDK 8就用SpringBoot 2.7.x本地装JDK 17才考虑SpringBoot 3.x。SpringBoot 3把javax.servlet换成了jakarta.servlet很多老代码里的import都要跟着改对于课设周期来说没必要在这个坑上浪费时间。引入依赖时核心就这几个dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdorg.mybatis.spring.boot/groupId artifactIdmybatis-spring-boot-starter/artifactId version2.3.1/version /dependency dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependencySpringBoot版本如果也是2.7.x这个组合非常稳。配置方面我推荐直接在application.yml里写server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/topic_system?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: root driver-class-name: com.mysql.cj.jdbc.Driver jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: Asia/Shanghai mybatis: mapper-locations: classpath*:mapper/*.xml type-aliases-package: com.example.topic.entity configuration: map-underscore-to-camel-case: true这里几个细节MySQL 8的驱动类名是com.mysql.cj.jdbc.Driver老文章里写com.mysql.jdbc.Driver在新驱动下会报警告甚至报错serverTimezone不配连接MySQL 8会报时区异常map-underscore-to-camel-case必须开否则数据库里topic_title映射不到实体类的topicTitle。这些其实都在官方文档里但事故率很高。DataSource配置完启动类别忘了扫描MapperSpringBootApplication MapperScan(com.example.topic.mapper) public class TopicApplication { public static void main(String[] args) { SpringApplication.run(TopicApplication.class, args); } }有同学喜欢在每个Mapper上加Mapper注解也行但项目里Mapper一多还是MapperScan省事。4.2 登录与鉴权一个拦截器就走完全部流程登录这块在这个项目规模下不需要上Spring Security会把自己绕晕。一个HandlerInterceptor就能搞定权限控制。思路是登录成功后把用户对象放进Session拦截器校验Session里有没有用户、以及角色是否符合接口要求。拦截器代码public class AuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session request.getSession(); SysUser user (SysUser) session.getAttribute(loginUser); if (user null) { response.sendRedirect(/login.html); return false; } return true; } }配置类里注册拦截路径和放行路径Configuration public class WebConfig implements WebMvcConfigurer { Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(new AuthInterceptor()) .addPathPatterns(/**) .excludePathPatterns(/login, /doLogin, /static/**); } }如果你用了前后端分离这种方式就要改。Session天然依赖Cookie跨域场景下Cookie不一定自动携带你需要做令牌认证后端登录成功生成一个token返回给前端前端每次Ajax请求带上Authorization请求头后端用一个过滤器验证token。token生成推荐io.jsonwebtoken:jjwt或者Spring Boot内置的加密工具自己写不复杂。但核心逻辑和Session拦截器是一样的只是从查Session变成解析token。角色鉴权也简单Session里多存一个role字段在Service或者拦截器里判断if (!TEACHER.equals(user.getRole())) { throw new BizException(该操作仅限教师); }管理员、教师、学生各自一个角色接口层面做粗粒度控制就够了。不用纠结细粒度权限模型那是另一个故事。4.3 并发选题事务 条件更新的正确写法上一个章节我讲了并发思路这里给出可以直接抄的完整代码。Service层以下面这个方式写我建议你在论文里重点截图这一段Transactional(rollbackFor Exception.class) public void submitSelection(Long studentId, Long topicId) { // 1. 校验选题时间是否在窗口期内 Topic topic topicMapper.selectById(topicId); if (topic null || !1.equals(topic.getStatus())) { throw new BizException(题目不存在或不可选); } if (topic.getDeadline() ! null topic.getDeadline().before(new Date())) { throw new BizException(该题目已过选题截止时间); } // 2. 校验学生是否已有有效选题记录 if (selectionMapper.existsValidSelection(studentId) 0) { throw new BizException(当前已有选题请先取消后再申请); } // 3. 带条件更新抢名额 int rows topicMapper.increaseSelectedCount(topicId); if (rows 0) { throw new BizException(选题失败该题目人数已满); } // 4. 插入选题记录 Selection selection new Selection(); selection.setTopicId(topicId); selection.setStudentId(studentId); selection.setStatus(0); selection.setValid(1); selectionMapper.insert(selection); }这里有个细节第2步和第4步之间看起来有时间差理论上有并发漏洞。但前面提到的唯一索引uk_student_valid就是兜底如果真的出现两个请求同时通过第2步到第4步插入时数据库会直接抛DuplicateKeyException事务回滚那个被错误的占位更新也会回滚。所以这三步是代码逻辑 乐观更新 数据库约束三层保护已经足够。Mapper的XML也放出来命名空间记得和接口完全一致update idincreaseSelectedCount UPDATE topic SET selected_count selected_count 1 WHERE id #{topicId} AND selected_count capacity AND status 1 /update这个SQL是我愿意在文档里花一页纸解释的地方因为它是整个系统最有技术含量的一行。4.4 统计报表几条SQL撑起管理端管理员页面总得有数据分析。写几条分组统计SQL就能把界面做得像样。按专业统计选题人数SELECT s.major, COUNT(s.id) AS total FROM selection sel JOIN student s ON sel.student_id s.id WHERE sel.status 1 GROUP BY s.major;按教师统计出题数和被选次数SELECT t.teacher_id, COUNT(DISTINCT t.id) AS topic_cnt, COUNT(sel.id) AS select_cnt FROM topic t LEFT JOIN selection sel ON t.id sel.topic_id AND sel.status 1 GROUP BY t.teacher_id;按题目分类统计热度SELECT c.id, c.name, COUNT(t.id) AS topic_cnt FROM category c LEFT JOIN topic t ON c.id t.category_id GROUP BY c.id;统计SQL写出来后后端Controller返回结果集前端用Thymeleaf循环渲染表格或者用ECharts画柱状图、饼图都行。我建议你加一个简单的图表哪怕只有一个柱状图答辩时都比纯表格更有视觉冲击力。5. 调试实录十个高频问题与解决对照表这个章节是对着实际调试过程整理的下面的每个问题我都至少帮学生排查过两次以上。你不是一定全遇到但遇到的时候能少走很多弯路。5.1 启动阶段的环境问题现象原因解决方案启动报Port 8080 was already in use端口被占用换端口server.port: 8081或者netstat -ano数据源连接失败Access denied for user rootlocalhost数据库账号密码不对或权限不足检查application.yml里的username/password确认MySQL能手动登录连接失败The server time zone value Öйú±ê׼ʱ¼ä时区问题在JDBC URL加serverTimezoneAsia/Shanghai启动后中文全乱码IDEA编码不是UTF-8Settings里File Encodings全部设成UTF-8JVM参数加-Dfile.encodingutf-8数据库连接加characterEncodingutf8启动阶段最容易忽略的是数据库字符集。MySQL建库建议直接用utf8mb4避免表情符号和生僻字出问题初始化脚本开头写清楚CREATE DATABASE topic_system DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE topic_system;5.2 MyBatis 集成问题MyBatis这个环节的报错很典型我先说三个Invalid bound statement (not found)这是XML和Mapper没关联上。检查namespace是不是写成接口全限定名检查application.yml里mapper-locations路径是否和XML实际位置一致检查XML文件是不是被IDEA漏编译target目录里没这个XML文件可以rebuild一下。org.apache.ibatis.binding.BindingException: Invalid bound statement上面说的那些排查完还是错十有八九是Mapper接口的方法名和XML里id不一致或者参数名不匹配。参数多的时候建议用Param注解明确标注。Could not find resource mapper/xxxMapper.xml多模块项目里常见检查resources目录是不是被标记成source root确认路径没有拼错。MyBatis还会遇到一类查询结果全是NULL的问题那是因为没开驼峰映射。配置里加上map-underscore-to-camel-case: true基本就能解决。这也是为什么我在配置文件模板里特意放进去不加没人告诉你。5.3 业务逻辑里的隐藏坑环境问题其实好排查业务逻辑的坑才坑人。我踩过最典型的几个第一个是删除题目时没管选题记录。老师看到自己题目没人选点了删除结果学生已经提交申请记录成了孤儿数据。正确做法是删除前检查selection表里有没有关联记录有关联就把题目状态改成关闭而不是物理删除。你可以加一个deleteFlag字段做逻辑删除别真把行删了。第二个是学生取消选题后selected_count没减一。很多同学只记得插入时占名额忘了取消时要释放名额。每次取消操作除了更新selection状态还要调用UPDATE topic SET selected_count selected_count - 1 WHERE id #{topicId} AND selected_count 0;第三个是我前面反复强调的没有处理并发导致名额超卖。很多单机测试根本测不出来因为测试时不会同时点提交。你可以用JMeter或者Postman并发跑10个请求来验证这是答辩时特别亮的加分点。还有一个不算bug但很常见的教训状态字段用带感情色彩的字符串比如用已选未选导致代码里到处写中文比较。改成整数枚举枚举类里加上描述映射数据库存整数前端展示处理后的中文这样改起来轻松得多。6. 答辩与面试怎么把课设开发成谈资最后聊点实际的。这个项目做完之后不只是交上去就完了它还是你简历上的一个项目经历。面试官大概率会拿这个项目来问你几个问题提前把问题想好比临时抱佛脚强。6.1 面试官常问的三个问题第一个必然是SpringBoot自动装配原理是什么。面试官问这个不是想听你背出SpringBootApplication由三个注解组成而是希望你能说明白启动时发生了什么。你回答的时候按这个层次讲SpringBoot在启动时会扫描spring.factories或者AutoConfiguration.imports里的自动配置类自动配置类上用ConditionalOnClass、ConditionalOnProperty等条件注解只有满足条件才生效最终再通过Import把配置类注册进容器。把这个讲清楚基本就能过。第二个是你如何保证选题数据的一致性。这就是上面第4.3节的内容。回答框架数据库唯一索引兜底 带条件的原子UPDATE 事务回滚。最好再补一句如果系统规模再大会引入Redis分布式锁或乐观锁版本号证明你视野不局限于这个课设。第三个是MyBatis的Mapper接口为什么不需要写实现类。这是很多Java面试八股题里出现过的问题。直接答MyBatis在启动时通过JDK动态代理为Mapper接口生成代理对象代理对象把方法调用转成对XML中对应SQL的执行。如果你能顺手提到用MapperScan注册Mapper那就更完整了。6.2 这个系统可以怎么继续扩展如果想让项目再上一点档次可以考虑这几个扩展方向用Redis缓存热门题目列表减少高频查询对数据库的压力。加一个定时任务到截止日期自动把未满员题目状态改成关闭。学生选题通过后用简单的站内消息或者邮件模板通知他你的选题已通过请尽快联系指导教师。把前后端分离改造做出来后端接口统一返回ResultT结构前端用Vue3 Element Plus重新写。这些扩展不用全做挑一到两个做完然后写进论文的系统展望部分。评委如果问你有什么改进计划你能具体说出哪个模块改成什么技术、解决什么问题就不会只回答一句未来希望能做得更好。我带毕设这些年最经常跟同学说的一句话是系统功能多少不重要但你要能对你写的每一张表、每一行关键SQL负责。毕业设计选题管理系统最大的好处是业务贴近真实、流程清晰它有足够多的细节让你展示对技术和工作流的理解。如果你真把这个项目的并发控制、状态流转、权限拦截都啃下来答辩的时候你会发现自己根本不慌。到时候你自然就知道这种看起来普通的管理系统认真做起来一点都不普通。