尧图网页设计 
简介这份资源是面向高校计算机相关专业学生与指导教师的毕业设计选题平台完整项目源码采用前后端分离架构后端以Java开发前端结合Vue、JavaScript与HTML/CSS实现响应式界面并融入人工智能算法优化选题推荐适合作为毕设参考、课程设计或管理系统学习案例。压缩包共102个文件约2.73MB包含30个Java源文件、12个Vue组件、12个JavaScript脚本以及SQL建表脚本、XML配置、properties与yml配置文件、md说明文档和少量静态资源覆盖课题发布、浏览、选择、审核与管理等核心模块并配有用户权限管理与操作日志。目前已有45人学习下载。读者可据此快速理解选题平台的模块划分、数据库设计与权限控制思路掌握从课题发布到审核完成的完整业务流程并借鉴其模块化开发与前后端整合方式用于二次开发或论文撰写参考。1. 从一份只有静态壳的源码包说起这个选题平台到底能跑出什么打开压缩包第一眼看到的是.babelrc、mvnw.cmd、app.fa514c1bf4c6e38f48d2f3acc1b82061.css、两个index.html、favicon.ico和一堆.gitignore、.gitkeep。没有pom.xml没有src目录没有application.yml。这不是一个能直接mvn spring-boot:run就起来的完整工程而是一个前端构建产物加配置骨架的混合体。很多同学拿到这类毕设资源包第一反应是“怎么跑不起来”第二反应是“是不是缺文件”。其实它更像一个已经编译过的前端壳子后端需要你按摘要描述里的技术路线自己补。这个资源对应的题目是“基于Web的毕业设计选题平台设计与实现”核心业务模块在摘要里写得很清楚课题发布、课题浏览、课题选择、选题审核、课题管理角色分学生、教师、管理员。技术栈是 Java 后端 HTML/CSS/JavaScript 前端 关系型数据库还提到了算法优化选题推荐。换句话说它不是一个纯静态页面展示而是一个带权限、带流程、带数据持久化的管理系统。适合谁适合正在做毕设选题方向、需要一套可运行的管理系统骨架来改造成自己题目的同学也适合想拿它当 Spring Boot 前端分离项目练手的开发者。但前提是你得接受它不是一个开箱即用的完整包而是一个需要你补齐后端和数据库的起点。2. 把静态壳还原成可运行工程目录结构、依赖与启动链路2.1 先判断你拿到的是前端产物还是后端源码压缩包里出现app.fa514c1bf4c6e38f48d2f3acc1b82061.css这种带哈希值的文件名基本可以确定是 Webpack 或 Vite 打包后的产物。.babelrc说明前端用了 Babel 做语法转换index.html有两个常见情况是一个是入口页另一个是某个子路由的模板页。mvnw.cmd是 Maven Wrapper 的 Windows 启动脚本意味着项目原本设计为 Maven 构建但pom.xml没在文件列表里出现可能是被.gitignore过滤了也可能是打包时漏了。我一般会先做一件事把压缩包解压后在根目录执行find . -name pom.xml -o -name build.gradle -o -name package.json看看构建文件到底在不在。如果只有mvnw.cmd没有pom.xml那这个包只能当参考不能直接构建。这时候不要急着删先把前端产物和后端配置分开看。# 查看压缩包内文件类型分布判断是源码还是构建产物 file app.fa514c1bf4c6e38f48d2f3acc1b82061.css file index.html # 统计文件数量和总大小对资源体量有个预期 find . -type f | wc -l du -sh .逻辑说明file命令能告诉你 CSS 是压缩后的还是带 sourcemap 的index.html是完整页面还是只有挂载点。参数说明-type f只统计普通文件wc -l输出行数即文件数du -sh看总占用。如果 CSS 文件只有几十 KB 且没有换行说明是生产构建产物改样式得找源文件或重新构建。2.2 补齐 Maven 工程骨架与 Spring Boot 依赖摘要里明确后端用 Java那最稳妥的路线是补一个 Spring Boot 工程。常见做法是拿start.spring.io生成一个最小依赖集然后把压缩包里的前端产物放进src/main/resources/static或src/main/resources/templates。如果你要用前后端分离就把index.html和 CSS 放到 Nginx 或独立静态目录后端只提供 REST 接口。!-- pom.xml 关键依赖按摘要里的技术栈选型 -- dependencies dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-thymeleaf/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-data-jpa/artifactId /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId scoperuntime/scope /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-security/artifactId /dependency /dependencies逻辑说明spring-boot-starter-web提供 MVC 和 REST 能力thymeleaf用于服务端渲染页面>-- 课题表对应摘要里的课题发布与管理模块 CREATE TABLE topic ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL, description TEXT, requirement TEXT, expected_goal TEXT, teacher_id BIGINT NOT NULL, status TINYINT DEFAULT 0 COMMENT 0待审核 1已发布 2已选满 3已下线, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ); -- 选题记录表对应选题申请与审核模块 CREATE TABLE selection ( id BIGINT PRIMARY KEY AUTO_INCREMENT, topic_id BIGINT NOT NULL, student_id BIGINT NOT NULL, status TINYINT DEFAULT 0 COMMENT 0待审核 1通过 2驳回, apply_time DATETIME DEFAULT CURRENT_TIMESTAMP, audit_time DATETIME, UNIQUE KEY uk_topic_student (topic_id, student_id) );逻辑说明topic.status控制课题生命周期selection.status控制选题流程。UNIQUE KEY防止同一学生对同一课题重复申请。参数说明teacher_id和student_id都指向user表主键实际建表时加外键约束或逻辑外键均可。如果摘要里的“选题推荐算法”要落地可以在topic表加tags字段用逗号分隔或单独建标签表。3. 课题发布与选题审核的接口实现从 Controller 到 Service 的完整链路3.1 课题发布接口的参数校验与落库教师发布课题时前端传过来的字段包括课题名称、内容描述、要求、预期目标。后端不能直接信任前端必须做参数校验。常见做法是用Valid加NotBlank、Size注解在 Controller 层拦截非法请求。RestController RequestMapping(/api/topic) public class TopicController { Autowired private TopicService topicService; PostMapping(/publish) public Result publish(Valid RequestBody TopicPublishDTO dto, RequestAttribute Long userId) { // userId 从登录态中取不信任前端传的 teacherId topicService.publish(dto, userId); return Result.success(); } } public class TopicPublishDTO { NotBlank(message 课题名称不能为空) Size(max 200, message 课题名称过长) private String title; NotBlank(message 内容描述不能为空) private String description; private String requirement; private String expectedGoal; // getter/setter 省略 }逻辑说明RequestAttribute从拦截器或 SecurityContext 中取当前登录用户 ID避免前端伪造teacherId。Valid触发 DTO 上的校验注解校验失败会抛MethodArgumentNotValidException需要全局异常处理器统一返回错误信息。参数说明Size(max 200)对应数据库VARCHAR(200)两边保持一致否则会出现“前端校验通过、数据库插入失败”的翻车现场。3.2 选题审核的状态机与并发控制学生提交选题申请后教师或管理员进行审核。审核动作有两个通过和驳回。状态流转必须严格待审核 → 通过或驳回不能从通过再回到待审核。我一般会在 Service 层用条件更新来防止并发重复审核。Service public class SelectionService { Autowired private SelectionRepository selectionRepository; Transactional public void audit(Long selectionId, Integer status, Long auditorId) { // 只有待审核状态才能被审核条件更新保证原子性 int updated selectionRepository.updateStatus( selectionId, status, auditorId, 0); if (updated 0) { throw new BizException(该申请已被处理或不存在); } // 如果审核通过把课题状态改为已选满 if (status 1) { Selection selection selectionRepository.findById(selectionId) .orElseThrow(() - new BizException(申请不存在)); topicRepository.updateStatus(selection.getTopicId(), 2); } } }逻辑说明updateStatus在 SQL 里带WHERE status 0条件只有待审核记录会被更新返回影响行数为 0 说明已经被别人处理过。参数说明status传 1 表示通过2 表示驳回和数据库注释保持一致。Transactional保证审核记录和课题状态更新在同一个事务里要么都成功要么都回滚。3.3 选题推荐算法的轻量落地方式摘要里提到“通过算法优化选题推荐过程”但没有指定具体算法。常见做法是基于标签匹配或协同过滤。如果时间有限我建议先做基于内容的推荐给学生打上兴趣标签给课题打上方向标签计算余弦相似度或简单交集。# 基于标签交集的选题推荐适合毕设体量 def recommend_topics(student_tags, topics, top_n5): scored [] for topic in topics: topic_tags set(topic[tags].split(,)) student_set set(student_tags) # 交集数量作为基础分可再加权重 score len(topic_tags student_set) if score 0: scored.append((topic, score)) scored.sort(keylambda x: x[1], reverseTrue) return [item[0] for item in scored[:top_n]]逻辑说明student_tags是学生兴趣标签列表topics是课题列表每个课题带tags字段。交集越大推荐优先级越高。参数说明top_n控制返回数量一般 5 到 10 条。这个算法不需要额外训练适合在 Service 层直接调用。如果要做协同过滤需要收集足够多的选题历史数据毕设阶段数据量往往不够容易变成“推荐结果全是热门课题”的玄学问题。4. 避坑与排查静态资源 404、跨域、权限拦截的常见翻车现场4.1 前端页面能打开但接口全部 404现象浏览器访问index.html正常但登录、发布课题等接口返回 404。原因前端产物放在static目录下后端接口路径没有加/api前缀或者server.servlet.context-path配置了额外前缀导致请求路径不匹配。解决先看浏览器 Network 面板里请求的完整 URL再对比 Controller 上的RequestMapping路径。如果前端是打包产物检查index.html里引用的 JS 文件路径是相对路径还是绝对路径绝对路径在带 context-path 时会失效。4.2 跨域请求被浏览器拦截现象前端在 8080 端口后端在 8081 端口接口返回 CORS 错误。原因前后端分离部署时浏览器同源策略阻止跨域请求。解决在后端加全局 CORS 配置或者用 Nginx 做反向代理把前后端统一到同一个域名和端口下。我一般推荐后者因为生产环境更干净。Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/api/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE) .allowCredentials(true) .maxAge(3600); } }逻辑说明allowedOriginPatterns(*)允许所有来源allowCredentials(true)允许携带 Cookie。参数说明maxAge(3600)表示预检请求缓存一小时减少 OPTIONS 请求次数。注意如果allowCredentials为 trueallowedOrigins不能写*必须用allowedOriginPatterns。4.3 Spring Security 默认拦截所有请求导致登录页也 401现象引入spring-boot-starter-security后所有接口包括登录接口都返回 401。原因Security 默认开启所有请求认证没有放行登录和静态资源。解决在 Security 配置里放行/login、/css/**、/js/**、/index.html其余请求按角色授权。Configuration public class SecurityConfig { Bean public SecurityFilterChain filterChain(HttpSecurity http) throws Exception { http.authorizeHttpRequests(auth - auth .requestMatchers(/login, /css/**, /js/**, /index.html).permitAll() .requestMatchers(/api/topic/publish).hasRole(TEACHER) .requestMatchers(/api/selection/audit).hasAnyRole(TEACHER, ADMIN) .anyRequest().authenticated()) .formLogin(form - form.loginPage(/login).permitAll()) .csrf(csrf - csrf.disable()); return http.build(); } }逻辑说明permitAll放行登录页和静态资源hasRole控制接口权限。参数说明csrf.disable()在前后端分离且用 Token 认证时可以关闭如果还用 Session 认证则不建议关闭。角色名要和数据库里存的角色标识一致常见坑是数据库存teacher代码里写ROLE_TEACHER导致权限永远不匹配。4.4 数据库连接池耗尽导致接口间歇性超时现象系统运行一段时间后部分接口响应极慢或超时日志里出现Connection is not available。原因连接池最大连接数设置过小或者有慢查询长时间占用连接。解决先看慢查询日志再调整 HikariCP 的maximum-pool-size和connection-timeout。毕设环境一般maximum-pool-size设 10 到 20 就够但要把leak-detection-threshold打开定位未关闭的连接。spring: datasource: hikari: maximum-pool-size: 15 connection-timeout: 3000 leak-detection-threshold: 20000逻辑说明leak-detection-threshold设为 20000 毫秒超过这个时间未归还的连接会打印堆栈。参数说明connection-timeout设 3000 毫秒避免请求线程无限等待。如果日志里频繁出现泄漏警告检查代码里是否有手动getConnection()没关闭的情况。4.5 前端哈希文件名导致更新后浏览器仍加载旧缓存现象修改了 CSS 或 JS重新部署后用户看到的还是旧样式。原因app.fa514c1bf4c6e38f48d2f3acc1b82061.css这种带哈希的文件名如果index.html里引用的哈希没变浏览器会直接用缓存。解决每次构建生成新的哈希文件名并确保index.html引用的是最新文件。如果用的是 Nginx给index.html设置Cache-Control: no-cache给带哈希的静态资源设置长期缓存。5. 从能跑到好用接口压测、日志审计与推荐效果验证的实操技巧5.1 用 JMeter 或 wrk 给选题接口做一轮基准压测系统能跑通之后下一步是知道它在多少人同时选题时会变慢。我一般用wrk做快速压测因为它命令行简单适合毕设环境。# 对课题列表接口做 10 秒压测12 个线程100 个连接 wrk -t12 -c100 -d10s http://localhost:8080/api/topic/list逻辑说明-t12表示 12 个线程-c100表示 100 个并发连接-d10s表示持续 10 秒。参数说明如果返回的Requests/sec低于预期先看后端日志有没有慢 SQL再看连接池是否打满。毕设系统一般能扛住 200 到 500 并发就算合格但要注意压测数据要提前准备否则列表接口查空表没有意义。5.2 操作日志表设计与关键动作埋点摘要里提到“详细的用户操作日志便于管理人员进行问题追踪和系统审计”。这个功能不需要很复杂一张operation_log表加一个 AOP 切面就能搞定。CREATE TABLE operation_log ( id BIGINT PRIMARY KEY AUTO_INCREMENT, user_id BIGINT, action VARCHAR(100), target_type VARCHAR(50), target_id BIGINT, detail TEXT, ip VARCHAR(50), created_at DATETIME DEFAULT CURRENT_TIMESTAMP );逻辑说明action记录动作类型如PUBLISH_TOPIC、AUDIT_SELECTIONtarget_type和target_id定位操作对象。参数说明ip字段从HttpServletRequest取注意反向代理场景下要读X-Forwarded-For头。埋点用 Spring AOP 在 Service 方法上打注解避免在每个业务方法里手写日志代码。5.3 推荐效果怎么验证准确率与覆盖率两个指标推荐算法上线后不能只看“有没有推荐”要看推荐得准不准。毕设阶段没有线上 A/B 测试条件可以用历史选题数据做离线评估。把学生已选课题作为正样本推荐列表里命中正样本的比例就是准确率。# 离线评估推荐准确率 def evaluate_recommendation(students, topics, recommend_func, k5): hit 0 total 0 for student in students: # 学生实际选过的课题作为 ground truth actual set(student[selected_topic_ids]) if not actual: continue rec_list recommend_func(student[tags], topics, top_nk) rec_ids set(t[id] for t in rec_list) hit len(rec_ids actual) total len(actual) return hit / total if total 0 else 0.0逻辑说明actual是学生真实选过的课题集合rec_ids是推荐列表里的课题集合交集越大准确率越高。参数说明k5表示取前 5 条推荐total是实际选题总数。如果准确率低于 0.1说明标签体系有问题需要重新设计课题标签或学生兴趣标签。覆盖率则是推荐过的课题数占总课题数的比例避免推荐结果集中在少数热门课题上。5.4 一个我踩过的坑别在毕设系统里上 Redis 缓存最后说一个血泪经验。很多同学为了让毕设“看起来高级”在选题平台里加 Redis 缓存课题列表。结果缓存和数据库不一致教师更新了课题状态学生端看到的还是旧数据审核通过后课题状态没同步导致一个课题被多个学生选中。毕设系统的数据量通常很小直接查数据库完全够用。如果非要加缓存必须处理好更新策略先更新数据库再删除缓存并且给缓存设置合理的过期时间。从那以后我每次做管理系统都强制先跑通数据库直连版本再考虑要不要加缓存。希望帮到你。本文还有配套的精品资源点击获取 基于Web的毕业设计选题平台：从静态壳到可运行工程的完整实现指南
简介这份资源是面向高校计算机相关专业学生与指导教师的毕业设计选题平台完整项目源码采用前后端分离架构后端以Java开发前端结合Vue、JavaScript与HTML/CSS实现响应式界面并融入人工智能算法优化选题推荐适合作为毕设参考、课程设计或管理系统学习案例。压缩包共102个文件约2.73MB包含30个Java源文件、12个Vue组件、12个JavaScript脚本以及SQL建表脚本、XML配置、properties与yml配置文件、md说明文档和少量静态资源覆盖课题发布、浏览、选择、审核与管理等核心模块并配有用户权限管理与操作日志。目前已有45人学习下载。读者可据此快速理解选题平台的模块划分、数据库设计与权限控制思路掌握从课题发布到审核完成的完整业务流程并借鉴其模块化开发与前后端整合方式用于二次开发或论文撰写参考。1. 从一份只有静态壳的源码包说起这个选题平台到底能跑出什么打开压缩包第一眼看到的是.babelrc、mvnw.cmd、app.fa514c1bf4c6e38f48d2f3acc1b82061.css、两个index.html、favicon.ico和一堆.gitignore、.gitkeep。没有pom.xml没有src目录没有application.yml。这不是一个能直接mvn spring-boot:run就起来的完整工程而是一个前端构建产物加配置骨架的混合体。很多同学拿到这类毕设资源包第一反应是“怎么跑不起来”第二反应是“是不是缺文件”。其实它更像一个已经编译过的前端壳子后端需要你按摘要描述里的技术路线自己补。这个资源对应的题目是“基于Web的毕业设计选题平台设计与实现”核心业务模块在摘要里写得很清楚课题发布、课题浏览、课题选择、选题审核、课题管理角色分学生、教师、管理员。技术栈是 Java 后端 HTML/CSS/JavaScript 前端 关系型数据库还提到了算法优化选题推荐。换句话说它不是一个纯静态页面展示而是一个带权限、带流程、带数据持久化的管理系统。适合谁适合正在做毕设选题方向、需要一套可运行的管理系统骨架来改造成自己题目的同学也适合想拿它当 Spring Boot 前端分离项目练手的开发者。但前提是你得接受它不是一个开箱即用的完整包而是一个需要你补齐后端和数据库的起点。2. 把静态壳还原成可运行工程目录结构、依赖与启动链路2.1 先判断你拿到的是前端产物还是后端源码压缩包里出现app.fa514c1bf4c6e38f48d2f3acc1b82061.css这种带哈希值的文件名基本可以确定是 Webpack 或 Vite 打包后的产物。.babelrc说明前端用了 Babel 做语法转换index.html有两个常见情况是一个是入口页另一个是某个子路由的模板页。mvnw.cmd是 Maven Wrapper 的 Windows 启动脚本意味着项目原本设计为 Maven 构建但pom.xml没在文件列表里出现可能是被.gitignore过滤了也可能是打包时漏了。我一般会先做一件事把压缩包解压后在根目录执行find . -name pom.xml -o -name build.gradle -o -name package.json看看构建文件到底在不在。如果只有mvnw.cmd没有pom.xml那这个包只能当参考不能直接构建。这时候不要急着删先把前端产物和后端配置分开看。# 查看压缩包内文件类型分布判断是源码还是构建产物 file app.fa514c1bf4c6e38f48d2f3acc1b82061.css file index.html # 统计文件数量和总大小对资源体量有个预期 find . -type f | wc -l du -sh .逻辑说明file命令能告诉你 CSS 是压缩后的还是带 sourcemap 的index.html是完整页面还是只有挂载点。参数说明-type f只统计普通文件wc -l输出行数即文件数du -sh看总占用。如果 CSS 文件只有几十 KB 且没有换行说明是生产构建产物改样式得找源文件或重新构建。2.2 补齐 Maven 工程骨架与 Spring Boot 依赖摘要里明确后端用 Java那最稳妥的路线是补一个 Spring Boot 工程。常见做法是拿start.spring.io生成一个最小依赖集然后把压缩包里的前端产物放进src/main/resources/static或src/main/resources/templates。如果你要用前后端分离就把index.html和 CSS 放到 Nginx 或独立静态目录后端只提供 REST 接口。!-- pom.xml 关键依赖按摘要里的技术栈选型 -- dependencies dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-thymeleaf/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-data-jpa/artifactId /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId scoperuntime/scope /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-security/artifactId /dependency /dependencies逻辑说明spring-boot-starter-web提供 MVC 和 REST 能力thymeleaf用于服务端渲染页面>-- 课题表对应摘要里的课题发布与管理模块 CREATE TABLE topic ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL, description TEXT, requirement TEXT, expected_goal TEXT, teacher_id BIGINT NOT NULL, status TINYINT DEFAULT 0 COMMENT 0待审核 1已发布 2已选满 3已下线, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ); -- 选题记录表对应选题申请与审核模块 CREATE TABLE selection ( id BIGINT PRIMARY KEY AUTO_INCREMENT, topic_id BIGINT NOT NULL, student_id BIGINT NOT NULL, status TINYINT DEFAULT 0 COMMENT 0待审核 1通过 2驳回, apply_time DATETIME DEFAULT CURRENT_TIMESTAMP, audit_time DATETIME, UNIQUE KEY uk_topic_student (topic_id, student_id) );逻辑说明topic.status控制课题生命周期selection.status控制选题流程。UNIQUE KEY防止同一学生对同一课题重复申请。参数说明teacher_id和student_id都指向user表主键实际建表时加外键约束或逻辑外键均可。如果摘要里的“选题推荐算法”要落地可以在topic表加tags字段用逗号分隔或单独建标签表。3. 课题发布与选题审核的接口实现从 Controller 到 Service 的完整链路3.1 课题发布接口的参数校验与落库教师发布课题时前端传过来的字段包括课题名称、内容描述、要求、预期目标。后端不能直接信任前端必须做参数校验。常见做法是用Valid加NotBlank、Size注解在 Controller 层拦截非法请求。RestController RequestMapping(/api/topic) public class TopicController { Autowired private TopicService topicService; PostMapping(/publish) public Result publish(Valid RequestBody TopicPublishDTO dto, RequestAttribute Long userId) { // userId 从登录态中取不信任前端传的 teacherId topicService.publish(dto, userId); return Result.success(); } } public class TopicPublishDTO { NotBlank(message 课题名称不能为空) Size(max 200, message 课题名称过长) private String title; NotBlank(message 内容描述不能为空) private String description; private String requirement; private String expectedGoal; // getter/setter 省略 }逻辑说明RequestAttribute从拦截器或 SecurityContext 中取当前登录用户 ID避免前端伪造teacherId。Valid触发 DTO 上的校验注解校验失败会抛MethodArgumentNotValidException需要全局异常处理器统一返回错误信息。参数说明Size(max 200)对应数据库VARCHAR(200)两边保持一致否则会出现“前端校验通过、数据库插入失败”的翻车现场。3.2 选题审核的状态机与并发控制学生提交选题申请后教师或管理员进行审核。审核动作有两个通过和驳回。状态流转必须严格待审核 → 通过或驳回不能从通过再回到待审核。我一般会在 Service 层用条件更新来防止并发重复审核。Service public class SelectionService { Autowired private SelectionRepository selectionRepository; Transactional public void audit(Long selectionId, Integer status, Long auditorId) { // 只有待审核状态才能被审核条件更新保证原子性 int updated selectionRepository.updateStatus( selectionId, status, auditorId, 0); if (updated 0) { throw new BizException(该申请已被处理或不存在); } // 如果审核通过把课题状态改为已选满 if (status 1) { Selection selection selectionRepository.findById(selectionId) .orElseThrow(() - new BizException(申请不存在)); topicRepository.updateStatus(selection.getTopicId(), 2); } } }逻辑说明updateStatus在 SQL 里带WHERE status 0条件只有待审核记录会被更新返回影响行数为 0 说明已经被别人处理过。参数说明status传 1 表示通过2 表示驳回和数据库注释保持一致。Transactional保证审核记录和课题状态更新在同一个事务里要么都成功要么都回滚。3.3 选题推荐算法的轻量落地方式摘要里提到“通过算法优化选题推荐过程”但没有指定具体算法。常见做法是基于标签匹配或协同过滤。如果时间有限我建议先做基于内容的推荐给学生打上兴趣标签给课题打上方向标签计算余弦相似度或简单交集。# 基于标签交集的选题推荐适合毕设体量 def recommend_topics(student_tags, topics, top_n5): scored [] for topic in topics: topic_tags set(topic[tags].split(,)) student_set set(student_tags) # 交集数量作为基础分可再加权重 score len(topic_tags student_set) if score 0: scored.append((topic, score)) scored.sort(keylambda x: x[1], reverseTrue) return [item[0] for item in scored[:top_n]]逻辑说明student_tags是学生兴趣标签列表topics是课题列表每个课题带tags字段。交集越大推荐优先级越高。参数说明top_n控制返回数量一般 5 到 10 条。这个算法不需要额外训练适合在 Service 层直接调用。如果要做协同过滤需要收集足够多的选题历史数据毕设阶段数据量往往不够容易变成“推荐结果全是热门课题”的玄学问题。4. 避坑与排查静态资源 404、跨域、权限拦截的常见翻车现场4.1 前端页面能打开但接口全部 404现象浏览器访问index.html正常但登录、发布课题等接口返回 404。原因前端产物放在static目录下后端接口路径没有加/api前缀或者server.servlet.context-path配置了额外前缀导致请求路径不匹配。解决先看浏览器 Network 面板里请求的完整 URL再对比 Controller 上的RequestMapping路径。如果前端是打包产物检查index.html里引用的 JS 文件路径是相对路径还是绝对路径绝对路径在带 context-path 时会失效。4.2 跨域请求被浏览器拦截现象前端在 8080 端口后端在 8081 端口接口返回 CORS 错误。原因前后端分离部署时浏览器同源策略阻止跨域请求。解决在后端加全局 CORS 配置或者用 Nginx 做反向代理把前后端统一到同一个域名和端口下。我一般推荐后者因为生产环境更干净。Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/api/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE) .allowCredentials(true) .maxAge(3600); } }逻辑说明allowedOriginPatterns(*)允许所有来源allowCredentials(true)允许携带 Cookie。参数说明maxAge(3600)表示预检请求缓存一小时减少 OPTIONS 请求次数。注意如果allowCredentials为 trueallowedOrigins不能写*必须用allowedOriginPatterns。4.3 Spring Security 默认拦截所有请求导致登录页也 401现象引入spring-boot-starter-security后所有接口包括登录接口都返回 401。原因Security 默认开启所有请求认证没有放行登录和静态资源。解决在 Security 配置里放行/login、/css/**、/js/**、/index.html其余请求按角色授权。Configuration public class SecurityConfig { Bean public SecurityFilterChain filterChain(HttpSecurity http) throws Exception { http.authorizeHttpRequests(auth - auth .requestMatchers(/login, /css/**, /js/**, /index.html).permitAll() .requestMatchers(/api/topic/publish).hasRole(TEACHER) .requestMatchers(/api/selection/audit).hasAnyRole(TEACHER, ADMIN) .anyRequest().authenticated()) .formLogin(form - form.loginPage(/login).permitAll()) .csrf(csrf - csrf.disable()); return http.build(); } }逻辑说明permitAll放行登录页和静态资源hasRole控制接口权限。参数说明csrf.disable()在前后端分离且用 Token 认证时可以关闭如果还用 Session 认证则不建议关闭。角色名要和数据库里存的角色标识一致常见坑是数据库存teacher代码里写ROLE_TEACHER导致权限永远不匹配。4.4 数据库连接池耗尽导致接口间歇性超时现象系统运行一段时间后部分接口响应极慢或超时日志里出现Connection is not available。原因连接池最大连接数设置过小或者有慢查询长时间占用连接。解决先看慢查询日志再调整 HikariCP 的maximum-pool-size和connection-timeout。毕设环境一般maximum-pool-size设 10 到 20 就够但要把leak-detection-threshold打开定位未关闭的连接。spring: datasource: hikari: maximum-pool-size: 15 connection-timeout: 3000 leak-detection-threshold: 20000逻辑说明leak-detection-threshold设为 20000 毫秒超过这个时间未归还的连接会打印堆栈。参数说明connection-timeout设 3000 毫秒避免请求线程无限等待。如果日志里频繁出现泄漏警告检查代码里是否有手动getConnection()没关闭的情况。4.5 前端哈希文件名导致更新后浏览器仍加载旧缓存现象修改了 CSS 或 JS重新部署后用户看到的还是旧样式。原因app.fa514c1bf4c6e38f48d2f3acc1b82061.css这种带哈希的文件名如果index.html里引用的哈希没变浏览器会直接用缓存。解决每次构建生成新的哈希文件名并确保index.html引用的是最新文件。如果用的是 Nginx给index.html设置Cache-Control: no-cache给带哈希的静态资源设置长期缓存。5. 从能跑到好用接口压测、日志审计与推荐效果验证的实操技巧5.1 用 JMeter 或 wrk 给选题接口做一轮基准压测系统能跑通之后下一步是知道它在多少人同时选题时会变慢。我一般用wrk做快速压测因为它命令行简单适合毕设环境。# 对课题列表接口做 10 秒压测12 个线程100 个连接 wrk -t12 -c100 -d10s http://localhost:8080/api/topic/list逻辑说明-t12表示 12 个线程-c100表示 100 个并发连接-d10s表示持续 10 秒。参数说明如果返回的Requests/sec低于预期先看后端日志有没有慢 SQL再看连接池是否打满。毕设系统一般能扛住 200 到 500 并发就算合格但要注意压测数据要提前准备否则列表接口查空表没有意义。5.2 操作日志表设计与关键动作埋点摘要里提到“详细的用户操作日志便于管理人员进行问题追踪和系统审计”。这个功能不需要很复杂一张operation_log表加一个 AOP 切面就能搞定。CREATE TABLE operation_log ( id BIGINT PRIMARY KEY AUTO_INCREMENT, user_id BIGINT, action VARCHAR(100), target_type VARCHAR(50), target_id BIGINT, detail TEXT, ip VARCHAR(50), created_at DATETIME DEFAULT CURRENT_TIMESTAMP );逻辑说明action记录动作类型如PUBLISH_TOPIC、AUDIT_SELECTIONtarget_type和target_id定位操作对象。参数说明ip字段从HttpServletRequest取注意反向代理场景下要读X-Forwarded-For头。埋点用 Spring AOP 在 Service 方法上打注解避免在每个业务方法里手写日志代码。5.3 推荐效果怎么验证准确率与覆盖率两个指标推荐算法上线后不能只看“有没有推荐”要看推荐得准不准。毕设阶段没有线上 A/B 测试条件可以用历史选题数据做离线评估。把学生已选课题作为正样本推荐列表里命中正样本的比例就是准确率。# 离线评估推荐准确率 def evaluate_recommendation(students, topics, recommend_func, k5): hit 0 total 0 for student in students: # 学生实际选过的课题作为 ground truth actual set(student[selected_topic_ids]) if not actual: continue rec_list recommend_func(student[tags], topics, top_nk) rec_ids set(t[id] for t in rec_list) hit len(rec_ids actual) total len(actual) return hit / total if total 0 else 0.0逻辑说明actual是学生真实选过的课题集合rec_ids是推荐列表里的课题集合交集越大准确率越高。参数说明k5表示取前 5 条推荐total是实际选题总数。如果准确率低于 0.1说明标签体系有问题需要重新设计课题标签或学生兴趣标签。覆盖率则是推荐过的课题数占总课题数的比例避免推荐结果集中在少数热门课题上。5.4 一个我踩过的坑别在毕设系统里上 Redis 缓存最后说一个血泪经验。很多同学为了让毕设“看起来高级”在选题平台里加 Redis 缓存课题列表。结果缓存和数据库不一致教师更新了课题状态学生端看到的还是旧数据审核通过后课题状态没同步导致一个课题被多个学生选中。毕设系统的数据量通常很小直接查数据库完全够用。如果非要加缓存必须处理好更新策略先更新数据库再删除缓存并且给缓存设置合理的过期时间。从那以后我每次做管理系统都强制先跑通数据库直连版本再考虑要不要加缓存。希望帮到你。本文还有配套的精品资源点击获取