SpringBoot+Vue+MySQL企业车辆管理系统毕业设计全攻略

毕业设计选了个企业车辆管理系统，SpringBoot+Vue+MySQL这套组合，说难不难，说简单也真有不少坑。我帮你把这套系统的完整设计思路、数据库表结构、核心代码实现和部署流程全拆开讲清楚，从项目骨架到答辩要点，一篇讲透。

先说清楚这个系统是干什么的。企业车辆管理系统，解决的是公司车辆使用管理的混乱问题：谁用了车、用去干嘛了、跑了多少公里、油费花了多少、什么时候该保养、保险什么时候到期，这些信息如果靠Excel记录，稍不留神就乱成一锅粥。用系统来管，每辆车从入库到报废的全生命周期状态都能实时掌握，每一条用车申请都有审批记录，月底再也不用翻着纸质台账对账。如果你正在做类似的毕设，或者想在企业内部快速搭建一套车辆管理工具，这份拆解可以直接参考复现。

1. 项目整体设计与技术选型拆解

1.1 为什么是SpringBoot+Vue+MySQL，而不是其他方案

做毕设最忌讳的就是技术栈选得太重或者太冷门。SpringBoot+Vue+MySQL这套组合，放在今天依然是中小型管理系统最稳妥的选择，没有之一。SpringBoot简化了后端配置，不用再写一堆XML，内嵌Tomcat打一个jar包就能跑；Vue做前后端分离，页面交互流畅，改一处前端逻辑不需要动后端；MySQL则是开源数据库里资料最多的，踩了坑网上一搜全是解决方案，这对毕设答辩尤为重要——评委老师问的问题你大概率能找到现成答案。

有同学会纠结：要不要换成Spring Cloud微服务？要不要用Redis做缓存？要不要上RabbitMQ？我的建议是不要，除非你还有半年时间可以折腾。毕设的核心是把业务逻辑讲清楚、把系统跑起来、把论文写完整，微服务那套适合作为扩展点写进论文的“未来展望”里，而不是在代码里给自己挖坑。单机部署的SpringBoot应用配合MySQL，完全能满足几百人规模企业的车辆管理需求，性能瓶颈根本不会出现。

1.2 系统功能模块划分与角色权限设计

车辆管理系统从功能上可以拆成六大模块：用户管理、车辆信息管理、司机管理、用车申请与审批、车辆维保记录、数据统计报表。每个模块之间不是孤立的，比如用车申请通过后会自动关联车辆里程数，维保记录到期后在首页会有提醒。

角色权限我建议设计成三角色模型：系统管理员、部门管理员、普通员工。普通员工只能提交用车申请、查看自己申请的审批状态；部门管理员可以审批本部门的申请、登记车辆维修保养信息；系统管理员拥有全部权限，包括创建用户、分配车辆、查看所有报表、管理系统配置。用Spring Security或者简单的JWT拦截器都能实现，关键是通过数据库字段role区分权限级别，前端菜单根据角色动态渲染，后端接口再校验一层权限，双保险。

1.3 MinIO对象存储在车辆证件管理中的应用

最近很多同学问MinIO整合SpringBoot的问题，在这个毕业设计里可以玩一个亮点：把车辆的行驶证、保险单、年检证明等图片文件用MinIO做对象存储。好处是文件不直接塞进数据库，数据库只存文件路径，访问的时候通过MinIO生成临时链接，既能防止路径泄露又能减轻数据库压力。MinIO的部署很简单，下载安装包后运行minio server /data加上控制台地址和密钥，SpringBoot里引入minio依赖，配置好endpoint、accessKey、secretKey，封装一个MinioUtil工具类即可。如果觉得MinIO部署麻烦，也可以用本地上传路径替代，但论文里写着“基于MinIO的分布式文件存储方案”明显比“文件存储在本地目录”更有技术含量。

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

2.1 八张核心数据表的字段设计与关联关系

数据库设计是论文的核心打分点，表结构合理不合理，答辩老师一眼就能看出来。我设计了一个比较通用的方案，一共八张表：用户表（sys_user）、部门表（sys_dept）、车辆信息表（vehicle）、司机表（driver）、用车申请表（apply_record）、审批记录表（approve_record）、维保记录表（maintain_record）、系统日志表（sys_log）。

先说车辆信息表，这是整个系统的主表。核心字段包括：车牌号（必须唯一，用varchar(20)）、车辆类型（轿车/越野车/货车/中巴车）、品牌型号、座位数、购买日期、行驶证号、保险到期日、年检日期、当前里程数、车辆状态（可用/使用中/维修中/已报废）、所属部门。里程数和车辆状态这两个字段很关键，每次用车申请通过后，里程数要同步更新，车辆状态要从“可用”变成“使用中”。

用车申请表是业务表，字段设计要覆盖整个申请流程：申请人ID（关联用户表）、用车事由、目的地、计划用车时间、计划归还时间、用车人数、申请状态（待审批/已通过/已驳回/已取消）、关联车辆ID、出发前里程数、归还后里程数。状态流转是这张表的核心逻辑，审批状态改变了，相关业务才会被触发。

维保记录表相对简单：车辆ID、维保类型（保养/维修/事故维修）、费用、维保日期、维保内容描述、维修厂名称、经手人。这里需要加一个费用字段的decimal类型，别用float，涉及钱的字段必须精确到小数点后两位。

各表之间的关联关系我画了个简图思路：user表与apply_record表是一对多关系；vehicle表和apply_record表是一对多关系；apply_record表与approve_record表是一对一的关系，一条申请对应一条审批结论。外键在物理设计阶段可以不加约束，但逻辑上必须存在，并且在论文的E-R图里明确画出来。用ALTER TABLE添加外键会拖慢批量插入的性能，所以建议代码层面控制关联。

2.2 MySQL建表脚本与Navicat导入避坑指南

建表脚本直接贴出来一份核心参考。特别注意字符集要用utf8mb4而不是utf8，因为utf8在MySQL里最多只能存3字节的字符，有些特殊符号和emoji存不进去。排序规则选择utf8mb4_general_ci，够用而且性能好。存储引擎用InnoDB，支持事务，MySQL 8.0默认就是这个引擎，不用额外指定。

CREATE TABLE `vehicle` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键', `plate_number` varchar(20) NOT NULL COMMENT '车牌号', `vehicle_type` varchar(20) DEFAULT NULL COMMENT '车辆类型', `brand_model` varchar(50) DEFAULT NULL COMMENT '品牌型号', `seat_count` int(11) DEFAULT NULL COMMENT '座位数', `purchase_date` date DEFAULT NULL COMMENT '购买日期', `license_number` varchar(50) DEFAULT NULL COMMENT '行驶证号', `insurance_expire` date DEFAULT NULL COMMENT '保险到期日', `annual_check_date` date DEFAULT NULL COMMENT '年检日期', `current_mileage` int(11) DEFAULT '0' COMMENT '当前里程数', `status` tinyint(4) DEFAULT '0' COMMENT '状态:0可用,1使用中,2维修中,3报废', `dept_id` bigint(20) DEFAULT NULL COMMENT '所属部门', `create_time` datetime DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间', PRIMARY KEY (`id`), UNIQUE KEY `uk_plate_number` (`plate_number`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COMMENT='车辆信息表';

这里有个经验要分享：MySQL 8.0和5.7在连接驱动的配置上略有差异，如果你用的是8.0，driver-class-name要写成com.mysql.cj.jdbc.Driver，5.7则是com.mysql.jdbc.Driver。很多人启动项目时报SQLNonTransientConnectionException或者ClassNotFoundException，十有八九就是驱动配置写错了。还有连接串后面必须加serverTimezone=Asia/Shanghai，不然系统时间和数据库时间会相差8小时，很坑。

Navicat导入脚本的时候也有个容易踩的坑：直接复制SQL文件内容执行没问题，但如果你用“数据传输”功能从另一台机器的数据库同步表结构，源库和目标库的表名前缀（如果有的话）不一致会导致外键关联失效。另外导入前务必检查一下MySQL服务是否启动，Windows用户按Win+R输入services.msc找到MySQL服务看状态，Linux用户用systemctl status mysqld或者service mysql status。

3. 前后端核心功能实现与关键代码

3.1 JWT认证与拦截器配置

前后端分离项目的核心认证方案，JWT（JSON Web Token）是绝对的主流选择，比Session更契合Vue+SpringBoot的组合。用户登录成功后，后端生成一个token返回给前端，前端把token存在localStorage里，每次请求在请求头带上Authorization: Bearer <token>。后端用一个拦截器统一校验。

具体实现步骤：首先在pom.xml引入jjwt依赖，然后写一个JwtUtil工具类，内含生成token和解析token的方法。生成token时把用户ID、用户名、角色作为claim放进去，设置过期时间，我用的是2小时，太短会导致用户频繁重新登录，太长有安全隐患；然后写一个JwtInterceptor实现HandlerInterceptor接口，在preHandle方法里校验请求头，从token里解析出用户信息放进ThreadLocal；最后在配置类里注册拦截器并配置放行路径——登录接口、静态资源、跨域预请求（OPTIONS）这三个路径必须放行。

@Component public class JwtInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 放行跨域预检请求 if ("OPTIONS".equals(request.getMethod())) { return true; } String token = request.getHeader("Authorization"); if (token == null || !token.startsWith("Bearer ")) { response.setStatus(401); response.setContentType("application/json;charset=UTF-8"); response.getWriter().write("{\"code\":401,\"msg\":\"未登录或token已过期\"}"); return false; } String realToken = token.substring(7); Claims claims = JwtUtil.parseToken(realToken); if (claims == null) { response.setStatus(401); response.getWriter().write("{\"code\":401,\"msg\":\"无效token\"}"); return false; } // 将用户信息存入ThreadLocal，方便Service层获取 LoginUserHolder.setUserId(claims.get("userId", Long.class)); LoginUserHolder.setUserName(claims.get("username", String.class)); LoginUserHolder.setRole(claims.get("role", String.class)); return true; } }

这里有个细节：LoginUserHolder是一个简单的ThreadLocal工具类，用完之后记得在afterCompletion里清理掉，不然线程池复用时会串数据，查出来的用户信息可能是别人的。这个坑我第一版实现就踩过，排查了很久才发现是ThreadLocal的锅。还有就是在跨域配置里，allowedHeaders("*")和allowedMethods("*")都要设置，前端请求头带着Authorization属性时，如果后端没允许这个请求头，跨域会直接挂掉。

3.2 车辆管理模块的增删改查与MyBatis-Plus应用

车辆管理模块是整个系统最标准的CRUD，推荐用MyBatis-Plus来做，省去大量手写SQL的时间。BaseMapper<T>接口中封装了selectById、insert、updateById、deleteById等常用方法，配合LambdaQueryWrapper做条件查询，代码看起来非常清爽。

分页查询是列表页的核心。MyBatis-Plus的PaginationInnerInterceptor插件配置好之后，只需要在Service层调用selectPage方法，传入一个Page对象和查询条件即可。前端通过pageNum和pageSize参数控制页码，后端返回total（总记录数）和records（当前页数据列表）。车辆状态筛选、保险到期时间范围筛选、车牌号模糊查询，通过LambdaQueryWrapper的eq、like、between方法拼接即可，注意模糊查询时SQL注入防护，MyBatis-Plus内部已经做了预编译处理，参数用#{}传值就不会有注入风险。

修改车辆状态这里有一个业务逻辑要处理好：当车辆状态从“维修中”改为“可用”时，需要校验维修记录是否已经补充完整，避免维修完不记录维修台账。我加了一个校验逻辑：状态改为可用前，先查一下该车辆是否存在维修结束日期为空的记录，如果有，直接提示“请先完善维修记录”。这个逻辑在论文的“系统特色”里是可以写一笔的，至少说明你的系统不是简单的增删改查。

3.3 用车申请流转状态机与审批流程设计

用车申请模块是系统的业务核心，说直白点，是一个轻量级的审批流系统。状态机设计如下：

提交申请（状态0：待审批）→ 部门管理员通过 → 状态1：已通过，同时车辆状态变为“使用中”；或者部门管理员驳回 → 状态2：已驳回，填写驳回理由，员工可重新编辑再提交；员工在待审批状态下也可以自己取消申请 → 状态3：已取消。

// 用车审核Service核心逻辑 @Transactional(rollbackFor = Exception.class) public boolean approveApply(Long applyId, Integer approveResult, String approveRemark, Long approverId) { ApplyRecord apply = applyRecordMapper.selectById(applyId); if (apply == null || apply.getStatus() != 0) { throw new CustomException("申请记录不存在或已被处理"); } // 审批通过 if (approveResult == 1) { // 1. 更新申请状态为已通过 apply.setStatus(1); // 2. 车辆状态改为使用中 Vehicle vehicle = vehicleMapper.selectById(apply.getVehicleId()); if (vehicle.getStatus() != 0) { throw new CustomException("该车辆当前不可用"); } vehicle.setStatus(1); vehicleMapper.updateById(vehicle); // 3. 记录审批信息 ApproveRecord approveRecord = new ApproveRecord(); approveRecord.setApplyId(applyId); approveRecord.setApproverId(approverId); approveRecord.setApproveResult(1); approveRecord.setApproveRemark(approveRemark); approveRecordMapper.insert(approveRecord); } else { // 审批驳回，只更新申请状态 apply.setStatus(2); ApproveRecord approveRecord = new ApproveRecord(); approveRecord.setApplyId(applyId); approveRecord.setApproverId(approverId); approveRecord.setApproveResult(0); approveRecord.setApproveRemark(approveRemark); approveRecordMapper.insert(approveRecord); } applyRecordMapper.updateById(apply); return true; }

这段代码最重要的就是@Transactional注解。审批通过时涉及三张表的更新（申请记录状态、车辆状态、新增审批记录），任何一步失败都需要整体回滚，不然会出现“申请显示已通过但车辆还是可用状态”的数据错乱。Service层做好事务控制，Controller层只做参数接收和结果封装，这是毕设代码结构清晰的基石。

3.4 首页仪表盘与ECharts统计报表

管理系统没有数据可视化，感觉总是少了点灵魂。首页仪表盘我放了三个核心指标卡片（车辆总数、今日用车申请数、待审批数、维修中车辆数）和两个图表：近七天的用车趋势折线图、车辆类型占比饼图。图表库用ECharts，Vue里通过npm install echarts引入，在onMounted生命周期里初始化图表实例，后端提供统计接口返回聚合数据。

近七天用车趋势的SQL比较典型，用到了DATE_FORMAT函数和GROUP BY，这段SQL在论文的“系统实现”章节可以作为案例展示：

SELECT DATE_FORMAT(create_time, '%Y-%m-%d') AS apply_date, COUNT(*) AS apply_count FROM apply_record WHERE create_time >= DATE_SUB(CURDATE(), INTERVAL 6 DAY) GROUP BY DATE_FORMAT(create_time, '%Y-%m-%d') ORDER BY apply_date;

车辆类型占比就简单了，从vehicle表里按vehicle_type分组统计数量。ECharts的饼图设置好series-data数组，把后端返回的[{name: '轿车', value: 15}, ...]格式直接塞进data属性即可。注意如果近期没有数据，接口返回的是空数组，前端图表会显示空白，代码里要加一个空值判断。

4. 部署与运行全流程实录

4.1 本地开发环境搭建与配套工具版本选择

环境搭好了，项目就成功了一半。版本选择这块我吃过大亏，一开始图新鲜装了SpringBoot 3.0和JDK 17，结果MyBatis-Plus和某些依赖的兼容问题弄得我焦头烂额。毕业设计讲究的是稳定，不是追新。推荐版本组合：JDK 1.8 + Maven 3.6+ + SpringBoot 2.7.x + MySQL 8.0 + Node.js 16.x + Vue 2.6/3.x。SpringBoot 2.7是2.x系列的最终版本，稳定性和兼容性都很好，JDK 1.8至今依然是企业级应用的主流转译器，别管网上怎么吹JDK 17快，兼容性才是第一位的。

Node.js的版本也要注意。Vue CLI最高支持到Node 17左右，太新的Node版本（比如18以上）跑npm install的时候会出现Error: error:0308010C:digital envelope routines::unsupported这个报错。解决方案有两个：把Node降级到16.x；或者执行NODE_OPTIONS=--openssl-legacy-provider设置环境变量。第一个方案更省心，推荐直接把Node锁定在16.20 LTS版本。

4.2 前后端打包细节与部署到服务器的全链路

开发完成后，需要把前后端都部署到服务器上，最常见的是一台轻量级云服务器，2核4G配置足够跑这套系统。后端打包命令在项目根目录执行mvn clean package -DskipTests，跳过单元测试可以省下一大笔时间，打包成功后target目录下会生成一个vehicle-manage-0.0.1-SNAPSHOT.jar文件。把jar包用scp命令传到服务器，再用nohup java -jar vehicle-manage-0.0.1-SNAPSHOT.jar --server.port=8080 > app.log 2>&1 &后台启动。日志输出到app.log，排查问题全靠它。

前端部署相对麻烦一点。先执行npm run build，打包产物会出现在dist目录，里面是静态文件（index.html、js/css资源等）。部署静态资源可以用Nginx，配置一个80端口的server块，root指向dist目录，同时配置反向代理把/api路径转发到后端的8080端口：

server { listen 80; server_name your-domain.com; location / { root /usr/share/nginx/html/dist; index index.html; # 解决Vue路由history模式刷新404问题 try_files $uri $uri/ /index.html; } location /api/ { proxy_pass http://127.0.0.1:8080/api/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } }

这里有个关键配置：try_files $uri $uri/ /index.html;。如果Vue Router用了history模式（地址栏没有#号），刷新页面时Nginx会直接按路径找文件，找不到就404，加上这个指令后所有请求都兜底到index.html，由Vue Router自己处理路由，刷新404问题就解决了。如果你实在不想麻烦，也可以用hash模式，地址栏会多一个#，但完全不存在刷新404的问题。部署时我建议直接用hash模式，少踩一个坑。

数据库在部署阶段只需导入一次表结构和初始数据。用Navicat连接服务器MySQL，右键数据库运行SQL文件导入即可。记得检查服务器的防火墙和云厂商的安全组规则，3306端口无需对外开放（本地Navicat连服务器时通过SSH隧道更安全），但8080端口和后端服务端口必须在安全组中放行，否则外网访问不了。

4.3 服务器上MySQ L安全设置和远程访问

MySQL默认只允许localhost访问，如果要在本地电脑用Navicat可视化工具连接服务器数据库，需要创建一个允许远程访问的用户：

CREATE USER 'vehicle_user'@'%' IDENTIFIED BY 'StrongPassword123!'; GRANT ALL PRIVILEGES ON vehicle_manage.* TO 'vehicle_user'@'%'; FLUSH PRIVILEGES;

虽然这样做方便，但风险不小。我的建议是对外网的数据库连接一定要用复杂的密码，至少12位混合大小写和特殊字符。如果需要更高的安全性，在MySQL配置文件的[mysqld]部分绑定bind-address为内网地址或者只允许指定IP访问，这个可以根据实际需求调整。

注意：千万不要把数据库密码写在代码里之后，又整个项目文件传到公开的Github仓库，这个低级的失误每年都会出现，赛博裸奔的后果很严重。

5. 部署异常与常见错误排查实录

5.1 Maven依赖下不动与SpringBoot启动失败

这是毕设新手遇到最多的问题。Maven拉不下依赖，大概率是镜像源的问题。国内网络环境直接访问Maven中央仓库非常慢甚至超时，你需要在settings.xml里配置阿里云镜像。在<mirrors>节点中加一段：

<mirror> <id>aliyunmaven</id> <mirrorOf>central</mirrorOf> <name>阿里云公共仓库</name> <url>https://maven.aliyun.com/repository/public</url> </mirror>

改了配置还不行，就在IDEA里File -> Settings -> Build Tools -> Maven，勾选Always update snapshots，然后clean和reimport。

SpringBoot启动失败分几种情况：端口被占用是最常见的，APPLICATION FAILED TO START这个经典报错下，Port 8080 was already in use描述清清楚楚。解决方式是找占用进程并结束它，Windows下用netstat -ano | findstr 8080查到PID后到任务管理器结束，Linux下用lsof -i:8080找进程然后kill -9杀掉。改了端口就要记得前端axios请求的baseURL和Nginx的proxy_pass也同步修改，三处保持一致。

还有一类启动失败是数据源配置错误，报错关键词Failed to configure a DataSource，原因是application.yml里没有配置数据库连接信息。注意SpringBoot启动时会自动尝试配置数据源，如果存在spring-boot-starter-data-jpa或mybatis-spring-boot-starter依赖，就必须提供数据源配置，不然启动直接失败。

5.2 前后端联调跨域报错

前端跑在localhost:8080（Vue开发服务器端口），后端跑在localhost:9090，浏览器会拦截跨域请求，报错信息是Access to XMLHttpRequest at 'http://localhost:9090/api/login' from origin 'http://localhost:8080' has been blocked by CORS policy。前后端分离项目开发阶段必须配置跨域，生产阶段用Nginx同域部署后跨域问题自然消失。

后端配置跨域最简单的方式是写一个CorsConfig类实现WebMvcConfigurer接口，重写addCorsMappings方法：

@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); } }

注意allowedOrigins("*")和allowCredentials(true)不能同时使用，Java的CorsRegistry里会直接报错。用allowedOriginPatterns("*")替代allowedOrigins("*")就能解决这个冲突。前端也可以在Vue里配置代理，在vue.config.js中设置devServer.proxy，但这只对开发环境有效。

5.3 数据库时区错乱与连接SSL警告

项目跑起来后，发现插入数据库的时间比系统时间差了8个小时，这一般是连接串没加时区参数。在application.yml里数据库连接URL补充：

spring: datasource: url: jdbc:mysql://localhost:3306/vehicle_manage?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false&allowPublicKeyRetrieval=true

useSSL=false是为了避免MySQL 8.0默认开启SSL导致的各种告警和连接延迟。allowPublicKeyRetrieval=true是配合MySQL 8.0使用caching_sha2_password认证方式时需要的参数，不加的话某些连接工具会报Public Key Retrieval is not allowed。

还有个小坑：Java 8的LocalDate和LocalDateTime在MyBatis中需要添加jsr310支持，如果你用的是mybatis-spring-boot-starter，需要额外引入mybatis-typehandlers-jsr310或者直接用MyBatis-Plus，这些类型转换在框架内部都处理好了。如果时间字段插入后丢失时分秒，大概率是实体类用了java.util.Date而已，换成LocalDate和LocalDateTime就能保住精度。

6. 论文写作与答辩准备的独门心得

6.1 论文目录结构怎么组织最高效

论文结构我建议直接按软件工程的标准模板来写，不要另辟蹊径让老师看不懂：

第一章绪论（研究背景与意义、国内外研究现状、研究内容与方法）；第二章相关技术介绍（SpringBoot、Vue、MySQL、ElementUI、MinIO等）；第三章系统分析（可行性分析、需求分析、用例图、功能模块分析）；第四章系统设计（总体架构图、功能结构图、数据库E-R图、数据表设计）；第五章系统实现（每个功能模块的截图和核心代码片段）；第六章系统测试（功能测试用例表、性能测试）；第七章总结与展望。

章节之间要有逻辑递进关系，不是拼盘，而是从“要做什么”到“怎么设计”再到“怎么实现”最后“怎么验证”的一条线。所有图表必须重新绘制，能截图的系统界面就截高清大图，不要放模糊的缩略图。老师看到排版整齐、图表清晰的论文，第一印象分就上去了。

6.2 答辩必问的10个问题提前演练

答辩环节是毕业设计的最后一关，我梳理了一下评委最常问的问题，提前准备好答案就不慌了：

1. 系统用了什么架构？为什么做前后端分离？
2. 数据库表之间如何关联？为什么这样设计？
3. JWT和Session有什么区别？为什么选JWT？
4. 如何保证数据的一致性和安全性？
5. MyBatis-Plus相比MyBatis有什么优势？
6. 遇到最大的技术难点是什么？如何解决的？
7. 系统的性能如何优化？
8. 如果用户量增大，系统怎么扩展？
9. 如何做权限管理？菜单权限和数据权限是怎么控制的？
10. 测试用例是怎么设计的？覆盖了哪些业务场景？

这些问题不算刁钻，但需要你真正理解自己的代码。比如问权限管理，你要能说出前端根据用户角色渲染菜单，后端接口都有拦截器校验角色码，两者配合完成权限控制。只答“用了拦截器”太单薄，能说清楚“拦截器校验token，解析出角色，比对接口需要的角色标识”才是完整的回答。

6.3 让项目脱颖而出的三个扩展点

答辩时间有限，论文篇幅有限，但有一个亮点就能让评委记住你的项目。我推荐三个性价比比较高的扩展方向：

第一，使用Redis缓存热点数据，比如车辆状态查询、系统配置信息，将查询耗时降低一个量级，这个扩展点技术含量高、实现不算难，环境上多加一个Redis服务即可；第二，使用RabbitMQ做消息队列，比如用车审批通过后异步发送通知消息给申请人，或者生成用车日报，体现异步解耦的设计思想；第三，使用WebSocket做站内信实时推送，审批通过后客户端立即弹出通知，这个对前端技术要求稍高，但如果做出来了非常加分。

扩展点写进论文的“系统特色”章节，再配合核心代码块，整体技术栈就从“基础增删改查”拉升到了“有一定设计思想的企业级应用”，答辩底气完全不一样。

7. 复盘与操作清单

这套系统做下来，我最想分享的体会是：毕业设计不是比谁的技术新，而是比谁的业务完整度高、工程能力扎实。SpringBoot+Vue+MySQL这套组合虽然“老”，但正是因为熟人多、方案成熟，反而最能帮你快速跑通全流程，把时间花在打磨业务细节而不是和框架死磕上。

最后附上一份我用血泪总结出的部署操作清单，每一条都值得记住：

• 部署前先在本地完整走一遍业务流（登录、申请用车、审批、维护车辆），保证主流程无阻断。
• 初始化数据库时不要急着造大量测试数据，先导入结构和少量样例数据，跑通后再用脚本批量生成。
• SpringBoot的application.yml中要区分开发环境和生产环境配置，至少把数据库密码单独放在环境变量或配置文件中，不要硬编码。
• 服务器上跑jar包用nohup加日志重定向，追查错误时先打开日志文件搜索ERROR关键词。
• 前端请求后端接口的baseURL不要写死成localhost，生产和开发环境要区分，Nginx反代后统一走相对路径/api。
• 答辩前备份一份完整的源码和数据库dump文件，用U盘和网盘各存一份。

按照这套方案把这套企业车辆管理系统完整做完，代码、部署、论文、答辩都齐了，你收获的不仅是一个毕设项目，而是一次对企业真实业务系统从零到一有完整认知的实战经历。