SpringBoot城市货运管理系统开发实战：从数据库设计到部署

我前前后后带过好几届学生做毕业设计，也帮不少朋友远程排查过SpringBoot项目的问题。说实话，一看到“锦宇气体城市货运系统”这个题目，第一反应是这学生挺会选方向的——既没有烂大街到全是雷同的“图书管理”和“学生选课”，也没有难到需要数学建模那种程度，刚好卡在“有点行业特色+技术栈完整”的黄金位置上。工业气体配送（氧气、乙炔、氩气这些）在城市里是有特殊管理要求的，车辆资质、司机资质、运输记录都得留痕，所以这个系统的业务逻辑天然比普通物流系统多了一层东西。这篇文章我就以SpringBoot为主线，把这种城市货运管理系统从设计到落地的完整过程拆开揉碎讲清楚，你如果正好在准备类似的毕设，或者工作中要接一个轻量级物流系统，可以参考这个思路来。

我默认你手里已经有一套能跑起来的源码（比如项目名带“13184”的这类毕设资源），或者你准备从头写一个。不管哪种情况，下面我讲的这几个大块——整体设计、数据库、核心流程、前后端联调、上线部署、答辩包装——都是躲不开的。我会尽量把坑点前置讲完，你别等做到一半了再回来看，那就晚了。

1. 整体设计与技术选型：为什么这种系统非SpringBoot莫属

先把这个系统的定位讲清楚。城市货运系统不是电商系统，它没有购物车和支付那一堆东西，核心就三件事：谁下单、谁接单、怎么把货安全送到。而“气体”这两个字又加了一层——承运的车辆需要有危化品运输资质，司机要有相应的从业资格证，每一笔订单的运输记录至少要保留一段时间备查。所以你在设计表结构和功能菜单的时候，脑子里要时刻绷着“合规”这根弦，这就跟做普通搬家公司系统拉开了差距。

1.1 SpringBoot版本怎么选：别一上来就追新

做毕设或者中小企业项目，SpringBoot版本不是越新越好。我记得Spring Boot 3.x刚出来那阵子，不少人把项目升级上去，结果发现javax命名空间变成jakarta了，一堆第三方 starter 直接不兼容，人直接麻了。这里给你一个比较稳妥的选型策略：

• 只想快点跑起来、不想折腾：用 Spring Boot 2.7.x + JDK 1.8。这个组合在整个行业里存量最大，遇到问题一搜一个准，网上案例最多。
• 想写进简历加分、愿意多花点时间：用 Spring Boot 3.x + JDK 17。但你得接受很多老教程里的代码要改 import，比如 javax.servlet 要改成 jakarta.servlet。

我自己给别人的建议是：毕设不要用太新的版本，因为答辩老师不一定跟进到3.x，但他一定见过2.x。而且你自己查资料时，搜“springboot 版本太高”这种问题是搜不到什么有效答案的，大部分帖子都是在吐槽兼容性坑。老老实实选2.7，稳如老狗。

除了SpringBoot本身，配套那套东西我也给你列个参考清单：

这套组合的好处在于：每一层都是行业里讨论热度最高的方案，你遇到任何问题都能搜到大量解答。千万别在毕设里引入小众框架，比如用个什么冷门的国产ORM，或者自己写个模板引擎渲染页面，那是在给自己挖坑。

1.2 系统模块边界怎么划：从业务单据倒推功能树

很多新手一上来就照着别人的系统抄功能，菜单长得跟商城似的，其实那是不对的。做业务系统，应该从“业务单据”出发倒推：这个司机师傅每天打开App要干什么？调度员在后台要审什么？管理员最关心什么数据？

对这个气体城市货运系统，我的功能树是这么划分的：

客户端（司机/下单方）侧：

• 下单管理：发起运输订单，填货物类型（氧气、乙炔、氩气等）、重量、装卸地址、期望用车时间
• 订单跟踪：查看自己订单当前状态（待调度、运输中、已签收、异常撤回）
• 车辆绑定：司机接单时选择今天开的车（因为不是每个司机固定一辆车）
• 签收确认：到货后拍照上传或者输个签收码

管理端（调度/运营）侧：

• 订单调度：把新订单派给合适的车辆/司机，支持手动调度和简单的自动推荐（比如按距离）
• 车辆台账：车辆信息、年检有效期、危化品运输证有效期、当前状态（空闲/运输中/维修）
• 司机台账：司机信息、从业资格证有效期、联系方式、接单记录
• 运输记录：每一笔订单的完整轨迹数据，这个模块是气体运输的特色
• 基础数据：客户公司信息、常跑路线、货物类型字典

系统管理侧：

• 用户管理：后台账号、司机账号的增删改查和角色分配
• 数据统计：按月度统计订单量、运输吨位、车辆利用率

你看，这个功能列表里没有任何一个是多余的，每个模块都能在真实业务里找到对应的人在用。比那种“用户管理、订单管理、商品管理、评论管理”一套电商通用模板有说服力得多。答辩时老师问你“为什么设计这个功能”，你得能回答出“这是给谁用的、解决什么问题”，这就稳了。

2. 数据库与核心接口设计：把基础打牢，后面写代码全是灌水

数据库设计这一块，我见过太多翻车案例了。有的一上来就建了二十多张表，结果一半是空的；有的就建了四五张表，订单和运单混在一起。这个系统的核心表，我认为八九张就够了，但每张表都要经得起追问。

2.1 核心表结构设计与字段含义

我挑三张最核心的表来展开讲，因为这三张表决定了你系统的业务深度。

订单表（t_order）
这是整个系统的主线。字段大概长这样：

这里有个细节要注意：order_status 用 int 而不是 varchar。因为状态机在代码里要用常量类去定义，用 int 比较方便写 switch，也方便后期索引优化。有些同学喜欢存中文状态“待调度”“运输中”，你存的时候倒是方便了，查的时候、改状态的时候全是在碰运气，千万别这么干。

车辆表（t_vehicle）
气体运输车的字段和普通货车不一样，它多了几个证照相关的东西：

• plate_number：车牌号
• vehicle_type：车型（跟能拉什么气体有关，有些气体不能用普通罐车拉）
• license_no：道路运输证号
• license_expire_date：道路运输证有效期
• dangerous_goods_cert_no：危化品运输资质编号
• dangerous_goods_expire_date：危化品资质有效期
• status：1空闲 2运输中 3维修 4停用

为什么要单独提“证照有效期”？因为做危化品运输，证照过期是重大事故隐患，系统里最好有一个每日定时任务，扫描所有车辆和司机的证照过期时间，提前30天提醒管理员。这个功能虽然不起眼，但是在答辩时是个亮点，因为它体现的是你对行业的理解。

运输记录表（t_transport_record）
这是体现“气体城市货运”不同于普通货运的关键表。一条运输记录对应一次完整的运输过程：

• order_id：关联订单
• driver_id：司机
• vehicle_id：车辆
• start_mileage：出车时的里程数
• end_mileage：回场时的里程数
• load_time：装货时间
• unload_time：卸货时间
• safety_check_result：出车前的安全检查结果（比如“正常”或“胎压不足，已整改”）
• remark：备注

这张表记录的不只是“谁送的”，还包括“这趟跑得是否安全合规”。安全员要看这个，保险公司也要看这个。你把这个表的意义理解了，系统设计的格局就上去了。

2.2 RESTful接口设计规范：前后端分离的契约

接口设计这一块，我直接给你一套可以直接用的规范，你按这个来写，后面跟Vue联调的时候能省一大半扯皮的功夫。

统一返回结构

不管你写哪个接口，返回值都包一层统一结构，前端才好做统一拦截处理：

json复制{
  "code": 200,
  "message": "success",
  "data": {...}
}

对应的Java类可以这样写：

java复制@Data
public class Result<T> {
    private Integer code;
    private String message;
    private T data;

    public static <T> Result<T> ok(T data) {
        Result<T> r = new Result<>();
        r.setCode(200);
        r.setMessage("success");
        r.setData(data);
        return r;
    }

    public static <T> Result<T> fail(Integer code, String message) {
        Result<T> r = new Result<>();
        r.setCode(code);
        r.setMessage(message);
        return r;
    }
}

主要接口列表

接口路径用 RESTful 风格，动词用 HTTP Method 表达，资源名用名词复数，这种表述在简历和答辩PPT上都很专业。

2.3 JWT认证机制的完整链路

关于登录认证，我建议直接用 JWT + 拦截器，不要一上来就搞 Spring Security 那套。为什么？因为Spring Security的学习曲线对毕设来说太陡了，而且配置错了报错都看不懂。用拦截器你只需要关心两件事——token生没生成、token过期没有。

操作步骤大概是：

1. 用户带用户名密码请求 /api/auth/login
2. Controller 接收后调用 Service，用 MyBatis-Plus 的 QueryWrapper 查用户表，比对密码（密码用 BCrypt 加密存储，不要明文）
3. 比对通过，用 jjwt 库生成 token，把 userId、username、role 塞进 claims
4. 返回给前端，前端存到 localStorage 或者 Vuex/Pinia
5. 前端每次请求在 axios 拦截器里往 Header 加 Authorization: Bearer <token>
6. 后端写一个 HandlerInterceptor，在 preHandle 里解析 token，解析成功就放行，失败就返回 401

要强调的一点：JWT的秘钥不要硬编码在代码里，放到 application.yml 里。虽然毕设没太大所谓，但这是个职业习惯，你写在简历里的项目代码会被面试官看的，养成好习惯不亏。

3. SpringBoot核心代码实现：从启动类到业务逻辑的全链路

现在开始写代码。这里不会把所有代码贴出来（那是源码包里该有的东西），我就挑几个关键环节讲清楚“怎么写、为什么这么写”。

3.1 启动类与配置文件的坑

启动类基本都是这个样板：

java复制@SpringBootApplication
@MapperScan("com.jinyu.gas.mapper")
public class GasTransportApplication {
    public static void main(String[] args) {
        SpringApplication.run(GasTransportApplication.class, args);
    }
}

这里面唯一要注重的就是 @MapperScan。如果你是倒着从网上抄的代码、又没加这个注解，启动必报 “Invalid bound statement (not found)” 的错。有人会问：我每个Mapper上都加了 @Mapper 注解，为什么还要加 @MapperScan？其实两个都行，但 @MapperScan 写在启动类上一行解决，不用每个接口都去点一下，省事得多。

application.yml 里的配置，我建议把这些必备项写好：

yaml复制server:
  port: 8080

spring:
  datasource:
    url: jdbc:mysql://localhost:3306/gas_transport?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai
    username: root
    password: your_password
    driver-class-name: com.mysql.cj.jdbc.Driver

mybatis-plus:
  configuration:
    log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
    map-underscore-to-camel-case: true
  global-config:
    db-config:
      id-type: assign_id

map-underscore-to-camel-case: true 这个是必须开的，否则你数据库字段 order_no 映射到实体的 orderNo 会失败，这个问题新手经常卡一整天。id-type: assign_id 让主键走雪花算法，插入的时候就不用手动赋值了。

3.2 订单状态机设计：用常量类和状态流转方法管控

订单状态是这个系统的灵魂，我在代码里一般这样设计：

java复制public class OrderStatus {
    public static final int PENDING_DISPATCH = 0;
    public static final int DISPATCHED = 1;
    public static final int IN_TRANSIT = 2;
    public static final int COMPLETED = 3;
    public static final int CANCELED = 4;
}

然后在 Service 里写一个状态校验方法：

java复制private void checkStatusTransition(int fromStatus, int toStatus) {
    Map<Integer, List<Integer>> allowedTransitions = new HashMap<>();
    allowedTransitions.put(OrderStatus.PENDING_DISPATCH, Arrays.asList(OrderStatus.DISPATCHED, OrderStatus.CANCELED));
    allowedTransitions.put(OrderStatus.DISPATCHED, Arrays.asList(OrderStatus.IN_TRANSIT, OrderStatus.CANCELED));
    allowedTransitions.put(OrderStatus.IN_TRANSIT, Arrays.asList(OrderStatus.COMPLETED));
    
    if (!allowedTransitions.getOrDefault(fromStatus, Collections.emptyList()).contains(toStatus)) {
        throw new BusinessException("非法状态流转: " + fromStatus + " -> " + toStatus);
    }
}

为啥要写这个？因为在真实业务里，你不希望有人把“运输中”的订单直接改成“待调度”，那是要出大事的。有了状态校验，无论是前端误操作还是有人直接调接口，都改不了。这个代码写上去，答辩时老师问“你这个订单状态怎么防止乱跳”，你直接秀这个方法，印象分直接拉满。

3.3 分页查询与条件检索：MyBatis-Plus一行搞定

列表页面的分页接口，用MyBatis-Plus封装的 Page 加 LambdaQueryWrapper 是最省力的：

java复制@Override
public Page<OrderVO> pageOrders(int pageNum, int pageSize, String keyword, Integer status) {
    Page<Order> page = new Page<>(pageNum, pageSize);
    LambdaQueryWrapper<Order> wrapper = new LambdaQueryWrapper<>();
    wrapper.like(StringUtils.isNotBlank(keyword), Order::getOrderNo, keyword)
           .eq(status != null, Order::getOrderStatus, status)
           .orderByDesc(Order::getCreateTime);
    Page<Order> orderPage = this.page(page, wrapper);
    // 这里可以用BeanUtils把Order转成OrderVO，填充司机姓名、车牌号等冗余展示字段
    return convertToVO(orderPage);
}

两个查询条件：模糊搜索收货地址或订单号，精确筛选状态。大多数列表页就是这种需求，不用写复杂SQL，lambda 条件构造器一把梭。唯一要注意的是：状态 status 为 null 的时候不要拼这个条件，这既是性能问题也是逻辑正确性的问题。

3.4 大文件上传与资源映射

气体运输过程中，司机可能要上传装卸货照片、回单照片。虽然不像网盘那样要传几个G的文件，但图片这种体积也不小，而且浏览器默认限制是1MB，所以需要改一下。

在 application.yml 里配置：

yaml复制spring:
  servlet:
    multipart:
      max-file-size: 20MB
      max-request-size: 50MB

然后写个文件上传接口：

java复制@PostMapping("/api/upload")
public Result<String> upload(@RequestParam("file") MultipartFile file) {
    if (file.isEmpty()) {
        return Result.fail(400, "上传文件不能为空");
    }
    // 生成唯一文件名，防止重名覆盖
    String originalFilename = file.getOriginalFilename();
    String ext = originalFilename.substring(originalFilename.lastIndexOf("."));
    String newFileName = UUID.randomUUID().toString().replace("-", "") + ext;
    
    String uploadDir = System.getProperty("user.dir") + "/upload/";
    File dir = new File(uploadDir);
    if (!dir.exists()) {
        dir.mkdirs();
    }
    try {
        file.transferTo(new File(uploadDir + newFileName));
    } catch (IOException e) {
        return Result.fail(500, "文件上传失败");
    }
    return Result.ok("/upload/" + newFileName);
}

这里要注意的是：存到本地磁盘的路径和访问的URL路径要能对上，否则前端访问不了图片。你需要一个静态资源映射配置：

java复制@Configuration
public class WebMvcConfig implements WebMvcConfigurer {
    @Override
    public void addResourceHandlers(ResourceHandlerRegistry registry) {
        registry.addResourceHandler("/upload/**")
                .addResourcePattern("file:" + System.getProperty("user.dir") + "/upload/");
    }
}

如果你用了Nginx做静态文件服务，那这一段可以删掉，直接用Nginx映射磁盘目录。但本地开发时，这个配置就是你的命根子，少了它前端就显示不了图片。

4. 前后端联调与Vue项目实践：从零看到数据的那一刻最有成就感

后端接口写完，接下来就是前端工程。SpringBoot项目标配的Vue前端，我这里重点讲几个联调中容易出问题的点。

4.1 跨域与代理配置

前后端分离开发，前端跑在 localhost:8080（Node开发服务器），后端跑在 localhost:8080（SpringBoot默认端口），这俩端口不一样就跨域了。

后端解决办法（CORS配置）：

java复制@Configuration
public class CorsConfig {
    @Bean
    public CorsFilter corsFilter() {
        CorsConfiguration config = new CorsConfiguration();
        config.addAllowedOriginPattern("*");
        config.addAllowedMethod("*");
        config.addAllowedHeader("*");
        config.setAllowCredentials(true);
        UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource();
        source.registerCorsConfiguration("/**", config);
        return new CorsFilter(source);
    }
}

前端解决办法（Vite代理），在 vite.config.js 里：

javascript复制export default defineConfig({
  server: {
    proxy: {
      '/api': {
        target: 'http://localhost:8080',
        changeOrigin: true
      }
    }
  }
})

两个办法选一个就行。我推荐后端配置CORS，因为这样的接口在部署后还能被第三方系统调用，跨域限制不锁死在内网里。

4.2 axios封装与JWT注入

前端这部分我建议你封装一个统一请求模块，别每个页面都去写 axios ：

javascript复制import axios from 'axios'
import { ElMessage } from 'element-plus'

const service = axios.create({
  baseURL: '/api',
  timeout: 10000
})

// 请求拦截器：注入token
service.interceptors.request.use(config => {
  const token = localStorage.getItem('token')
  if (token) {
    config.headers['Authorization'] = 'Bearer ' + token
  }
  return config
})

// 响应拦截器：统一处理错误
service.interceptors.response.use(
  response => {
    const res = response.data
    if (res.code !== 200) {
      ElMessage.error(res.message)
      return Promise.reject(new Error(res.message))
    }
    return res
  },
  error => {
    if (error.response && error.response.status === 401) {
      localStorage.removeItem('token')
      window.location.href = '/login'
    }
    ElMessage.error(error.message)
    return Promise.reject(error)
  }
)

注意响应拦截器里那个401跳转，这是个很容易被初学者漏掉的细节。token过期是个必然事件，前端必须处理。我见过不少毕设项目用户登录着登录着页面白屏了，后端报401也没人管，那就是没做统一拦截。

4.3 订单流程页面的核心交互

前端最核心的页面是订单管理，这块交互逻辑我推荐这样拆：

• 新建订单弹窗：表单校验（地址必填、重量只能是数字、货品类型下拉选择），提交后调 /api/order/create
• 订单列表页：顶部是筛选条件（订单号输入框、状态下拉），中间是表格，底部是分页组件。每条记录右侧操作列根据状态渲染不同按钮：待调度显示“派单”，已调度显示“开始运输”，运输中显示“完成签收”
• 调度弹窗：展示当前空闲的车辆和司机列表，两个下拉框，选中后提交

页面本身不复杂，但你要注意一个点：用户权限决定按钮显隐。司机账号登录后，不应该看到“派单”按钮和“删除”按钮。这个判断可以在前端根据登录用户的角色做 v-if 控制，但真正安全的做法是后端接口也要校验角色，防止有人直接Postman调接口。前端是体验，后端是安全，两个都要做。

5. 部署与上线：从本地到Docker，解决环境问题

项目开发完成，最后一步是部署演示。很多同学卡在这一步：本地跑得开开心心，一到答辩演示那台电脑就翻车，通常不是什么业务bug，而是环境问题。

5.1 用Docker打包SpringBoot项目

现在稍微懂行一点的团队都在用Docker部署，这写在简历上是加分项。Spring Boot打包Docker其实不复杂，我常用的方式写一下。

第一步，在项目根目录创建 Dockerfile：

dockerfile复制FROM openjdk:8-jre-alpine
LABEL maintainer="jinyu"
COPY target/gas-transport.jar /app/app.jar
WORKDIR /app
EXPOSE 8080
ENTRYPOINT ["java", "-jar", "app.jar"]

然后执行构建：

bash复制mvn clean package
docker build -t gas-transport:1.0 .
docker run -d -p 8080:8080 --name gas-transport gas-transport:1.0

打包之前有个坑：你的 application.yml 里数据库地址写的是 localhost，在Docker容器里访问不到宿主机的mysql。解决办法有两种：一是把数据库连接地址改成局域网IP；二是用docker-compose把mysql和springboot一起编排。对毕设来说，直接在yml里改成你电脑的局域网IP（比如192.168.x.x）最省事。

5.2 SpringBoot版本太高导致的兼容性问题

热词里老有人搜“springboot版本太高”，这个确实是痛点。我碰过的典型案例是：用Spring Boot 3.0跑一个老项目，结果有个依赖 com.github.xiaoymin:knife4j-spring-boot-starter 版本不兼容，启动直接报错。解决办法几种：

• 把SpringBoot降回2.7.x，这是最省时的方案
• 给knife4j升级到适配jakarta的版本，比如3.0.3以上
• 换springdoc-openapi那套方案

我的建议很简单：没有非上3.x不可的理由，就别升级。除非你的简历上明确要求“精通Spring Boot 3”，或者你周围有同学踩过坑、已经帮你把依赖版本列表调好了，否则2.7.x天下太平。

5.3 服务器部署的另一种选择：直接裸机跑Jar

如果不想用Docker，直接在一台Linux服务器上跑Jar包是更朴素的办法：

bash复制nohup java -jar gas-transport.jar --spring.profiles.active=prod > app.log 2>&1 &

这里有个细节：--spring.profiles.active=prod 可以指定不同环境的配置。那么你的 application-prod.yml 就把数据库地址改成云服务器的地址。nohup 加 & 保证ssh断开后进程不挂。查日志用 tail -f app.log，检查进程 ps -ef | grep java，这些Linux命令是基本功。

6. 常见问题与调试经验

把我在做这类项目时踩过的问题整理成一个速查表，你大概率也会碰到。

6.1 排查问题的方法论

上面这些问题，每个都能讲一段故事，但这里我想把“解题思路”单独提炼出来给你。

遇到Bug，第一件事是看日志，不要瞎改。SpringBoot的报错日志已经写得很清楚了，你只要把它整理成三段：哪里报错了（哪个类哪个方法）、什么类型的错（空指针、类型转换、连接超时）、哪一行代码。然后带着这三段信息去搜，搜的时候把项目名“锦宇气体城市货运系统”去掉，直接用技术关键词搜“SpringBoot + 错误关键词”，效率会高好几倍。

第二个建议是学会用单测定位问题。不要总想着开页面点按钮调试，一个接口几百行代码，你点一次页面根本不知道是Controller错了还是Service错了还是Dao错了。写几个简单的 @SpringBootTest 单测，直接调用Service层方法，用断言验证结果，问题范围一下就缩小了。

6.2 循环依赖与自动装配的知识点

SpringBoot热词里经常有人问循环依赖，对这种业务系统来说，最典型的循环依赖场景是：OrderServiceImpl 注入了 DriverService，而 DriverServiceImpl 又注入了 OrderService。在SpringBoot 2.6版本之后循环依赖默认禁止了，启动直接报错。

解决办法，正规的做法是重新设计依赖方向，把公共逻辑抽到第三个Service里去。但在写毕设这个阶段，你也可以临时在其中一个Bean上加 @Lazy 注解打破循环，把其中一个注入延迟到真正调用时再初始化。不过我要提醒你：这是打补丁，不是真正的解决方案，答辩时如果被问到，你要能说出“这是一种妥协，生产环境会更倾向于重构代码”。

关于SpringBoot核心的自动装配原理，这是面试常问、也是自己学习时绕不开的知识点。你可以简单理解为：SpringBoot在启动时，会通过 @EnableAutoConfiguration 把导入的 jar 包里的 META-INF/spring.factories 文件中配置的那些 XxxAutoConfiguration 逐个加载，然后用 @ConditionalOnClass、@ConditionalOnMissingBean 这种条件注解，按“当前项目里有没有这个类、有没有手动配置过Bean”来决定要不要自动创建一个默认的Bean出来。你写的这个货运系统，Redis如果导入了就能自动配好连接工厂，不加这个依赖就不会自动配。这套机制让开发时几乎零配置。你把这个原理用自己的话背一遍，面试官会觉得你基础扎实。

7. 答辩与简历：把项目亮点展示出来

项目写完只是第一步，你怎么把它讲出去，决定了毕设成绩的上下限。

7.1 答辩时老师爱问的问题清单

为了避免答辩现场脑子空白，我把常见的追问方向列出来，你提前把这些答案准备好：

• 为什么选SpringBoot做后端？ 答：SpringBoot简化了Spring的配置流程，内置Tomcat可以独立运行，生态成熟，适合快速开发这种中小型业务系统。
• 你这个订单状态流转怎么设计的？ 答：用状态机模式，定义了状态枚举和合法的状态变更路径，非法变更会被拦截抛异常。
• 如何保证司机资质有效？ 答：系统在司机/车辆表中维护证照有效期字段，后台定时任务扫描到期前30天的记录并发送提醒。
• 数据库是怎么设计的？ 答：围绕订单表、车辆表、司机表、运输记录表四张核心表展开，通过外键关联业务主体，用字典表管理货物类型等枚举数据。
• 做过哪些性能优化？ 答：列表接口用MyBatis-Plus分页，CompletableFuture可以异步处理耗时操作等。

7.2 简历上项目经历的关键词布局

简历上关于这个项目的描述，不要写“开发了一个货运管理系统”这种泛泛而谈的话。建议格式是：

锦宇气体城市货运系统（SpringBoot + Vue）
核心职责：

1. 基于SpringBoot + MyBatis-Plus搭建后端服务，实现用户认证、订单管理、车辆调度等核心模块，单表CRUD采用代码生成器自动生成，开发效率提升约40%。
2. 设计MySQL数据库表结构，用状态机模式管理订单状态流转，确保异常状态无法变更。
3. 基于Vue + Element UI开发管理后台，通过axios封装实现统一JWT鉴权，并遵循RESTful风格设计接口，实现前后端完全分离。
4. 使用Docker完成项目容器化部署，编写Dockerfile实现一键构建运行。

关键词布局：SpringBoot、MyBatis-Plus、MySQL、JWT、RESTful、Vue、Element UI、Docker，这些都是Java开发岗位简历上的“老熟人”。这样写完，面试官扫一眼就能判断你的技术水平处在哪个档位。

我的个人建议

最后说点掏心窝子的。这种毕设项目，源码包里可能已经给你写好了大半，但请你一定要亲手把核心代码重写一遍——不是怀疑源码的质量，而是因为源码的逻辑和你自己的理解之间永远有差距。你看得懂每一行代码，不代表你能把这些代码组合起来解决一个业务问题。我见过太多学生答辩时被问懵的场景，其实代码是他找的、逻辑他完全没消化，老师只要顺着代码抽问两句就露馅了。

正确的做法是：先通读源码，画出整体架构图和核心流程图，然后从零开始重构登录认证、订单状态机、派单调度这三个核心模块。这三个模块搞明白，整个系统的骨架你就掌握了，剩下的列表页和轮播图根本不值一提。做完这一步，无论答辩还是找工作面试，你都能挺直腰板说“这个项目是我做的”。

另外，这个系统后续扩展的方向也很多——比如给司机端加个基于GPS的实时定位、地图轨迹回放，给调度模块加一个基于距离和车辆负载的智能推荐算法，或者接入微信小程序端。你不要指望一次全做出来，选一个方向做深，效果远好于每样都浅尝辄止。城市货运这个赛道其实挺长的，把“安全合规”和“调度效率”这两件事想透了，后面做什么业务都有底气。