SpringBoot+Vue+MySQL学院个人信息管理系统实战解析-代码聚汇网

SpringBoot+Vue+MySQL学院个人信息管理系统实战解析

我行我素12334·2026-10-09·阅读 22 GEO检测（免费）

SpringBootVueMySQL

|难度：普通|阅读约 39 分钟

毕业设计季又到了，每年这个时候总有不少同学被“学院个人信息管理系统”这类题目卡住。最近正好完整做了一套SpringBoot+Vue+MySQL的学院个人信息管理系统，从需求分析到数据库设计、从前后端联调到论文撰写，一路踩了不少坑，也沉淀了不少经验。这套系统面向高校学院场景，覆盖学生信息录入、查询、修改、导入导出、权限控制等核心功能，既能当毕业设计交差，也能拿去做课程设计或者实际项目练手。今天就把完整的实现思路、核心代码、部署过程和避坑经验一次性梳理出来，给正在做类似系统或者准备答辩的同学一个可以直接参考的完整方案。

老规矩，先说说这套系统的整体情况。技术栈是SpringBoot + Vue + MySQL，前端用的Vue 2 + Element UI，后端用的SpringBoot 2.x + MyBatis-Plus + Spring Security，数据库用的是MySQL 8.0。这套组合的好处是生态成熟、资料多、上手快，最关键的是它非常贴合国内高校毕业设计的评审口味——技术上够展示水平，难度上又不会把自己逼死。

1. 系统整体设计与技术选型

1.1 为什么选这套技术栈

很多同学一开始纠结用不用微服务、用不用Cloud全家桶，我的建议非常直接：毕业设计千万不要过度设计。SpringBoot+Vue+MySQL这套组合在个人开发场景下是最稳的选择。

先拆解一下技术选型的逻辑。后端选SpringBoot，是因为它简化了Spring的配置流程，内嵌Tomcat容器，一键启动就能跑，省去了繁琐的XML配置和独立部署Web容器的工作。MyBatis-Plus则把单表CRUD操作大大简化，分页查询、条件构造器、逻辑删除这些都是现成的，写起来效率很高，而且它的代码生成器能在几分钟内生成实体类、Mapper接口、Service和Controller，这对时间紧张的毕设党来说简直是救命级功能。

前端选Vue而不是JSP或者Thymeleaf，是因为前后端分离是现在的主流方向，评审老师一看项目用了前后端分离架构，印象分就不一样。Vue 2的语法体系非常成熟，Element UI的表格、表单、弹窗、分页组件开箱即用，对着文档就能完成整个管理后台的界面搭建，不需要自己手写CSS布局。Vuex做状态管理，axios做HTTP请求，路由用Vue Router，这一套组合拳打下来，前端部分基本不会卡壳。

数据库选MySQL 8.0，理由更简单——它是当前最主流的关系型数据库之一，云厂商都有托管实例，本地环境安装也方便。学院信息管理系统这类业务，本质上是典型的OLTP场景：大量的增删改查、条件筛选、分页列表、关联查询。MySQL对这种场景的支持非常成熟，而且InnoDB引擎下的事务性保证了学生信息这类数据的高可靠性。再加上Navicat这种可视化工具，建库建表、导数据、调试SQL都非常顺手。

1.2 功能模块划分与思路

做系统设计之前要先想清楚一件事：这个系统的用户有哪些，各自要干什么。学院个人信息管理系统的用户角色我做成了三类：管理员、教师、学生。不同角色看到的界面和能执行的操作完全不同，这是这类管理系统的核心逻辑，也是评分时很看重的一个维度。

管理员端的功能包括：院系管理、班级管理、用户管理、学生信息审核、数据统计、系统日志。教师端的功能包括：查看所带班级的学生列表、录入或修改学生成绩、审核学生请假申请、导出学生信息。学生端的功能包括：个人信息维护、查看课程成绩、提交请假申请、修改登录密码。

从功能架构上看，整个系统分成了用户认证模块、学生信息管理模块、院系班级管理模块、成绩管理模块、请假管理模块和系统管理模块。这里要特别强调一个设计思想：数据权限的区分。比如教师只能看到自己代课班级的学生，管理员才能看全院数据，这个在校验层面就要拦截，而不是光靠前端把按钮隐藏。

系统采用前后端分离架构，前端项目通过axios请求后端的RESTful API接口，后端统一返回JSON格式的响应数据。响应格式我定义成了一个统一的Result类，包含code、message、data三个字段，成功是200，业务异常是500，未登录是401，无权限是403。前后端就靠这个约定来协同工作，省去了大量沟通成本。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 数据库设计与核心表结构详解

2.1 数据库设计的核心思路

数据库设计是这类系统最见功底的地方，评审老师大概率会看你的ER图和表结构设计是否合理。我一开始也想偷懒搞个一个大表把所有字段都塞进去，后来被某导师点醒：这种冗余设计虽然写代码方便，但后续扩展、维护都是坑，而且论文里写出去也不好看。

最终我按职责拆了如下几张核心表：

用户表（sys_user）：存储登录账号、密码、角色类型、状态
学生信息表（stu_student）：存储学号、姓名、性别、出生日期、民族、政治面貌、联系方式等个人信息
院系表（sys_department）：存储院系编号、名称、负责人
班级表（sys_class）：存储班级编号、班级名称、所属院系
成绩表（stu_score）：存储学号、课程名称、成绩、学期
请假表（stu_leave）：存储请假起止时间、事由、审批状态

2.2 核心表结构落地方案

用户表的具体设计是这样的：

sql复制CREATE TABLE `sys_user` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键ID',
  `username` varchar(50) NOT NULL COMMENT '登录账号',
  `password` varchar(100) NOT NULL COMMENT '密码（BCrypt加密）',
  `real_name` varchar(30) DEFAULT NULL COMMENT '真实姓名',
  `role` varchar(20) NOT NULL COMMENT '角色：ADMIN/TEACHER/STUDENT',
  `status` tinyint(1) DEFAULT 1 COMMENT '状态：1启用 0禁用',
  `create_time` datetime DEFAULT CURRENT_TIMESTAMP,
  `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_username` (`username`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='系统用户表';

学生信息表在设计时需要注意几个细节。学号要设为唯一索引，因为这是学生的天然业务主键。性别字段设计为tinyint类型，0代表女、1代表男，前端展示时再转成中文，这样存储效率高而且不容易出现脏数据。入学日期、出生日期用date类型，身份证号用varchar(18)并加上唯一约束，联系方式用varchar(20)备用扩展手机号长度。照片字段我存的是URL路径而不是二进制大对象，因为把图片直接存数据库会导致表体积暴涨、查询变慢，前后端联调时传输也费劲。正确做法是把图片传服务器或者对象存储，数据库里只留一个路径字符串。

班级表和院系表通过外键逻辑关联，但物理上我没建外键约束。这里的考虑是：MyBatis-Plus操作时会受到外键约束影响，而且很多开发者在做逻辑删除时外键会变成一个大坑。表之间的关系用Java代码来维护，通过关联查询获取名称，这在实际项目里是常见做法。

成绩表的成绩字段用decimal(5,2)，能支持百分制带小数的情况。学期字段用varchar形式存储，比如"2024-2025-1"，方便筛选和排序。请假表里有一个status字段管理审批流状态：0待审批、1已通过、2已驳回。这个字段状态机很清晰，写业务逻辑时不容易乱。

3. 项目初始化与核心功能实现

3.1 后端项目搭建流程

我用Spring Initializr快速生成项目骨架，接下来在pom.xml中引入关键依赖：

xml复制<dependency>
    <groupId>com.baomidou</groupId>
    <artifactId>mybatis-plus-boot-starter</artifactId>
    <version>3.5.3</version>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-security</artifactId>
</dependency>
<dependency>
    <groupId>io.jsonwebtoken</groupId>
    <artifactId>jjwt</artifactId>
    <version>0.9.1</version>
</dependency>
<dependency>
    <groupId>cn.hutool</groupId>
    <artifactId>hutool-all</artifactId>
    <version>5.8.18</version>
</dependency>

MyBatis-Plus负责数据库操作，Spring Security负责认证和授权，JWT做无状态登录令牌，Hutool提供各种工具类——ID生成、日期处理、加密解密、Excel导出等，能省掉大量重复造轮子的时间。

application.yml的关键配置：

yaml复制server:
  port: 8080

spring:
  datasource:
    driver-class-name: com.mysql.cj.jdbc.Driver
    url: jdbc:mysql://localhost:3306/college_info?useUnicode=true&characterEncoding=utf8mb4&serverTimezone=Asia/Shanghai&useSSL=false
    username: root
    password: 你的密码
  servlet:
    multipart:
      max-file-size: 10MB
      max-request-size: 20MB

mybatis-plus:
  configuration:
    log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
    map-underscore-to-camel-case: true
  global-config:
    db-config:
      logic-delete-field: deleted
      logic-delete-value: 1
      logic-not-delete-value: 0

这里要提醒一个经典坑：数据库连接串一定要加上serverTimezone=Asia/Shanghai，否则会报时区错误，这个问题在MySQL 8.x下特别常见。另外map-underscore-to-camel-case开启后，数据库字段的驼峰映射才能正常工作，否则查出来的数据是null，排查起来贼费劲。

3.2 核心代码实现要点

登录接口是整个系统的门面，我选用JWT来做身份认证。用户提交账号密码后，后端用BCrypt校验密码，匹配成功就生成JWT令牌返回前端。前端把令牌存在localStorage中，每次请求在axios拦截器里把令牌塞进请求头。后端再写一个JWT认证过滤器，从请求头中解析令牌，解析成功就把用户信息放进SecurityContext。

这套流程下来最大的好处是服务端无状态，即使后续扩展更多功能模块也不需要额外处理session同步问题。

学生信息管理的Controller层代码可以抽象出一个模式：分页查询、条件拼接、逻辑删除。MyBatis-Plus的LambdaQueryWrapper在这里太好用了：

java复制@GetMapping("/page")
public Result getStudentPage(@RequestParam(defaultValue = "1") Integer pageNum,
                             @RequestParam(defaultValue = "10") Integer pageSize,
                             @RequestParam(required = false) String name,
                             @RequestParam(required = false) String className) {
    LambdaQueryWrapper<Student> wrapper = new LambdaQueryWrapper<>();
    wrapper.like(StringUtils.hasText(name), Student::getName, name)
           .eq(StringUtils.hasText(className), Student::getClassName, className)
           .orderByDesc(Student::getCreateTime);
    Page<Student> page = studentService.page(new Page<>(pageNum, pageSize), wrapper);
    return Result.success(page);
}

条件构造器让我少写了很多if判断拼接SQL的代码，可读性也更强。这些代码看起来套路化，但它就是这类管理系统最核心的骨架，所谓设计模式的魅力也在于此：把重复的逻辑抽象成统一机制，业务功能只是往里填充参数。

3.3 前端页面实现与交互细节

前端项目用Vue CLI创建，路由层面做了一个全局前置守卫：没拿到token的统一踢到登录页。页面整体布局是经典的左侧菜单栏+右侧内容区，菜单根据角色动态生成，管理员能看到系统管理菜单，学生就隐掉。

学生列表页面是我觉得最值得细说的模块，它集合了管理系统的所有典型交互，你需要处理搜索区、表格区、分页区、新增编辑弹窗，以及批量删除的二次确认：

搜索区有姓名输入框、班级选择器、入学年份筛选，点击查询后重新加载表格数据并重置页码为1。表格区展示学生的核心字段，操作列放编辑、详情、删除按钮。分页用Element UI的Pagination组件，监听current-page和size变化向后端发请求。新增和编辑共用一个弹窗组件，通过一个dialogVisible属性和formObj对象来控制，判断是编辑状态时把当前行数据回填到表单。批量删除时弹出确认框，内容写明"确定要删除选中的N条记录吗？此操作不可恢复！"，避免用户误操作。

Excel导入导出是这类系统中常见的加分功能。我用的是EasyExcel这个库，导出时后端查询数据后一行行写入Excel响应流；导入时前端上传文件，后端用EasyExcel监听器逐行解析，校验学号、姓名等必填字段，然后批量插入数据库。这块功能做好了，答辩演示时的效果会很加分。

3.4 权限控制的落地细节

Spring Security整合JWT后，需要重点配置放行路径和拦截路径。登录接口、验证码接口要放行；学生接口要保证登录用户是学生角色只能访问自己的数据，管理员才能访问全部数据。我在Controller接口上加@PreAuthorize("hasRole('ADMIN')")注解做方法级别权限控制，相比在SecurityConfig里写一大堆路径匹配规则，这种注解方式更直观、更精准。

实际开发中权限这块特别容易出的问题是有用户直接通过URL路径访问他没有权限的接口。比如学生用户手动输入/api/admin/user/list想看用户列表，如果后端没有做权限拦截，就会导致越权访问。所以请一定要在代码层面控制好，而不是只依赖前端把菜单隐藏掉。

4. 环境搭建与部署运行

4.1 后端环境准备与启动

部署这套系统的前置环境如下：

软件	版本	说明
JDK	1.8+	推荐JDK 1.8，稳定且兼容性佳
Maven	3.6+	项目依赖管理
MySQL	8.0+	数据库
Node.js	14+	前端环境
npm	6+	前端包管理

后端启动步骤就五步：安装JDK并配置JAVA_HOME环境变量；安装MySQL并启动服务；用Navicat建数据库并导入项目中的sql文件；在application.yml中修改数据库账号密码；执行mvn spring-boot:run或直接运行Application类的main方法。

曾经做过一个骚操作是直接把后端jar包丢到云服务器跑，结果发现服务器的MySQL版本是5.7，启动报了一堆错。当时排查了半天，最后发现是数据库连接驱动里的时区参数和MySQL 5.7不兼容。建议各位在本地先把环境统一成MySQL 8.0，否则这种版本兼容性的问题会耗掉大量时间。

4.2 前端环境准备与联调配置

前端启动更简单，进入vue-admin目录后依次执行：

bash复制npm install
npm run serve

默认会在8081端口跑起来。前后端联调时要解决跨域问题，常用方案有两种。一种在后端加配置类，实现WebMvcConfigurer接口：

java复制@Configuration
public class CorsConfig implements WebMvcConfigurer {
    @Override
    public void addCorsMappings(CorsRegistry registry) {
        registry.addMapping("/**")
                .allowedOriginPatterns("*")
                .allowedMethods("GET", "POST", "PUT", "DELETE", "OPTIONS")
                .allowedHeaders("*")
                .allowCredentials(true)
                .maxAge(3600);
    }
}

另一种更推荐的方式是前端用Vue CLI的proxy代理，在vue.config.js里配置：

js复制devServer: {
    proxy: {
        '/api': {
            target: 'http://localhost:8080',
            changeOrigin: true
        }
    }
}

这样前端的请求路径写成/api/user/list，开发环境下会代理到后端的8080端口，线上部署时再换成nginx反代。我实际项目里两种方案都用了，开发阶段用proxy更顺手，因为浏览器里看不到跨域报错，更干净。

4.3 项目打包上线流程

后端打包执行mvn clean package，会生成一个xxx.jar文件，然后用java -jar xxx.jar就能运行。打包之前有一步容易漏：前端项目打出来的dist目录要放进后端resources/static下才能实现单端口访问。我把前端的dist文件拷到后端项目的src/main/resources/static目录里再打包，一个jar包就同时包含了前后端所有代码，部署时只需要这一个文件，根本不需要额外配置nginx和前端服务器，对毕设演示来说非常省事。

想要高效地把打包流程沉淀下来，我写了一个简单的部署脚本：

bash复制#!/bin/bash
# build.sh
cd vue-admin
npm run build
rm -rf ../src/main/resources/static/*
cp -r dist/* ../src/main/resources/static/
cd ..
mvn clean package -DskipTests

之后的每次部署只需要跑一下sh build.sh，jar包就会出现在target目录里。这样的自动化意识虽然简单，但这种习惯在真实工作中极其重要。

5. 关键问题排查与避坑指南

5.1 数据库连接与初始化问题

数据库连接问题可以说是这类项目里出现频率最高的问题，我整理了一个速查表：

现象	大概率原因	解决方案
Communications link failure	MySQL服务没启动，或端口不是3306	检查服务，确认端口
Unknown database	数据库还没创建	先执行CREATE DATABASE
Access denied for user	账号密码错误或权限不足	确认密码，授权远程访问
Server returns invalid timezone	连接串没指定时区	加serverTimezone=Asia/Shanghai
Table doesn't exist	sql脚本没导入成功	检查库名是否正确，重新导入

最后一个Table doesn't exist问题特别隐蔽，很多同学直接把sql文件里的建表语句复制出来执行，结果忘了USE databaseName这一步，表建到默认库里去了，然后连库时说表不存在。遇到这种问题不要慌，用SHOW TABLES看看当前库里有没有表就知道了。

5.2 前后端联调经典报错

前后端联调时的报错类型也很有规律。最常见的是后端返回404，排查顺序是：先看控制器里有没有这个映射路径，再看前端请求的URL和后端接口路径是否完全一致，最后确认前端代理有没有被配置好拦截。这个排查逻辑基本能覆盖90%的情况。

另一个经典的401问题：用户明明登录成功了，但访问一个接口就提示未认证。这个问题大多是因为JWT令牌解析失败，原因通常是前端没有把token放进请求头。你需要检查axios拦截器里的代码，是否每次请求都取到了localStorage.getItem("token")并且塞进headers里。

再补充一个跟文件上传有关的血泪教训。我做照片上传功能时，前端传上去是完整的图片文件，后端却一直报文件为空。查半天发现是axios在FormData模式下，不能手动设置Content-Type，必须让它自动生成带boundary的multipart/form-data。一旦手贱设置成application/json，后端就接不到文件流。这个问题错得很低级，但特别典型。

5.3 性能优化与数据安全细节

系统上线后如果发现学生列表页首次加载很慢，那是因为没有做分页默认值优化。这里分享一个缓存优化思路：在service层对高频查询加一层本地缓存，比如院系列表、班级列表这类很少变动的数据，用Caffeine缓存加载一次后直接从内存读，速度可以提升一个量级。

安全方面，密码必须用BCrypt加密存储。我在项目里用Spring Security的BCryptPasswordEncoder，这个算法是自带盐的，同样的密码每次加密结果都不一样，破解难度大得多。

另外要对所有输入数据做参数校验。后端接口用注解@Validated加@NotBlank、@Email、@Length等方式做基础校验，避免脏数据入库。攻击防护方面，系统层面至少要做到：前端密码传输用加密或用HTTPS、后端使用PreparedStatement防SQL注入（MyBatis的#{}天然防注入）、接口层做简单的访问频率控制。

6. 论文写作与毕业答辩经验

6.1 论文结构设计与写作策略

毕业设计论文的写法跟普通技术博客完全不同，它更讲究逻辑链条的完整性。最常见的结构是五章走天下：绪论、系统相关技术介绍、系统分析、系统设计、系统实现与测试。

这里有一个很关键的讨巧技巧：把系统分析和系统设计作为最重头的两章来写。评审老师特别注重看这两章，因为它们是"设计"的体现。系统分析里要用用例图、用例描述表来展示功能需求，系统设计里要有ER图、数据库表结构设计、系统架构图。这些图你不一定画得多精美，但一定要画全、画规范。我在画图时用了一款桌面绘图工具（某通用绘图软件），模板库里有现成的用例图、ER图模板，画半小时就能产出一套规范化图表，论文排版时拉到Word里就很专业。

测试章节也不用写得天花乱坠，用一张功能测试用例表加几张测试结果截图就足够了。紧张的话可以提前准备功能测试用例的Excel表格，把每个用例的前置条件、测试步骤、预期结果、实际结果列清楚，然后把关键截图贴到论文里，这部分工作量不大但显得非常扎实。

6.2 项目亮点与答辩准备

答辩演示时最重要的是展示你自己做的东西。我整理了一个演示路线图：系统登录、管理员创建学生账号、学生录入基本信息、教师录入成绩、学生提交请假申请、管理员查看数据统计。每个演示点都要提前准备好数据，别到了演示现场现录入，万一紧张容易出错。

技术亮点可以讲这些：使用了JWT做无状态认证、Redis缓存了验证码和token（如果你是增强版）、AOP日志记录、EasyExcel实现大数据量导入导出、Spring Security细粒度权限控制。讲解时不要干巴巴地报菜名，最好结合场景说明，比如"我用了Spring Security的@PreAuthorize注解，确保学生角色不能访问管理接口"这种表述就很能体现你对项目的理解。

答辩的评委特别容易问到一个问题：你这套系统跟市面上的通用管理系统有什么不同？ 你得提前想好答案。我当时从三个角度回答：一是针对学院场景做了班级、院系、专业的数据权限管理；二是把学生从入学到毕业的信息全生命周期纳入管理；三是导入了Excel批量处理能力，减轻了辅导员的重复工作。这样既体现了你对业务场景的思考，又展示了系统的差异化价值。

6.3 论文查重与格式规范

很多学校对查重率有硬性要求，通常是20%到30%以下。这个目标其实不难实现，关键在于写论文时要有自己的语言风格，不要直接抄博客或者别的论文。技术原理部分尽量自己根据代码逻辑来组织语言，这是我踩过无数次坑总结出的经验——直接照搬网上的技术介绍，查重率一下飙升到百分之四五十的案例太多了。

格式规范也需要提前打磨，直接预览效果为准。正文用宋体小四号，标题用黑体三号或小三号，行距1.25倍或1.5倍。图表要有编号和标题，图题在图下方居中，表题在表上方居中。代码块注意用等宽字体，行号加上更规范。参考文献格式按照学校提供的模板改，千万别自己发明格式，从知网或万方导出的GB/T 7714格式大多可直接用。

从内外结构上说，安排写论文可以按这样的节奏：先画图表框架，再写核心章节，最后补齐绪论和总结。这样能保证论文逻辑结构清晰中推进，而不是憋到最后猛写。

7. 项目扩展与上线运维进阶

7.1 低成本设备端部署

如果想把系统部署到云服务器上供别人访问，本质就是把本地jar包放到服务器的过程。实际运行时建议用nohup后台运行，防止关闭终端时进程被干掉，这就是一个比较稳妥的启动方式：

bash复制nohup java -jar college-system.jar --server.port=8080 &

如果需要开机自启，可以写一个systemd服务来管理Java进程，设置成服务即使异常挂掉也能自动重启。这些运维技巧在简历描述时写上"熟悉Linux服务器部署与日志查看"这句话，比很多花哨的项目罗列管用得多。

如果你有条件用Docker，那部署就更标准化了：拉一个MySQL镜像跑数据库，写好Dockerfile把jar包打进镜像，再用docker-compose把后端和数据库编排起来，一两条命令全部搞定。这个对毕设来说属于锦上添花，但能掌握的话面试或者答辩时候能聊的东西多很多。

7.2 性能与功能的拓展方向

这个系统的扩展空间其实挺大的。比如利用Redis缓存热点数据，把验证码、用户会话状态挪到Redis里，提升接口响应速度；比如引入消息队列来异步处理批量邮件通知功能，每次开学给几百个学生发邮件通知时能明显感觉到架构不同；比如把文件上传整合到OSS，让图片存储和管理都走向专业化。

具体到功能层面，还可以做课程表管理、宿舍分配管理、缴费管理、综合测评排名等模块。每一个新功能都是对现有表结构的扩展，也是锻炼设计能力的好机会。很多同学做毕业设计做完就完了，但我建议你有余力的话可以挑一两个功能深入做下去，最后放在论文的"展望"部分：既能体现你已经做了深入的思考，又能在答辩时用非常落地的表述应对"系统怎么扩展"这类问题。

8. 实操总结与经验沉淀

做了好几个管理类系统后，我最大的体会是：这种类型的项目难点早就不在某个技术单点上了，因为增删改查谁都会写，真正见功力的是架构上的合理划分、权限上的细致控制还有细节上的完成度。

回头看这套学院个人信息管理系统，值得夸一夸的地方在于模块关系清晰、权限划分明确、可复用性强，后端核心代码放到service层里非常清爽，以后复用相同的逻辑很轻松。数据库、接口、业务逻辑三层分离的设计思路，换一个业务领域，比如图书管理系统、仓库管理系统，只需要换掉实体和具体业务就可以快速落地。这就是这类项目能力的可迁移性，也是技术人不断积累的核心资产。

如果你现在正卡在某个功能上，比如权限控制怎么搞、Excel导出怎么写，先把本文里的思路消化一遍，再动手写具体代码，效率会高很多。写代码前先把Controller的接口设计出来，再把前端页面需要的数据结构对齐好，前后端并行推进的效率远比一边写一边改高。

以后有机会我还打算把Redis缓存、消息推送这些进阶版本的内容整理出来分享。这篇长文写到这里，希望正在做类似毕业设计或者想学全栈开发的朋友能真的从里面拿到一些能用的东西，少走一些我当年走过的弯路。