Spring Boot教学管理平台：毕业设计选题、数据库设计与权限实现

每年三四月份和十一二月份，论坛里问“毕业设计做什么好”的帖子就扎堆。我今年帮人看了一套基于Java的教学管理平台系统，标题写得很诱人，叫“直接可用源码免费送”，附带Java/PHP/Python/C#/小程序/单片机一大堆标签。说句实在话，这种标题一看就是常见毕设源码资源包的套路，但不妨碍这个选题本身确实值得做。

教学管理平台系统是计算机毕业设计里最经典的“管理系统”类题目之一，业务场景明确，用户角色清晰，功能边界容易划分，一个是学生，一个是教师，再加一个管理员，三端权限一摆，整个系统的骨架就立住了。这套东西的技术栈也很主流，后端用Spring Boot，配上MyBatis Plus操作数据库，前端用Vue加Element UI，跑起来就是一套标准的前后端分离项目。如果你正在考虑是不是要做类似的题目，或者手里已经拿到了一套类似的源码但不知道怎么下手，这篇文章可以帮你把这个项目彻底吃透。

我下面会从选题判断、功能拆解、数据库设计、核心代码实现、踩坑记录、扩展方向和源码鉴别这几个角度，把这类项目从里到外翻一遍，尽量说清楚每一步为什么这么做，以及怎么做才不容易翻车。

1. 拿到项目后的第一件事：判断这个选题值不值得做

1.1 为什么“教学管理平台”是毕业设计里的常青树

很多人一听“管理系统”四个字就觉得土，觉得满大街都是，没新意。但实际上，管理系统类的题目恰恰是毕业设计里最稳妥、最容易拿高分的一类。原因很简单，这类项目业务逻辑清晰，老师一看就懂，答辩的时候你能把“谁在什么场景下做什么操作”讲明白，就已经赢了大多数人。

教学管理平台比普通的管理系统又多了一层优势：它天然有角色差异。学生、教师、管理员这三个角色，权限不同，操作不同，页面也不同。能做出角色权限管理的项目，在答辩时是很有话说的。比如管理员可以给教师分配课程、给公告置顶；教师可以上传成绩、管理选课名单；学生只能选课和查成绩。这种权限边界的划分一旦讲清楚，老师就不会觉得你只是在“增删改查”了。

我自己看过不少翻车的案例，有人选了个“基于深度学习的某某识别系统”，结果数据不够、模型跑不动、答辩的时候被问得哑口无言。反而那些老老实实做教学管理平台、宿舍管理系统、图书馆管理系统的同学，因为每个功能都能自己说清楚，最后成绩都不差。毕业设计的核心不在于题目多高级，而在于你能不能把你做的东西完整地讲出来。

1.2 从标题里读出的技术栈：Spring Boot + MyBatis Plus + Vue 是主流默认组合

项目标题里带了Java、PHP、Python、C#、小程序、单片机，看起来是一套资源包同时支持多语言实现。但如果你认真做Java方向，最值得采用的组合就是Spring Boot + MyBatis Plus + MySQL + Vue。

为什么选这个组合？Spring Boot的好处是简化配置，内嵌Tomcat，一个jar包就能启动，不需要额外部署外部容器。MyBatis Plus则是把单表CRUD的SQL都帮你封装好了，写个Mapper接口继承BaseMapper就能用，省掉大量样板代码，对毕业设计来说非常友好。前端用Vue加Element UI，后台管理界面又不用自己从零搭样式，表格、表单、弹窗都有现成组件，改一改就能用。

标题里出现小程序和单片机，其实反映了这类项目的两个扩展方向：小程序是把教学管理平台搬到微信端，方便学生随时随地查课表、选课；单片机则是硬件方向，比如用单片机做一个教室考勤终端，刷卡记录出勤，然后通过接口同步到系统里。这两个方向都能给项目加分，但都属于“锦上添花”，后面我会单独讲怎么扩展。你先别贪多，把Web端做扎实了再说。

2. 系统功能模块设计：先把需求拆清楚再动手

2.1 三类用户三条权限线，系统骨架就立住了

教学管理平台系统的功能设计，核心就是围绕三类用户来划分功能模块。我建议你先画三个角色，然后每个角色下面列他的操作清单，这样做出来的系统结构最清晰。

管理员端是整个系统的“大管家”，负责用户管理、课程审核、学院和班级信息管理、公告发布、数据统计。用户管理指的是对教师和学生账号的增删改查、重置密码；课程审核是因为教师发布课程后需要管理员确认才能开放给学生选课，这是多了一层状态控制；公告发布就不用说了，每次选课季开始前，管理员要发一条“选课通道已开启”的公告。

教师端主要处理课程和成绩两件事。教师可以发布新课程，填写课程名称、上课时间、上课地点、学分、容量上限；可以查看自己课程的选课学生名单；可以录入和修改成绩。这里我给一点建议，成绩功能一定要做成“暂存”和“提交”两种状态，暂存表示还没编辑完，提交之后学生才能看到。这个细节看起来简单，但很多成品源码都没有，你自己做的时候加上去，会显得考虑得很周全。

学生端的核心是选课。学生可以看到所有已开放的课程列表，点击选课，选完之后在我的课表里看到已选课程，退选窗口期内可以退课。另外还有成绩查询、个人信息维护、查看公告和留言反馈。这里注意，学生端是不需要看到教师后台菜单的，菜单按钮也要按角色权限渲染，不然前后端就都会出问题。

2.2 核心业务流程：从“选课”到“成绩发布”的完整链路

系统里最核心的业务流程有两条，一条是选课，一条是成绩发布，这两条链路你务必要能画出来、说清楚。

选课流程是这样的：管理员初始化学期数据，教师发布新课程并等待审核，管理员审核通过后课程状态变为“已开放”，学生在选课窗口期内进入课程列表，选课成功后课程已选人数加一。这里最关键的几个环节是：课程容量判断、重复选课判断、退课后的名额释放。

成绩发布流程稍微简单一点：教师进入自己的课程，点击“成绩录入”，逐条填写或Excel导入，保存为暂存状态，确认无误后点击提交，提交后学生端才能查到成绩。这里有一个容易被忽略的地方：成绩提交之后最好提供一个“一键导出”功能，方便老师把成绩单导出来存档，功能虽然小，但很实用。

我为什么反复强调流程？因为答辩的时候，老师最常见的提问方式就是“你说一下你这个选课功能是怎么实现的”。如果你能顺着这条链路，把课程状态、权限校验、事务控制、前端交互都串起来讲，老师基本不会再追问更多。

3. 数据库设计：表结构设计得好，代码就成功了一半

3.1 核心表结构：五张主表把系统撑起来

教学管理平台的表结构不算复杂，但设计得好不好，直接决定你后续开发的痛苦程度。最核心的五张表是用户表、角色表、课程表、选课表、成绩表。如果是标准的多用户系统，还需要角色-用户关联表，这样从“用户-角色-权限”这个维度就串起来了。

用户表我习惯命名为sys_user，字段包括id、username、password、real_name、role_type、email、phone、create_time。密码不要明文存，用BCrypt加密。role_type可以用一个整数字段，1代表管理员、2代表教师、3代表学生，简单易懂。

课程表course，主要字段有id、course_name、teacher_id、max_count、selected_count、credit、course_time、course_place、status。这里的teacher_id关联到sys_user表，selected_count表示当前已选人数，status表示课程状态，比如0未审核、1已开放、2选课结束。

选课表student_course是关联表，记录谁选了哪门课，字段包括id、student_id、course_id、select_time，加一个联合唯一索引(student_id, course_id)，从数据库层面保证同一学生不能重复选同一门课。成绩表score的字段包括id、student_id、course_id、score、comment、is_publish，is_publish就是前面说的“提交”状态控制字段。

3.2 建表SQL与索引设计要点

我直接给一个最简的核心建表SQL，你拿到以后可以根据需要扩展字段。

sql复制CREATE TABLE `sys_user` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `username` varchar(50) NOT NULL,
  `password` varchar(255) NOT NULL,
  `real_name` varchar(50) DEFAULT NULL,
  `role_type` tinyint(4) NOT NULL COMMENT '1管理员 2教师 3学生',
  `email` varchar(100) DEFAULT NULL,
  `phone` varchar(20) DEFAULT NULL,
  `create_time` datetime DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_username` (`username`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE `course` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `course_name` varchar(100) NOT NULL,
  `teacher_id` bigint(20) DEFAULT NULL,
  `max_count` int(11) DEFAULT NULL,
  `selected_count` int(11) NOT NULL DEFAULT '0',
  `credit` decimal(3,1) DEFAULT NULL,
  `course_time` varchar(255) DEFAULT NULL,
  `course_place` varchar(100) DEFAULT NULL,
  `status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '0未审核 1已开放 2已结束',
  PRIMARY KEY (`id`),
  KEY `idx_teacher_id` (`teacher_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE `student_course` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `student_id` bigint(20) NOT NULL,
  `course_id` bigint(20) NOT NULL,
  `select_time` datetime DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_student_course` (`student_id`, `course_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE `score` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `student_id` bigint(20) NOT NULL,
  `course_id` bigint(20) NOT NULL,
  `score` decimal(5,2) DEFAULT NULL,
  `comment` varchar(255) DEFAULT NULL,
  `is_publish` tinyint(4) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

这里我特别想提醒一句：选课表的联合唯一索引千万别省。如果没有这个索引，代码里先“查一下是否重复选课”再插入的写法在高并发下是可能出问题的，两个请求同时通过检查，然后都插入了记录，数据就重复了。联合唯一索引是最底层的兜底保障，一旦重复插入数据库直接报错，你的异常处理代码就能接住。

另外一个容易被忽略的点是字符集。老项目经常用utf8字符集，但utf8在MySQL里最多存3字节，emoji表情这类4字节字符存不进去，建议直接建库用utf8mb4。你不想在答辩演示的时候因为学生姓名里有生僻字查不出来出丑吧？

4. 核心功能实现：这几个代码片段可以直接抄

4.1 基于JWT的登录鉴权：三端角色用同一个接口控制

登录功能是系统的入口。教学管理平台这种三端系统，最简单的方式是做一个统一的登录接口，根据用户输入的账号和密码去sys_user表查数据，校验通过后返回一个token，前端把token存在本地，之后每次请求都在Header里带上。

用JWT（JSON Web Token）做Token是最常见的方式，我用的是jjwt库。下面是登录Controller的核心代码：

java复制@RestController
@RequestMapping("/api/auth")
public class AuthController {

    @Autowired
    private UserService userService;

    @PostMapping("/login")
    public Result login(@RequestBody LoginDTO dto) {
        User user = userService.lambdaQuery()
                .eq(User::getUsername, dto.getUsername())
                .one();
        if (user == null) {
            return Result.error("用户不存在");
        }
        BCryptPasswordEncoder encoder = new BCryptPasswordEncoder();
        if (!encoder.matches(dto.getPassword(), user.getPassword())) {
            return Result.error("密码错误");
        }
        String token = JwtUtil.createToken(user.getId(), user.getRoleType());
        Map<String, Object> data = new HashMap<>();
        data.put("token", token);
        data.put("realName", user.getRealName());
        data.put("roleType", user.getRoleType());
        return Result.success(data);
    }
}

登录成功之后，拦截器负责解析请求头里的token，把用户信息塞给后续流程。这里有一个非常实用的处理方式：自定义拦截器里校验token，然后在HandlerMethod参数里注入当前用户。我就不展开写全了，但有一点要提醒你，跨域问题在这里非常容易踩坑。当前端带着Authorization头请求后端时，浏览器会先发一个OPTIONS预检请求，拦截器如果直接拦截了OPTIONS请求，就会导致前端报跨域错误。正确地做法是在拦截器里放行OPTIONS请求：

java复制@Override
public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) {
    if ("OPTIONS".equalsIgnoreCase(request.getMethod())) {
        return true;
    }
    // 解析token逻辑...
}

4.2 选课接口：事务、并发与唯一索引三重保障

选课是整个系统最值得写的接口，没有之一。因为这里能体现出你对并发、事务、数据库约束的综合理解。以Spring Boot为例，一个完整的选课接口大概长这样：

java复制@Transactional(rollbackFor = Exception.class)
public Result selectCourse(Long studentId, Long courseId) {
    Course course = courseMapper.selectById(courseId);
    if (course == null) {
        return Result.error("课程不存在");
    }
    if (course.getStatus() != 1) {
        return Result.error("课程未开放选课");
    }
    if (course.getSelectedCount() >= course.getMaxCount()) {
        return Result.error("课程已满员");
    }

    Long count = studentCourseMapper.selectCount(
            new LambdaQueryWrapper<StudentCourse>()
                    .eq(StudentCourse::getStudentId, studentId)
                    .eq(StudentCourse::getCourseId, courseId));
    if (count > 0) {
        return Result.error("请勿重复选课");
    }

    StudentCourse sc = new StudentCourse();
    sc.setStudentId(studentId);
    sc.setCourseId(courseId);
    sc.setSelectTime(LocalDateTime.now());
    studentCourseMapper.insert(sc);

    courseMapper.update(null, new LambdaUpdateWrapper<Course>()
            .setSql("selected_count = selected_count + 1")
            .eq(Course::getId, courseId));
    return Result.success("选课成功");
}

注意看几个细节：第一，方法上加了@Transactional(rollbackFor = Exception.class)，意思是插入选课记录和更新已选人数这两个操作必须同时成功或同时失败，否则会出现选了课但人数没加或者没选上课但人数加了的脏数据。第二，满员判断和重复选课判断放在事务里，配合数据库的联合唯一索引做兜底。第三，更新人数用的是setSql("selected_count = selected_count + 1")，而不是先查出来再加再更新，这就是原子操作，能避免极端情况下的并发覆盖。

退课的逻辑类似，删除选课记录，然后更新人数减一。这里要再补一个细节：如果退课发生在成绩已经录入之后，应该禁止退课，这个状态判断你要是能做进去，又是个不错的答辩亮点。

4.3 成绩Excel导入导出：用EasyExcel省下半天时间

成绩批量录入是教师端的刚需功能。逐条手填太慢，所以很多系统都提供Excel导入导出的能力。我这里是直接用EasyExcel这个工具，代码量很小。

导出的逻辑是：前端点击“导出成绩单”，后端查出当前课程的成绩列表，用EasyExcel写到一个临时文件，然后通过HttpServletResponse写回浏览器，浏览器自动触发下载。导入就是走一个上传接口，用EasyExcel监听器逐行解析Excel，然后把解析到的学生成绩批量插入到score表。

这里要提醒一个EasyExcel常见的坑：实体类字段需要加@ExcelProperty注解，但如果你用了Lombok的@Data注解，并且JDK版本比较新，EasyExcel在匹配字段时可能会因为属性名转换问题报警告，导致某些列解析为空。解决办法是用@ExcelProperty的index属性来指定列顺序，而不是用value名称匹配：

java复制public class ScoreExcelData {
    @ExcelProperty(value = "学号", index = 0)
    private String studentNo;

    @ExcelProperty(value = "姓名", index = 1)
    private String studentName;

    @ExcelProperty(value = "成绩", index = 2)
    private Double score;
}

这样解析就稳定很多，不至于因为表头名称匹配不上闹幺蛾子。

5. 踩坑实录：毕业设计最常见的几个问题

5.1 环境问题：启动失败、Lombok不生效、内存溢出

毕业设计源码拿到手或者在开发过程中，最大的拦路虎永远是环境问题。我遇到过最典型的是Lombok不生效，启动项目时报错：you aren't using a compiler supported by lombok。这个报错多半是Lombok版本和JDK版本不匹配，比如JDK 17配了旧版Lombok。解决办法很简单，去Maven仓库把Lombok升到较新版本，比如1.18.30以上，然后再清一下Maven缓存重新编译。

还有一种情况是项目启动直接报OutOfMemoryError，内存溢出了。这是老项目的常见问题，Maven编译时内存设置太小，或者项目本身依赖过多。可以在Maven的配置里调一下编译参数：

bash复制MAVEN_OPTS="-Xms512m -Xmx1024m"

如果你用的是IDEA，在Settings里搜索Compiler，把Build process heap size调大，也能解决不少模块构建时的内存问题。

5.2 前后端联调问题：跨域、Token丢失、日期格式

前后端分离项目最折磨人的就是联调。跨域配置是第一关。后端写一个配置类实现WebMvcConfigurer，注册CorsMapping允许所有来源和请求头，同时放行所有方法。注意allowedHeaders里要带上Authorization，前端携带Token的请求才不会出问题。

Token丢失也是个高频问题。前端拿到的Token一般存在localStorage里，Axios发送请求时在请求拦截器里把Token塞进请求头。问题往往出在页面刷新：刷新后Token还在localStorage里，但不小心被某个请求覆盖了，或者状态管理里的用户信息被清空了，导致前端认为用户未登录。解决思路是：Token以localStorage为准，每次页面加载时先读Token再拉取用户信息，不要依赖内存里的状态。

日期格式的问题也经常碰到。后端返回的LocalDateTime字段默认是"2025-03-12T10:15:30"这种带T的格式，前端显示很难看。最简单的办法是在application.yml里配置全局日期格式化：

yaml复制spring:
  jackson:
    date-format: yyyy-MM-dd HH:mm:ss
    time-zone: GMT+8

这样后端返回的LocalDateTime就会统一格式化成"2025-03-12 10:15:30"。

5.3 部署上线问题：端口占用、数据库编码、Tomcat内存

答辩前把项目部署到本地，结果启动时发现端口被占用，这种窘境我见过太多了。Java项目的默认端口是8080，如果你之前跑过Tomcat或者其他服务，很容易冲突。排查方法在Windows上是netstat -ano | findstr 8080，在Linux上是lsof -i:8080，查到占用进程的PID，结束任务即可。更好一点的做法是直接在application.yml里换一个端口，比如9999，这样省心。

数据库编码问题主要集中在MySQL服务端和连接参数两处。MySQL服务端建库时要指定utf8mb4字符集；JDBC连接串也要带上characterEncoding=utf8&useSSL=false，否则中文很容易乱码。字节流乱码在毕业设计答辩现场尤其致命，因为要当着老师的面演示中文数据，一乱码整个项目观感直接崩掉。

最后是打包部署。老牌的Spring Boot项目用mvn clean package打jar包，然后java -jar运行。如果前端用了Vue，你需要先把前端打包后生成的dist目录放到后端源码的src/main/resources/static下面，这样后端一个jar包就同时涵盖了前后端页面。如果你不这样做，答辩现场就得同时开两个服务，一旦前端端口起不来就尴尬了。

6. 如何把项目做得“比同组人更好”：三个实用扩展方向

6.1 接入微信小程序端：把Web端“塞进”手机

小程序是近几年毕业设计的高频扩展方向。如果你手里已经有了一套完整的Web端教学管理平台，再做一个微信小程序终端是很有加分效果的。因为后端接口是现成的，小程序只是换了一个前端壳子。

小程序端的大致设计是：学生角色使用，首页显示课程公告和选课推荐，选课页面列出所有可选课程，我的页面显示已选课程和成绩。接口调用用wx.request，登录态处理可以用wx.login换取code，然后调用后端接口换取自定义Token。如果时间紧，也可以简化成账号密码登录，界面写好就行。

在微信开发者工具里，你只需要创建一个项目，把页面写好，然后在项目配置里把request接口的合法域名改成你的后台地址。开发阶段可以勾选“不校验合法域名”，拿真机预览时候再从后台配上合法域名。这个扩展大概两周时间就能完成，但对项目整体观感的提升非常明显。

6.2 数据可视化：用ECharts给管理员加两张统计图

管理系统里加数据可视化，是性价比最高的“变高级”方式。管理员端加两张图：一张是各课程已选人数柱状图，一张是各年级成绩分布饼图。技术实现上就是前端引入ECharts，后端提供聚合查询接口。

接口的写法不复杂，比如统计各课程选课人数，只需要用MyBatis Plus的groupBy查询，或者直接在XML里写一条SQL：

sql复制SELECT c.course_name, COUNT(sc.id) AS selected_num
FROM course c
LEFT JOIN student_course sc ON c.id = sc.course_id
GROUP BY c.id;

前端拿到数据后，用ECharts的bar图渲染一下。答辩演示的时候，你切换饼图、柱状图、折线图给老师看，直观又好看。这个扩展只需要两天时间，投入产出比极高。

6.3 如果你对硬件感兴趣：单片机可以实现教室考勤

标题里出现了“单片机”，说明这类项目也能往硬件方向延伸。最常见做法是用51单片机做一个课堂考勤终端，学生通过IC卡刷卡或者按键输入学号完成签到，然后在LCD1602显示屏上显示签到结果。单片机通过串口把签到数据发送给一个上位机小工具，或者直接通过ESP8266模块联网，把数据POST到后端的考勤接口。

这个扩展不需要做复杂的硬件设计，主要目标是在毕设里展示“软硬件结合”的能力。你可以用Keil写C51代码，用串口调试助手调通数据收发，再在后端加一个考勤记录表的写入接口。答辩时带一块单片机开发板，现场演示签到，整个项目的印象分立刻不一样。当然，这个扩展适合本身对硬件有兴趣的同学，如果你赶时间，优先做小程序和可视化，这两个更省力。

7. 选源码的避坑指南（个人经验，仅供参考）

7.1 拿到源码后按什么顺序验证

如果你手里已经有一套类似的“成品源码”，或者打算在某个资源站上找，我建议你拿到手以后按这个顺序验证：先看README文件和数据库脚本，确认环境要求；接着导入数据库，启动后端项目；然后启动前端项目，跑一遍登录流程；最后按管理员、教师、学生三种角色各走一遍核心流程。

很多源码包看起来文件很全，一跑全是坑。最常见的是数据库脚本缺失，或者SQL文件里带了没注释掉的测试数据导致导入报错。还有一种情况是代码里写死了数据库连接地址，比如localhost:3306，但你本机MySQL改过端口，启动以后一直报连接超时。这些都不是很难解决，但会让你心烦意乱。

另一个建议是，先看pom.xml里的依赖版本。如果Spring Boot是2.7.0以上，MyBatis Plus用的却是老版本，Mapper扫描会出问题。这类版本兼容性不要自己瞎猜，直接看官方说明或者搜报错信息都比自己试来得快。

7.2 什么样的“成品源码”值得参考

不是所有标着“免费送”的源码都值得浪费时间。我判断一个项目源码值不值得参考，有三个标准：第一，数据库脚本齐全并且能跑通；第二，代码层次清晰，Controller、Service、Mapper分层明确；第三，前端界面不是纯HTML静态页面，而是有交互逻辑的框架项目。满足这三个条件，说明这个源码是可改可扩展的，值得花时间看。如果源码目录乱成一锅粥，类名全是Test1、Test2，字段名字都是a、b、c，那赶紧换一个，不要给自己添堵。

此外，看文档也很重要。一套好的源码文档应该包含系统简介、技术栈说明、功能模块说明、部署步骤。它不需要多长，但一定要写清楚怎么跑起来。如果文档只写“详细内容请咨询客服”，那就不太靠谱。

7.3 如何把参考项目变成自己的原创作品

拿到参考源码，最忌讳的做法是直接换成自己的名字就交上去。答辩老师都是见多识广的，一问“你这个表为什么这么设计”“你这个字段是做什么的”，回答不上来就直接穿帮了。正确的做法是：把核心代码通读一遍，理解每个模块的逻辑，然后在结构上做自己的改动。

低成本又安全的改法有很多。一是加功能模块，比如原本没有考勤模块，你自己加一个；原本没有留言板，你加一个。二是改数据库设计，比如原系统没有班级表，你给用户表加一个班级外键，然后做班级维度的统计查询。三是改前端主题和菜单结构，让界面看起来不一样。四是文档全部自己写，把所有设计理念、功能说明、测试用例用自己的话重新组织一遍。

说到底，毕业设计考察的是你能否独立完成一个软件项目的全流程。哪怕站在别人的肩膀上，你也要真的理解每一个模块的来龙去脉。我个人在实际操作中最大的感受就是：答辩前一定把每个功能点都自己点击一遍，把可能被问到的SQL、接口、表结构都烂熟于心。当你能从容地讲出“我这张表为什么加联合唯一索引”的时候，这个项目才真正是你自己的东西。