每年到了毕设季总有一批同学拿着高校院系学生信息管理系统这个题目来问我而且问的问题高度统一能不能跑起来代码怎么改答辩怎么讲说实话这个题目被选烂了但恰恰因为被选烂它才是Java Web方向最能出效果、最不容易翻车的选题。你没看错选烂题不等于拿低分关键看你怎么把它做出层次感。一个基于Spring Boot的学生信息管理系统市面上源码一抓一大把但真正能讲清楚设计思路、能现场演示不卡壳、能应对评委追问的版本其实没几个。这篇文章我就把自己折腾这个项目的过程完整拆开。从选题逻辑、技术选型、表设计到登录鉴权、分页查询、批量导入导出再到部署上线和答辩准备全部按实际操作顺序来讲。适合正在做Java毕设的学生也适合想练手Spring Boot完整项目的开发新人。1. 为什么高校学生信息管理系统是Java毕设里的常青树1.1 这个选题背后是真实的业务场景不是空中楼阁很多同学选题目的时候有个误区总觉得越新越好比如一窝蜂去搞基于人工智能的XXX结果技术栈自己根本撑不起来最后只能对着PPT硬吹。高校学生信息管理系统看起来老但它对应的业务场景是真实存在的而且复杂度刚好卡在能驾驭和有深度之间。高校院系管理在现实里有一套非常清晰的流程学生入学后归到某个院系院系下面有专业专业下面有班级学生要在系统里维护基本信息、选课、考试、录入成绩。辅导员要能查到自己带的学生任课教师要能录入和修改成绩学院管理员要能维护教师信息和课程信息系统管理员要管账号、重置密码、统计报表。这一串需求拎出来就是一个标准的「多角色、多权限、CRUD为主、报表为辅」的企业级Web系统原型。技术上讲你不用去碰算法、碰高并发、碰分布式只需要把Spring Boot、MyBatis、MySQL、Vue或Thymeleaf这套组合用扎实就能完整覆盖需求。但这套组合用扎实本身就不容易Controller层怎么写才算规范、Service层事务边界划在哪、Mapper层SQL怎么避免N1查询全是能写进论文里的干货。1.2 三种核心角色的需求拆分我在设计系统的时候没有一上来就写代码而是先把用户角色画出来这个习惯帮我省了后面大量的返工。这个系统里最核心的是三类角色学院管理员是整个系统的枢纽。他要维护本院系的专业和班级信息给教师开通账号审核学生信息变更查看整个院系的学生分布和成绩统计。他的操作是看全局的所以系统里报表、图表这类功能要优先服务于这个角色。辅导员/班主任关注的是我管辖范围内的数据。一个辅导员带三五个班需要快速筛选出某个班的学生列表查看某个学生的家庭信息、联系方式处理休学、退学、转专业这类异动。这里的核心诉求是查询维度的灵活性按班级查、按学号查、按姓名模糊查都得支持。任课教师的需求最纯粹录入成绩、修改成绩、查看自己课程的平均分和及格率。这里要注意一个细节教师只能操作自己负责的课程不能看到别的教师的课程数据。权限校验不是只靠前端隐藏按钮后端Service层必须再校验一次否则就是漏洞。1.3 系统管理才是隐藏的加分项评分低的毕设往往败在一个地方整个系统只有一张学生表和一张用户表登录进去以后什么都能干没有角色区分没有操作日志。而评分高的毕设通常会在系统管理这个模块上花心思。我做的时候加了三个基础功能用户管理、角色管理和操作日志。用户管理就是给教师、辅导员开通账号并分配角色角色管理用一张角色表和用户表关联登录后根据角色渲染不同的菜单操作日志用Spring AOP 自定义注解实现记录谁在什么时候对哪个学生的数据做了修改。这三个功能单独拎出来每一个都不难但组合在一起论文里的系统模块设计章节就会非常饱满。2. 技术栈选择Spring Boot 2.7还是3.xMyBatis-Plus还是JPA2.1 框架版本选择的现实考量先说版本这是第一个容易踩坑的地方。现在Spring Boot已经发布了3.x系列但我的建议是如果没有特殊原因毕设项目优先选择Spring Boot 2.7.x。原因很现实Spring Boot 3.x基于Jakarta EE很多老版本的工具类、第三方依赖还停留在javax命名空间上一旦引入不兼容的依赖启动直接报ClassNotFoundException。而网上绝大部分教程、博客、现成源码都是基于2.x写的遇到问题复制粘贴修改时版本匹配度更高。2.7.18是2.x的最后一个维护版本有持续的安全更新作为毕设足够了。有同学会问那我用3.x写进论文不是显得更前沿吗实际上答辩评委关心的是你的系统能不能跑、设计是否合理而不是你用了哪个小版本号。与其在依赖冲突上耗一整天不如把时间花在业务代码上。2.2 持久层选型MyBatis-Plus比MyBatis和JPA更适合毕设持久层框架当时在MyBatis和MyBatis-Plus之间犹豫了一下最后选了MyBatis-Plus理由非常实际原生MyBatis写单表CRUD需要自己写一大堆ResultMap和SQL标签重复劳动量太大而且手写分页SQL很容易出错。JPA/Hibernate封装程度高但遇到多表关联查询时实体关系配置复杂方法命名规则让人头大排查问题困难。MyBatis-Plus正好卡在中间内置BaseMapper提供了selectById、selectPage这些基础方法同时保留XML写SQL的能力复杂查询完全不限制。用它的分页插件做列表页非常舒服Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }配置完这个Bean之后任何mapper接口方法只要参数里带上Page对象就能自动执行count查询和limit分页不需要手写分页SQL。2.3 项目初始化与目录结构项目结构我是按Spring Boot官方推荐的分层思想来组织的但在实际命名上做了简化让论文画图更容易讲com.example.student ├── controller // 接口层接收请求、返回结果 ├── service // 业务逻辑层事务边界在这里 │ └── impl ├── mapper // MyBatis-Plus的Mapper接口 ├── entity // 数据库实体类 ├── dto // 前端传参的封装对象 ├── vo // 返回给前端的结果对象 ├── config // 配置类跨域、拦截器、分页插件 ├── common // 统一返回结果、异常处理、工具类 └── annotation // 自定义注解强调一下entity和vo一定要分开。很多初学者直接把数据库实体类返回给前端这样会暴露不该暴露的字段比如密码。而且数据库字段是下划线命名前端需要驼峰命名来回转换很麻烦。写个convert方法或者直接用BeanUtils.copyProperties都能解决重点是有这个意识。3. 数据库表设计从需求梳理到核心表的物理落地3.1 基础表设计用户、学生、专业班级、课程数据库设计是论文里最能拉开分差的部分也是整个系统能不能顺利开发的基础。我的核心表一共八张用户表、角色表、用户角色关联表、学生表、专业表、班级表、课程表、成绩表。先看学生表这是整个系统的主表CREATE TABLE student ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT 主键, student_no varchar(20) NOT NULL COMMENT 学号, name varchar(50) NOT NULL COMMENT 姓名, gender tinyint(1) DEFAULT NULL COMMENT 性别 1男 0女, birth_date date DEFAULT NULL COMMENT 出生日期, id_card varchar(18) DEFAULT NULL COMMENT 身份证号, phone varchar(11) DEFAULT NULL COMMENT 手机号, email varchar(100) DEFAULT NULL COMMENT 邮箱, class_id bigint(20) NOT NULL COMMENT 班级ID, enroll_year varchar(4) DEFAULT NULL COMMENT 入学年份, status tinyint(1) DEFAULT 1 COMMENT 在校状态 1在读 0离校, create_time datetime DEFAULT CURRENT_TIMESTAMP, update_time datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, deleted tinyint(1) DEFAULT 0 COMMENT 逻辑删除标记, PRIMARY KEY (id), UNIQUE KEY uk_student_no (student_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT学生信息表;学号必须建唯一索引这是业务上天然的约束。逻辑删除标记deleted也建议加上学生数据有追溯价值物理删除了后面统计就会出错。班级、专业课程表的设计思路和这个类似本质上就是互相挂靠的层级关系。班级表里存专业ID专业表里存学院ID或院系名字段。这里我只用了一级学院概念如果你们学校有学院-系-专业三级加一张中间层级表即可核心逻辑不变。成绩表要特别注意设计一个联合唯一索引CREATE TABLE score ( id bigint(20) NOT NULL AUTO_INCREMENT, student_no varchar(20) NOT NULL COMMENT 学号, course_id bigint(20) NOT NULL COMMENT 课程ID, score decimal(5,2) DEFAULT NULL COMMENT 成绩, semester varchar(20) DEFAULT NULL COMMENT 学期如2024-2025-1, create_time datetime DEFAULT CURRENT_TIMESTAMP, update_time datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_stu_course_semester (student_no, course_id, semester) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT成绩表;这个索引的作用是同一个学生对同一门课在同一个学期只能有一条成绩记录录入成绩时数据库层面直接挡住重复数据不用在Java代码里先查一遍再插入既省事又安全。3.2 外键与逻辑外键的取舍MySQL里物理外键会影响插入性能而且删除数据时各种约束限制容易报错所以我全部用逻辑外键业务层面保证数据完整性。比如student表里的class_id对应class表的主键但建表语句里不写FOREIGN KEY。这样做的代价是需要开发者在代码里保证引用的有效性但对于毕设体量完全够用还方便测试数据反复改。3.3 三个容易被忽略的建表细节第一个是字符集全部用utf8mb4而不是utf8不然学生名字里生僻字或者表情符号插入时就直接报错非常尴尬。第二个是所有时间字段统一用datetime类型不要用timestamptimestamp有2038年问题而且受时区影响排查问题让人抓狂。第三个是金额、成绩这类需要精确计算的字段用decimal不要用float和double。4. 登录鉴权与拦截器毕设系统最容易翻车的环节4.1 为什么毕设系统不用JWT网上教程铺天盖地都在讲Spring Boot整合JWT实现登录认证但JWT真的是这个场景的最优解吗我认为不是。毕设系统是典型的单体应用前后端部署在同一台服务器甚至同一个端口下不需要做跨服务的身份传递。JWT方案最大的问题是token没法在服务端主动失效学生改了密码或者被管理员禁用账号之后旧的token在有效期内依然能用这个安全漏洞讲出去非常减分。而Session配合拦截器天然支持服务端主动销毁逻辑直观、排查方便。当然如果你们的题目明确要求前后端分离部署或者评委老师是前端出身偏好RESTful风格那用JWT也完全可以。我只是给个建议方案没有绝对的好坏能在答辩时讲清为什么这么选才是最重要的。4.2 基于Session 拦截器的实现方案这个方案总共三步。第一步登录接口校验用户名密码后把用户信息存进SessionPostMapping(/login) public Result login(RequestBody LoginDTO loginDTO, HttpSession session) { User user userService.login(loginDTO.getUsername(), loginDTO.getPassword()); session.setAttribute(loginUser, user); return Result.success(user); }第二步写一个LoginInterceptor对所有非登录接口做拦截同时根据用户角色做菜单权限过滤public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session request.getSession(); User user (User) session.getAttribute(loginUser); if (user null) { response.setContentType(application/json;charsetUTF-8); response.getWriter().write(JSON.toJSONString(Result.error(未登录))); return false; } request.setAttribute(loginUser, user); return true; } }第三步在WebMvcConfig里注册拦截器并配置放行的路径比如登录接口、静态资源Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(new LoginInterceptor()) .addPathPatterns(/**) .excludePathPatterns(/login, /logout, /css/**, /js/**); }这里有个细节很多人没注意拦截器里校验完登录状态之后用request.setAttribute把user放进去后续Controller直接从这个字段取不要再去Session里查一遍。这样代码会清爽很多也方便后续扩展。4.3 密码加密至少用一个BCrypt数据库里的密码绝对不能是明文这个是底线。我用了Spring Security自带的BCryptPasswordEncoder单独把它作为一个Bean抽出来用并不需要引入整个Spring Security框架Bean public BCryptPasswordEncoder passwordEncoder() { return new BCryptPasswordEncoder(); }注册用户时对密码加密登录时用matches方法校验。BCrypt最大的特点是每次加密的盐都不一样即使两个人密码完全相同存储的密文也不同能有效防止彩虹表攻击。有的同学图省事用MD5加盐也能用但答辩时被问到为什么用BCrypt你可以回答MD5是快速哈希、故意设计成计算效率高这反而方便了暴力破解BCrypt故意设计得慢是密码哈希算法不是加密算法这个差别讲出来就很专业。5. 分页查询与条件组合学生列表管理的关键编码细节5.1 用MyBatis-Plus的LambdaQueryWrapper写条件查询学生管理页面是系统最核心的页面需要支持的查询条件有按学号精确查、按姓名模糊查、按班级下拉筛选、按入学年份筛选、按在校状态筛选。用MyBatis-Plus的LambdaQueryWrapper来实现非常优雅public PageResultStudentVO queryStudentPage(StudentQueryDTO dto) { PageStudent page new Page(dto.getPageNum(), dto.getPageSize()); LambdaQueryWrapperStudent wrapper new LambdaQueryWrapper(); wrapper.like(StringUtils.hasText(dto.getName()), Student::getName, dto.getName()) .eq(StringUtils.hasText(dto.getStudentNo()), Student::getStudentNo, dto.getStudentNo()) .eq(dto.getClassId() ! null, Student::getClassId, dto.getClassId()) .eq(StringUtils.hasText(dto.getEnrollYear()), Student::getEnrollYear, dto.getEnrollYear()); PageStudent result studentMapper.selectPage(page, wrapper); // 把entity转成含有班级名称、专业名称的VO返回 return convertToPageResult(result); }LambdaQueryWrapper的chain调用里第一个参数是boolean类型当条件为true时才把条件拼进SQL。这样就不用像以前那样手写一堆if判断再wrapper.and代码非常干净。5.2 班级名称和学号列表的关联查询出路学生列表页除了学生表本身的字段还要求显示班级名称和专业名称。三种做法第一种是做联表查询在Mapper XML里写join语句一次查出所有字段第二种是分批次查先查出这一页学生收集classId列表再用selectBatchIds查班级最后在Java里做匹配第三种是在VO里加typeHandler做关联转换。我做的是第二种因为它能完美配合分页不需要写复杂的SQL而且代码可读性强。页大小默认是10每页最多也就10个学生根据这10个classId再做一次In查询压力忽略不计。这个思路也可以推广到学生的成绩列表教师的课程列表这些场景里。5.3 物理删除与逻辑删除的边界前面表设计的时候说student表加了deleted字段那么删除学生时用逻辑删除还是物理删除我的规则是学生信息做逻辑删除、成绩信息做物理删除。学生是系统中的主体数据删错了要能恢复而且历年统计报表需要保留所有学生的历史数据即使学生已经毕业。成绩数据本质上依附于学生一旦学生删了对应的成绩碎片留着意义不大直接从score表删掉即可还能控制数据量。MyBatis-Plus对逻辑删除的支持非常到位application.yml里加一行配置就行mybatis-plus: global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0配置完之后我们写的selectPage查询、deleteById操作框架都会自动拼接deleted0的过滤条件不需要在业务代码里手动判断。6. 成绩批量导入与报表导出POI和EasyExcel的取舍6.1 为什么用EasyExcel而不是原生POI成绩录入是教师角色最常用的功能。如果一个教师带三个班、教一门课手动在系统里一条条录入可能要点一百多次所以在系统里提供下载模板-批量导入功能非常加分。实现Excel解析有两个主流选择Apache POI和阿里开源的EasyExcel。POI功能强大但它的API是内存模型整个Excel文件会全部加载进JVM文件大一点就容易内存溢出。EasyExcel底层用SAX模式逐行解析内存占用大幅降低。毕设项目虽然文件不会特别大但EasyExcel的API更简洁监听器模式写起来也更符合业务直觉。6.2 导入实现监听器模式的核心写法导入成绩的完整流程是前端上传Excel文件后端接收MultipartFile解析每一行数据做校验最后批量插入数据库。EasyExcel的核心是定义Excel数据模型和监听器public class ScoreImportListener extends AnalysisEventListenerScoreImportDTO { private final IScoreService scoreService; private final ListScoreImportDTO cache new ArrayList(); private static final int BATCH_COUNT 500; public ScoreImportListener(IScoreService scoreService) { this.scoreService scoreService; } Override public void invoke(ScoreImportDTO data, AnalysisContext context) { cache.add(data); if (cache.size() BATCH_COUNT) { saveData(); cache.clear(); } } Override public void doAfterAllAnalysed(AnalysisContext context) { saveData(); } private void saveData() { scoreService.batchSaveScore(cache); } }import时Excel每一行都会触发invoke方法攒够500条批量save一次。batchSaveScore里要做三件事学号是否存在、课程是否在教师任教列表里、成绩是否在0到100之间。校验不通过的行单独记录错误信息不要因为一条脏数据导致整个文件全部导入失败。6.3 导出实现与列头处理导出相对简单查询成绩列表数据之后用EasyExcel的write方法直接往HttpServletResponse的输出流里写就行。需要注意两点第一是响应头要设置Content-Disposition让浏览器能识别成附件下载第二是列名尽量用中文直接对应Excel模板的列头方便老师拿到文件之后直接打印。如果自己不懂模板设计我建议在项目里放一个空的Excel模板文件用ClassPathResource读取用户点下载模板时直接把模板返回。这样教师拿到的模板和系统导入解析时的列头完全一致不会出现列名对不上的问题。7. 调试运行与部署上线从本地跑通到云服务器部署7.1 第一次启动报错的排查路径拿到源码之后第一件事不是看代码而是按以下顺序检查环境能省掉80%的报错时间。第一步确认JDK版本。Spring Boot 2.7要求JDK 8及以上如果本机装了JDK 17甚至21大概率没问题但IDEA里项目的Project Structure要指向对版本。第二步确认Maven配置。IDEA里打开Settings的Maven检查User settings file指向的settings.xml里的本地仓库路径不要用C盘默认路径省得后面依赖下载一堆问题。第三步配置数据库。新建一个student_db数据库执行项目里的student.sql脚本然后在application.yml里改数据源配置spring: datasource: url: jdbc:mysql://localhost:3306/student_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver这里要把mysql驱动类的版本和MySQL版本匹配好8.0的MySQL配8.0.33的驱动5.7的数据库配5.1.49或者8.0的驱动都能连。如果报SSL相关的错误url里加useSSLfalse就能解决虽然不是最优解但本地开发环境完全够用。然后启动Spring Boot应用看到Started Application in X seconds字样就说明成功了。如果启动过程报Bean创建失败、端口被占用先看端口再查Bean依赖最后检查数据库连接是否正常。7.2 Linux服务器部署的完整流程本地跑通只是第一步论文里如果写了系统部署在服务器上那最好真部署一遍。打包之前先确认pom.xml里有spring-boot-maven-plugin然后执行mvn clean package -DskipTests打包产物是target目录下的student-system.jar把它上传到服务器再执行启动命令nohup java -jar student-system.jar --spring.profiles.activeprod \ logs/student-system.log 21 nohup和符号的作用是让进程在SSH断开之后继续运行日志输出到logs目录下的文件里。如果启动失败就去翻这个日志文件的堆栈信息。再看服务器端口。如果用了8080阿里云/腾讯云的防火墙和服务器安全组都要放行这个端口否则浏览器访问不了。有域名备案的话可以配一层Nginx做反向代理顺便解决静态资源缓存和HTTPS证书的问题。毕设演示用公网IP加端口直接访问就够了不用搞得那么复杂。7.3 答辩演示时最容易翻车的三个场景踩过的坑我得专门说说。第一个是演示时数据库里要有足够的数据。很多同学拿空库演示查出来的列表只有一行两行页面效果很空。我建议写一个数据生成脚本造300个学生分布在8个班级20门课程3000条成绩记录看起来才像一个真实的系统。第二个是演示前一定要把所有接口、所有页面都点一遍。重点是成绩导入功能Excel文件要提前放在桌面或者演示U盘里现场生成文件浪费时间且容易出岔子。第三个是注意网络如果服务器上没有公网IP提前用内网穿透或者学校里能用的局域网方案保证评委的电脑或者投影的电脑能访问你的系统地址。8. 论文文档和答辩节奏的实用建议8.1 论文目录不要照搬模板很多学校会给论文模板但模板只是框架具体章节要贴合你的项目。我的建议是把论文核心章节按需求分析-系统设计-系统实现-系统测试来组织。需求分析里画用例图把三种角色的用例列清楚系统设计里放数据库ER图和表结构说明把每个表的关键字段讲一遍系统实现里按模块讲每个模块贴2到3个核心方法或关键配置不要贴大段完整代码评委没时间看也看不过来。文档里最加分的部分是测试章节。不要只写系统能正常运行要写清楚测试用例是什么、输入什么数据、预期结果是什么、实际结果是什么、是否通过。比如登录模块的测试用例可以列成一张表正确用户名密码、错误密码、未注册用户、空输入这四种情况各占一行。表格一出来测试章节的份量立刻就不一样了。8.2 答辩演示的节奏安排答辩得分点从来不只是系统做得好还包括你讲得是否清楚。我建议演示顺序是登录页演示不同角色登录后菜单不一样→ 学生管理演示条件组合查询和分页→ 新增修改学生信息演示表单校验→ 成绩导入现场上传一个Excel演示批量导入→ 报表统计按专业统计人数、按学期统计平均分。这一套下来视觉效果很完整流程控制得好8分钟左右就能讲完。8.3 评委提问的常见方向与应对评委最喜欢问的问题就那么几个整个系统你用了哪些技术数据库表之间什么关系登录认证怎么做的密码是怎么存的如果让他设计一张表他会不会设计问后台实现的时候一定不要只回答用了SpringBoot和MyBatis-Plus要说清楚你的Controller层、Service层、Mapper层各自职责是什么事务加在Service层的原因是为了保证多个数据库操作的一致性和原子性。问安全的时候把登录拦截器、密码加密、逻辑删除、权限校验这几个点串起来讲基本没有评委能追问倒你。一些实际的补充这里再加一点系统开发过程中容易被忽略、但非常能体现工程素养的点。前端页面如果有人用Vue来做需要注意跨域问题。Spring Boot后端在8080端口Vue的开发服务器在5173端口直接用axios请求会触发跨域拦截。解决方式是在后端配置跨域映射Bean public WebMvcConfigurer corsConfigurer() { return new WebMvcConfigurer() { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOrigins(http://localhost:5173) .allowedMethods(GET, POST, PUT, DELETE, OPTIONS) .allowCredentials(true); } }; }生产环境部署的时候把Vue打包出的dist目录放到Nginx的root路径下Nginx再反向代理到Spring Boot的接口地址就能做到同源访问连跨域配置都可以省掉。异常处理方面建议做一个全局异常处理器用RestControllerAdvice统一拦截业务异常和系统异常。业务异常返回带错误码的结果比如学号已存在成绩超出范围系统异常统一返回服务器开小差了同时把完整堆栈打到日志文件里方便排查。这样Controller里就不用每个方法都套一层try-catch代码会干净很多。日志方面spring-boot-starter里默认集成了logback在application.yml里设置日志级别和输出路径。我一般会把开发环境的SQL日志打开方便看MyBatis打印出来的是什么SQL排查问题非常直观logging: level: com.example.student.mapper: debug项目做完了之后我会习惯性地让身边的同学当用户去操作一遍系统看看哪些按钮的文案看不明白哪些表单字段让人犹豫。这种做法比我自己反复测十遍都有用因为自己写的东西太熟容易自动忽略掉一些需要引导的地方而真实用户的第一反应往往就是答辩现场评委的第一反应。如果你正在做这个题目或者准备选这个题目记住一句话技术栈只要扎实业务逻辑捋顺这个选题就能稳稳落地。别贪多别为了炫技引入一堆还不会用的框架把现有这套Spring Boot全家桶打磨到熟练你毕业设计和面试都会受益。