企业官网建设流程全解析

简介：这是一套面向高校计算机专业本科生的Java毕业设计实战项目——学生毕业设计论文选题系统，旨在解决传统选题流程中信息不对称、申请审核低效、师生沟通不畅等痛点，适用于课程设计、毕设开发及Java Web技术栈综合实践。资源包共1304个文件，涵盖256个HTML前端页面、226个CSS样式文件、215个JS交互脚本、85个JSP动态页面、47个核心Java业务类（如SubjectController、TeacherController、OpusController等）及49个编译后class文件，辅以XML配置、SQL数据库脚本与Jar依赖库，完整呈现MVC分层架构与前后端协同逻辑；压缩包大小为19.05MB。已有161人学习下载。读者可直接部署运行，获得含用户管理、选题展示、在线申请、教师审核、双向沟通、进度跟踪等全功能模块的可运行系统，同时通过源码结构清晰理解Spring MVC或原生Servlet/JSP开发范式，是Java Web工程化实践的典型参考案例。

1. 项目概述：一个能“落地”的毕业设计选题系统

又到了一年一度的毕业季，对于计算机相关专业的同学来说，毕业设计（简称“毕设”）是大学四年知识与能力的终极考验。选题，往往是这场战役的第一道难关。导师手头的题目有限，学生兴趣点各异，传统的邮件、表格或群聊沟通方式，效率低下且信息混乱，经常出现题目撞车、沟通不畅、进度难追踪的问题。我当年做毕设时，就深受其苦。因此，当有学弟学妹来咨询毕设选题系统的开发时，我决定将这些年带毕设、评审毕设的经验，结合Java Web开发的实战技术，梳理成一个完整的、可真正“落地”的毕业设计论文选题系统项目。这不仅仅是一个简单的增删改查（CRUD）应用，它更是一个融合了业务流程管理、权限控制和用户体验设计的综合型项目，非常适合作为Java方向的毕业设计选题，因为它能充分展示你在数据库设计、后端业务逻辑、前端交互乃至项目管理上的综合能力。

这个系统的核心目标非常明确：为高校的毕业设计管理流程提供一个数字化、规范化的解决方案。它需要服务于三类核心用户：学生、教师（导师）和教学管理员。学生可以浏览和选择课题，与导师沟通；导师可以发布课题、审核学生的选择、指导过程；管理员则负责统筹整个流程，管理用户和基础数据。采用经典的Java Web技术栈（如Spring Boot + MyBatis + MySQL + 前端模板或Vue）来实现，不仅技术成熟、资料丰富，更能体现你对企业级应用开发规范的理解。接下来，我将从设计思路到代码实现，从功能细节到避坑指南，为你完整拆解这个项目，让你不仅能做出一个能跑的系统，更能理解其背后的设计逻辑，从容应对答辩。

2. 系统核心需求与业务流程深度解析

在动手敲代码之前，我们必须把业务逻辑吃透。一个系统的骨架是其业务流程，血肉是功能模块，而灵魂则是用户体验。盲目堆砌功能只会做出一个“四不像”。

2.1 多角色视角下的核心需求痛点

首先，我们要站在不同角色的角度，看看他们最需要什么：

• 学生端：

  • 痛点：信息不对称。不知道有哪些课题可选，不知道课题是否已被选，不知道导师的研究方向和要求，提交申请后石沉大海。
  • 核心需求：一个清晰、实时更新的课题列表，包含详尽的描述、导师信息和选择状态；便捷的课题检索与筛选功能（按导师、按方向、按关键词）；一键申请课题，并能查看申请历史与状态（待审核、已通过、被拒绝）；与导师的简单消息沟通渠道。

• 教师端：

  • 痛点：管理繁琐。需要通过邮件或线下收集学生意向，手动核对避免冲突，指导过程缺乏记录。
  • 核心需求：便捷的课题发布与管理（增删改查，设置人数上限）；清晰的学生申请列表，能查看学生基本信息与成绩等参考依据；一键审核（通过/拒绝）学生申请，系统自动处理冲突（如一个学生被多位导师选中）；对所指导学生的过程管理模块（如可上传任务书、检查开题报告和中期报告进度）。

• 管理员端：

  • 痛点：全局把控难。无法实时查看选题进度、统计各类数据，流程节点需要手动推动。
  • 核心需求：用户（学生、教师）信息批量导入与管理；设定关键的流程时间节点（如课题发布起止日、学生选择起止日）；查看全局统计报表（各导师课题数、学生选择分布、未选课学生名单等）；处理特殊流程，如课题调剂。

2.2 核心业务流程与状态机设计

业务流程是系统的主动脉。一个典型的选题流程可以抽象为以下状态流转：

1. 课题发布阶段：管理员开启“课题发布”时段 -> 教师登录系统创建课题 -> 课题状态为“待审核”（可设置）或“已发布”。
2. 学生选择阶段：管理员开启“学生选择”时段 -> 学生浏览“已发布”课题 -> 学生提交申请 -> 该课题对学生状态变为“已申请”，课题本身状态可能变为“候选人数已满”或保持“可选”。
3. 教师审核阶段：教师查看名下课题的学生申请列表 -> 教师选择心仪学生并“通过” -> 系统核心逻辑触发：
   • 该学生与其他课题的申请自动变为“被拒绝”。
   • 该学生状态变为“已选定”，且不可再申请其他课题。
   • 该课题的已选人数+1，若达到上限，状态变为“已满额”。
4. 调剂与确认阶段：选择时段结束后，管理员可查看未选到课题的学生和未满额的课题，进行手动调剂。最终，生成最终的《学生-课题-导师》对应关系表。

注意：这里的“状态”设计至关重要。课题有状态（如：草稿、待审核、已发布、已满额、已结束），学生-课题关系有状态（如：未申请、已申请、导师通过、导师拒绝、已选定）。清晰的状态机是保证业务逻辑不乱的核心。

2.3 非功能性需求考量

除了功能，这些点决定了系统的“好用”程度和你的设计深度：

• 并发控制：热门课题可能在最后时刻被多名学生同时申请，需要数据库乐观锁或分布式锁来防止超选。
• 数据一致性：教师审核通过一个学生时，需要在一个事务内完成“更新关系状态”、“拒绝该生其他申请”、“更新课题人数”等多个操作。
• 操作日志：关键操作（发布、申请、审核、调剂）需要记录日志，便于追溯和审计。
• 通知机制：申请被通过/拒绝、流程时段切换，应有站内信或邮件通知（可通过异步消息队列实现，如RabbitMQ或直接使用Spring Mail，作为加分项）。

3. 技术选型与系统架构设计

明确了需求，我们就要为这座大厦选择建材和设计蓝图。技术选型没有绝对的好坏，只有是否适合项目规模和你的熟悉程度。

3.1 后端技术栈详解

• Spring Boot 2.7.x / 3.0.x：毋庸置疑的基石。它提供了自动配置、内嵌服务器和一站式的 starter 依赖，让你能快速搭建一个可独立运行的、生产级的应用。建议选择当前稳定的长期支持（LTS）版本。
• Spring MVC：处理Web请求的核心框架，配合RESTful风格API设计，使前后端分离清晰。
• Spring Security：负责认证和授权。这是本项目的重点和难点之一。你需要配置多角色（学生、教师、管理员）的登录逻辑、URL访问权限控制、方法级权限控制（如@PreAuthorize(“hasRole(‘TEACHER’)”)）。
• MyBatis-Plus：对比原生MyBatis，它提供了强大的CRUD封装和条件构造器，能极大减少单表操作的SQL编写。但对于复杂的多表关联查询，仍需手写XML或使用其提供的Wrapper进行关联查询（这里可以体现你对SQL的掌握）。
• MySQL 8.0：关系型数据库首选。需要重点设计好表结构，特别是各种状态字段、外键关联。
• Redis（可选但推荐）：用于缓存热点数据（如课题列表、系统公告）、存储用户会话（替代HttpSession以支持集群部署）、或作为分布式锁的实现组件。即使不深入使用，引入Redis也能为你的项目增加技术亮点。
• Maven / Gradle：项目管理工具。Maven更传统，Gradle更灵活。根据你的熟悉程度选择。

3.2 前端技术栈选择（两种主流路径）

• 路径一：前后端不分离（适合快速开发、侧重后端）：

  • 技术：Thymeleaf 模板引擎 + Bootstrap + jQuery。
  • 优点：开发简单，后端直接渲染页面，无需额外部署前端环境。适合对前端要求不高，希望集中精力在后端逻辑和数据库设计的同学。
  • 缺点：前后端耦合，页面交互体验相对较弱，不利于现代Web开发分工。

• 路径二：前后端分离（主流企业级选择，展示综合能力）：

  • 技术：Vue 3 + Element Plus / Ant Design Vue 或 React + Ant Design。
  • 优点：前后端职责清晰，通过API交互，前端用户体验好，项目结构更现代。能充分展示你全栈能力。
  • 挑战：需要学习前端框架，部署时可能需要分开部署（开发时可通过配置解决跨域问题）。

我的建议：如果你的时间充裕且有一定前端基础，强烈推荐路径二。一个基于Vue+Element Plus的清晰管理界面，能极大提升你毕设的“颜值”和答辩印象分。如果时间紧张或前端是短板，路径一也能做出一个功能完整、逻辑清晰的后台系统。

3.3 系统架构与包结构设计

一个清晰的包结构是代码可维护性的基础。建议采用分层架构：

src/main/java/com/yourdomain/graduation/ ├── config/ // 配置类（Security, Redis, Mybatis-Plus等） ├── controller/ // 控制器层，接收请求，调用Service │ ├── admin/ // 管理员控制器 │ ├── student/ // 学生控制器 │ └── teacher/ // 教师控制器 ├── service/ // 业务逻辑层接口 │ └── impl/ // 业务逻辑层实现 ├── mapper/ // MyBatis Mapper接口层 ├── entity/ // 实体类，与数据库表对应 ├── dto/ // 数据传输对象，用于前后端交互 ├── vo/ // 视图对象，用于封装返回给前端的数据 ├── utils/ // 工具类（加密、日期处理等） ├── aspect/ // 切面，用于日志记录等 └── GraduationApplication.java // 启动类

实体类设计核心提示：

• User：用户基类，包含id, username, password, role, name等公共字段。
• Student：继承或关联User，扩展学号、班级、联系方式等字段。
• Teacher：继承或关联User，扩展工号、职称、研究方向等字段。
• Topic：课题表，包含标题、描述、要求、最大可选人数、当前已选人数、状态、关联的教师ID等。
• StudentTopic：学生-课题关系表，这是核心纽带。包含学生ID、课题ID、申请状态、申请时间、审核时间等。它记录了整个选择过程的历史。

4. 核心功能模块实现与代码要点

让我们深入到几个最关键的功能模块，看看代码层面如何实现，并避开那些常见的“坑”。

4.1 多角色登录与权限控制（Spring Security实战）

这是系统的门户，必须稳固。

// 1. 自定义UserDetailsService，从数据库加载用户信息 @Service public class UserDetailsServiceImpl implements UserDetailsService { @Autowired private UserMapper userMapper; @Override public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException { // 查询用户，关联角色信息 User user = userMapper.findByUsernameWithRoles(username); if (user == null) { throw new UsernameNotFoundException("用户不存在"); } // 将数据库中的角色字符串（如“ROLE_STUDENT”）转换为Spring Security的GrantedAuthority List<GrantedAuthority> authorities = user.getRoles().stream() .map(role -> new SimpleGrantedAuthority(role.getName())) .collect(Collectors.toList()); return new org.springframework.security.core.userdetails.User( user.getUsername(), user.getPassword(), authorities); } } // 2. 安全配置类 @Configuration @EnableGlobalMethodSecurity(prePostEnabled = true) // 开启方法级安全注解 public class SecurityConfig extends WebSecurityConfigurerAdapter { @Autowired private UserDetailsServiceImpl userDetailsService; @Bean public PasswordEncoder passwordEncoder() { // 使用BCrypt强哈希加密密码 return new BCryptPasswordEncoder(); } @Override protected void configure(HttpSecurity http) throws Exception { http .authorizeRequests() .antMatchers("/", "/login", "/css/**", "/js/**").permitAll() // 静态资源放行 .antMatchers("/admin/**").hasRole("ADMIN") .antMatchers("/teacher/**").hasRole("TEACHER") .antMatchers("/student/**").hasRole("STUDENT") .anyRequest().authenticated() // 其他所有请求都需要认证 .and() .formLogin() .loginPage("/login") // 自定义登录页 .loginProcessingUrl("/doLogin") // 登录处理URL .usernameParameter("username") .passwordParameter("password") .defaultSuccessUrl("/index") // 登录成功后的跳转，可根据角色细分 .permitAll() .and() .logout() .logoutUrl("/logout") .logoutSuccessUrl("/login?logout") .permitAll() .and() .csrf().disable(); // 开发阶段可禁用，上线需考虑 } @Override protected void configure(AuthenticationManagerBuilder auth) throws Exception { auth.userDetailsService(userDetailsService).passwordEncoder(passwordEncoder()); } }

实操心得：很多同学在这里卡住，常见问题是登录后无限重定向或403权限错误。务必检查：

1. 登录成功后的跳转逻辑，确保defaultSuccessUrl指向一个存在且该角色有权限访问的路径。
2. 角色前缀。Spring Security默认要求角色名以ROLE_开头。你在数据库里存STUDENT，在配置或注解里就要写hasRole('STUDENT')，它会自动匹配ROLE_STUDENT。
3. CSRF问题。如果是前后端分离，且前端是Vue/React，通常需要禁用CSRF或妥善处理Token。

4.2 课题申请与审核的并发控制

这是业务逻辑的核心，必须保证数据一致性。

@Service public class TopicServiceImpl implements TopicService { @Autowired private TopicMapper topicMapper; @Autowired private StudentTopicMapper studentTopicMapper; @Autowired private RedisTemplate<String, String> redisTemplate; // 使用Redis分布式锁 @Transactional(rollbackFor = Exception.class) // 声明式事务 @Override public boolean applyTopic(Long studentId, Long topicId) { // 1. 检查基础条件：学生是否已选课？课题是否存在且状态为“可选”？ Topic topic = topicMapper.selectById(topicId); if (topic == null || !"PUBLISHED".equals(topic.getStatus())) { throw new BusinessException("课题不存在或不可选"); } // 2. 使用Redis分布式锁，锁的key为课题ID，防止同一课题瞬间超选 String lockKey = "TOPIC_LOCK:" + topicId; String lockValue = UUID.randomUUID().toString(); Boolean lockAcquired = false; try { // 尝试获取锁，设置过期时间防止死锁 lockAcquired = redisTemplate.opsForValue().setIfAbsent(lockKey, lockValue, 10, TimeUnit.SECONDS); if (Boolean.TRUE.equals(lockAcquired)) { // 3. 再次检查课题名额（双检锁，防止在获取锁的瞬间名额被其他线程更改） Topic currentTopic = topicMapper.selectByIdForUpdate(topicId); // 使用SELECT ... FOR UPDATE行锁更直接 if (currentTopic.getSelectedNum() >= currentTopic.getMaxNum()) { throw new BusinessException("该课题名额已满"); } // 4. 检查学生是否已有选定课题 LambdaQueryWrapper<StudentTopic> wrapper = new LambdaQueryWrapper<>(); wrapper.eq(StudentTopic::getStudentId, studentId) .eq(StudentTopic::getStatus, "SELECTED"); if (studentTopicMapper.selectCount(wrapper) > 0) { throw new BusinessException("你已选定课题，不可再申请"); } // 5. 创建申请记录 StudentTopic application = new StudentTopic(); application.setStudentId(studentId); application.setTopicId(topicId); application.setStatus("APPLIED"); application.setApplyTime(new Date()); studentTopicMapper.insert(application); // 6. 更新课题已选人数（这里也可以选择在教师审核通过时才更新，根据业务规则） // topicMapper.incrementSelectedNum(topicId); return true; } else { throw new BusinessException("系统繁忙，请稍后重试"); } } finally { // 释放锁，确保是锁的持有者才释放 if (Boolean.TRUE.equals(lockAcquired)) { String currentValue = redisTemplate.opsForValue().get(lockKey); if (lockValue.equals(currentValue)) { redisTemplate.delete(lockKey); } } } } @Transactional @Override public boolean approveApplication(Long applicationId, Long teacherId, boolean approved) { // 1. 查询申请记录，并关联查询课题，确保该课题属于当前教师 StudentTopic application = studentTopicMapper.selectByIdWithTopic(applicationId); if (application == null || !application.getTopic().getTeacherId().equals(teacherId)) { throw new BusinessException("申请记录不存在或无权操作"); } if (!"APPLIED".equals(application.getStatus())) { throw new BusinessException("该申请状态不可审核"); } // 2. 更新申请状态 application.setStatus(approved ? "APPROVED" : "REJECTED"); application.setReviewTime(new Date()); studentTopicMapper.updateById(application); // 3. 如果审核通过，需要执行一系列连锁操作 if (approved) { // 3.1 将该学生其他所有待审核的申请置为拒绝 studentTopicMapper.rejectOtherApplications(application.getStudentId(), applicationId); // 3.2 将该学生状态标记为“已选定”（可以在Student表加字段，或通过关联查询） // 3.3 课题已选人数+1，并检查是否满额 topicMapper.incrementSelectedNum(application.getTopicId()); Topic topic = topicMapper.selectById(application.getTopicId()); if (topic.getSelectedNum() >= topic.getMaxNum()) { topic.setStatus("FULL"); topicMapper.updateById(topic); } // 3.4 （可选）发送通知给学生 } return true; } }

注意事项：这里展示了两种并发控制思路：Redis分布式锁和数据库悲观锁（SELECT ... FOR UPDATE）。在单机部署且数据库压力不大的情况下，使用数据库行锁更简单直接。但如果考虑未来扩展或高并发场景，Redis分布式锁是更通用的选择。务必在事务中处理这些关联更新，保证原子性。

4.3 前后端数据交互与API设计（RESTful风格）

采用前后端分离，清晰、规范的API设计是合作的基础。

@RestController @RequestMapping("/api/student/topic") public class StudentTopicController { @Autowired private TopicService topicService; // 获取课题列表（分页、带筛选条件） @GetMapping("/list") public Result<PageVO<TopicVO>> getTopicList(@RequestParam(required = false) String keyword, @RequestParam(required = false) Long teacherId, @RequestParam(defaultValue = "1") Integer pageNum, @RequestParam(defaultValue = "10") Integer pageSize) { Page<Topic> page = new Page<>(pageNum, pageSize); LambdaQueryWrapper<Topic> wrapper = new LambdaQueryWrapper<>(); wrapper.eq(Topic::getStatus, "PUBLISHED"); // 只显示已发布课题 if (StringUtils.hasText(keyword)) { wrapper.like(Topic::getTitle, keyword).or().like(Topic::getDescription, keyword); } if (teacherId != null) { wrapper.eq(Topic::getTeacherId, teacherId); } Page<Topic> topicPage = topicService.page(page, wrapper); // 将Topic Page转换为前端需要的TopicVO Page，并可能附加“是否已申请”等状态 PageVO<TopicVO> pageVO = convertToPageVO(topicPage); return Result.success(pageVO); } // 申请课题 @PostMapping("/apply/{topicId}") @PreAuthorize("hasRole('STUDENT')") // 方法级权限控制 public Result applyTopic(@PathVariable Long topicId, HttpServletRequest request) { Long studentId = getCurrentUserId(request); // 从SecurityContext中获取当前登录学生ID boolean success = topicService.applyTopic(studentId, topicId); return success ? Result.success("申请提交成功") : Result.error("申请失败"); } // 查看我的申请记录 @GetMapping("/my-application") public Result<List<StudentTopicVO>> getMyApplications(HttpServletRequest request) { Long studentId = getCurrentUserId(request); List<StudentTopic> list = studentTopicService.listByStudentId(studentId); return Result.success(convertToVOList(list)); } } // 统一的返回结果封装类 @Data public class Result<T> { private Integer code; private String message; private T data; private Long timestamp; public static <T> Result<T> success(T data) { Result<T> result = new Result<>(); result.setCode(200); result.setMessage("操作成功"); result.setData(data); result.setTimestamp(System.currentTimeMillis()); return result; } // ... 其他静态工厂方法 }

前端（以Vue + Axios为例）调用：

// 获取课题列表 async loadTopicList() { const params = { pageNum: this.pageNum, pageSize: this.pageSize, keyword: this.searchKeyword }; const res = await this.$axios.get('/api/student/topic/list', { params }); if (res.data.code === 200) { this.topicList = res.data.data.records; this.total = res.data.data.total; } }, // 申请课题 async handleApply(topicId) { try { const res = await this.$axios.post(`/api/student/topic/apply/${topicId}`); this.$message.success(res.data.message); this.loadTopicList(); // 刷新列表 } catch (error) { this.$message.error(error.response.data.message || '申请失败'); } }

5. 数据库表结构设计参考

这里给出最核心的几张表，字段可根据实际需求增减。

-- 用户表（基表） CREATE TABLE `sys_user` ( `id` bigint PRIMARY KEY AUTO_INCREMENT, `username` varchar(50) UNIQUE NOT NULL COMMENT '登录名', `password` varchar(100) NOT NULL COMMENT '加密后的密码', `real_name` varchar(50) NOT NULL COMMENT '真实姓名', `role` enum('STUDENT','TEACHER','ADMIN') NOT NULL COMMENT '角色', `email` varchar(100), `phone` varchar(20), `avatar` varchar(255) COMMENT '头像', `status` tinyint DEFAULT 1 COMMENT '状态（1正常，0禁用）', `create_time` datetime DEFAULT CURRENT_TIMESTAMP, `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ) COMMENT='系统用户表'; -- 学生信息扩展表 CREATE TABLE `student_info` ( `id` bigint PRIMARY KEY, `student_number` varchar(20) UNIQUE NOT NULL COMMENT '学号', `class_name` varchar(50) COMMENT '班级', `major` varchar(100) COMMENT '专业', `gpa` decimal(3,2) COMMENT '平均绩点', FOREIGN KEY (`id`) REFERENCES `sys_user`(`id`) ON DELETE CASCADE ) COMMENT='学生信息表'; -- 教师信息扩展表 CREATE TABLE `teacher_info` ( `id` bigint PRIMARY KEY, `teacher_number` varchar(20) UNIQUE NOT NULL COMMENT '工号', `title` varchar(50) COMMENT '职称', `research_field` varchar(200) COMMENT '研究方向', FOREIGN KEY (`id`) REFERENCES `sys_user`(`id`) ON DELETE CASCADE ) COMMENT='教师信息表'; -- 课题表 CREATE TABLE `topic` ( `id` bigint PRIMARY KEY AUTO_INCREMENT, `title` varchar(200) NOT NULL COMMENT '课题标题', `description` text COMMENT '详细描述', `requirement` text COMMENT '任务要求', `max_num` int DEFAULT 1 COMMENT '最大可选人数', `selected_num` int DEFAULT 0 COMMENT '已选人数', `status` enum('DRAFT','PENDING','PUBLISHED','FULL','ARCHIVED') DEFAULT 'DRAFT' COMMENT '状态', `teacher_id` bigint NOT NULL COMMENT '发布教师ID', `create_time` datetime DEFAULT CURRENT_TIMESTAMP, `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, FOREIGN KEY (`teacher_id`) REFERENCES `teacher_info`(`id`) ) COMMENT='毕业设计课题表'; -- 学生-课题关系表（核心） CREATE TABLE `student_topic` ( `id` bigint PRIMARY KEY AUTO_INCREMENT, `student_id` bigint NOT NULL, `topic_id` bigint NOT NULL, `status` enum('APPLIED','APPROVED','REJECTED','SELECTED','ADJUSTED') NOT NULL COMMENT '申请状态', `apply_time` datetime COMMENT '申请时间', `review_time` datetime COMMENT '审核时间', `review_comment` varchar(500) COMMENT '审核意见', `create_time` datetime DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY `uk_student_topic` (`student_id`, `topic_id`), -- 防止重复申请 FOREIGN KEY (`student_id`) REFERENCES `student_info`(`id`), FOREIGN KEY (`topic_id`) REFERENCES `topic`(`id`) ) COMMENT='学生选题关系表';

6. 开发、测试与部署中的常见问题

在实际开发中，你会遇到各种各样的问题。这里记录一些典型的“坑”和解决思路。

6.1 环境与配置问题

• 问题：启动Spring Boot项目时报java: 警告: 源发行版 17 需要目标发行版 17。

  • 原因：IDE（如IDEA）中项目的语言级别、Maven/Gradle编译器的Java版本与pom.xml中指定的<java.version>不一致。
  • 解决：四处检查统一：1. IDEA的File -> Project Structure中Project和Modules的Language Level；2.Settings -> Build -> Compiler -> Java Compiler的Target bytecode version；3. Maven的pom.xml中<properties><java.version>17</java.version></properties>；4. 环境变量JAVA_HOME指向JDK 17。

• 问题：使用Lombok注解（如@Data）不生效，报错you aren‘t using a compiler supported by lombok。

  • 原因：IDEA未启用Lombok插件或注解处理。
  • 解决：确保安装了Lombok插件（Settings -> Plugins）。然后，在Settings -> Build -> Compiler -> Annotation Processors中，勾选Enable annotation processing。

6.2 业务逻辑与性能问题

• 问题：课题列表查询缓慢，特别是关联查询了教师信息、已申请状态后。

  • 优化：
    1. 数据库层面：为频繁查询的字段（如topic.status,topic.teacher_id,student_topic.student_id）建立索引。但注意，索引不是越多越好，会影响写性能。
    2. SQL层面：使用MyBatis-Plus的@TableField(exist = false)和手动编写查询，避免*，只查询需要的字段。复杂的关联查询，考虑使用<resultMap>进行手动映射，或使用JOIN语句。
    3. 缓存层面：对于不常变动的数据，如教师列表、系统公告，使用Redis缓存。课题列表由于变更相对频繁，缓存策略需要更精细（如设置短时间过期）。
    4. 分页：务必使用数据库分页（LIMIT），而不是查询全部数据到内存再分页。MyBatis-Plus的Page对象很好地封装了这一点。

• 问题：在教师审核通过时，如何高效地“拒绝该学生的其他申请”？

  • 方案：不要在Java代码里循环查询再更新。应该用一条SQL语句完成：

    UPDATE student_topic SET status = 'REJECTED', review_time = NOW(), review_comment = '因已选定其他课题' WHERE student_id = #{studentId} AND status = 'APPLIED' AND id != #{currentApplicationId};

    在MyBatis的Mapper接口中定义对应方法，并在Service层调用。

6.3 安全与用户体验

• 问题：学生可以看到所有课题，包括已满额或被其他学生选定的课题，造成困惑。

  • 解决：在后端查询列表时，根据当前登录用户角色和业务状态进行过滤。例如，对学生只返回状态为PUBLISHED且selected_num < max_num的课题，并在VO中明确标注“已满”或“已申请”。前端根据状态禁用申请按钮。

• 问题：如何防止学生绕过前端，直接调用API进行恶意申请？

  • 解决：依靠服务端校验。在applyTopic方法开始，必须从SecurityContext中获取当前登录用户的ID，并以此作为操作依据，忽略任何前端传递的用户ID参数。同时，所有关键业务操作都要加上@PreAuthorize注解进行角色校验。

7. 项目扩展与答辩亮点

完成基础功能后，你可以考虑以下扩展点来提升项目深度，这些将成为你答辩时的亮点：

1. 引入工作流引擎（如Flowable或Activiti）：将“课题发布 -> 教研室审核 -> 学生选择 -> 导师审核 -> 管理员确认”这一流程用工作流引擎来驱动。这能让你深入理解状态机和业务流程的可视化配置，技术含量很高。
2. 集成文档在线预览与批注：学生可以上传开题报告、论文草稿，导师可以在线批注。可以集成kkFileView这样的开源文档预览组件。
3. 数据可视化报表：使用ECharts等库，为管理员提供可视化的数据看板，展示选题趋势、各专业选择情况等。
4. 消息通知系统：不仅限于站内信，集成邮件甚至微信模板消息（需要公众号或企业微信），及时通知流程状态变化。
5. ** Docker容器化部署：** 编写Dockerfile和docker-compose.yml，将MySQL、Redis、后端应用、前端应用容器化。这展示了你的运维和持续集成/持续部署（CI/CD）意识。

做这个毕业设计项目，最大的体会是：业务理解远比技术堆砌重要。一开始你可能沉迷于用最炫的技术，但最终你会发现，清晰梳理“学生怎么选、老师怎么审、管理员怎么管”这个流程，设计出合理的数据模型和状态流转，才是项目成功的关键。代码只是实现想法的工具。在开发过程中，一定要多画流程图、状态图，多和“假想用户”沟通。最后，记得为你的系统编写清晰的部署文档和用户手册，这能体现你作为一名准工程师的专业素养。祝你毕业设计顺利，答辩成功！

本文还有配套的精品资源，点击获取