简介这份资源是南昌航空大学软件学院21级Web大作业的完整项目源码主题为公司用车管理系统面向正在完成课程设计或需要Java Web实战案例的在校学生与初学者。项目采用Java、HTML、JavaScript和CSS等技术栈开发涵盖申请用车、司机请假、车辆调度、后台管理等典型业务模块并附有数据库视图代码、接口设计与SQL语句便于理解前后端交互与数据表设计思路。压缩包共175个文件约914KB其中66个Java源文件承载核心业务逻辑30个HTML页面与19个JavaScript脚本、16个CSS样式表共同构建前端界面另有XML配置、JSP页面、PNG图片及Markdown说明文档等目录结构清晰适合按模块拆解学习。目前已有343人学习下载可作为课程作业参考、功能扩展或二次开发的起点帮助读者快速掌握Java Web项目的组织方式与实现细节。1. 从一份 Java Web 大作业说起公司用车管理系统到底要解决什么如果你正在搜「基于Java的南昌航空大学软件学院21级web大作业公司用车管理系统设计源码」大概率是三种人之一要交课程设计的学生、想拿一套完整 Java Web 项目练手的自学者、或者需要给内部做车辆调度小工具的一线开发。这三类人诉求其实高度重合——要一套能跑起来、结构清楚、能改能扩的源码而不是一个只能截图交差的空壳。公司用车管理系统听起来像「管理信息系统」里最普通的一类但它恰好把 Java Web 的核心链路全踩了一遍登录鉴权、角色权限、车辆台账、用车申请与审批、状态流转、数据统计。它不花哨却足够真实真实到你把权限和状态机写错第二天就会有人抱怨「车明明还回来了系统里还显示占用」。这篇笔记就顺着这个标题把这类系统的领域边界、技术选型、落地步骤和血泪踩坑讲清楚让你拿到源码能看懂看懂之后能自己改出一版能用的东西。2. 公司用车管理系统的领域拆解与技术选型2.1 先把业务对象理清车、人、单、状态很多人一上来就打开 IDE 建 Spring Boot 工程结果写到一半发现字段对不上。公司用车管理系统的领域模型其实就四块车辆Vehicle、用户User、用车申请单Apply、审批与调度记录Record。车辆有车牌、车型、座位数、当前状态空闲/占用/维保/停用用户分普通员工、部门审批人、管理员三种角色申请单承载「谁、什么时候、去哪、几个人、为什么」记录则负责把「申请—审批—派车—归还」这条链路的每一步留痕。这里最容易翻车的是状态字段。新手常把「申请状态」和「车辆状态」混成一个字段导致审批通过后车还没出库就被标记成占用。正确做法是两张表各管各的申请单状态走待审批 → 已通过 → 已派车 → 已完成 / 已驳回车辆状态走空闲 → 占用 → 空闲两者通过派车动作关联。这个拆分想清楚后面写代码基本不会返工。2.2 技术栈怎么选别为了炫技上微服务课程设计和大作业场景下最稳的组合是 Spring Boot MyBatis-Plus MySQL Thymeleaf 或 Vue 前后端分离。为什么不是 Spring Cloud因为一套用车管理系统的并发量可能一天几十次上微服务只会让你在注册中心、网关、链路追踪上耗掉大半时间最后业务没写完。常见做法是单体分层Controller 接请求、Service 写业务、Mapper 管数据、Entity 对应表。前端如果时间紧Thymeleaf 服务端渲染最快出效果想练前后端分离Vue3 Axios 也完全够用。数据库选 MySQL 8字符集用utf8mb4别用默认的 latin1否则中文姓名和备注全是问号。连接池用 HikariCPSpring Boot 默认自带配置里把maximum-pool-size设成 10 到 20 就够课程设计环境根本压不满。下面是一个最小可用的application.yml片段参数都标了含义。spring: datasource: url: jdbc:mysql://localhost:3306/vehicle_mgmt?useUnicodetruecharacterEncodingutf8mb4serverTimezoneAsia/Shanghai username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver hikari: maximum-pool-size: 15 # 连接池上限课程设计 10~20 足够 minimum-idle: 5 # 常驻空闲连接避免频繁创建 connection-timeout: 30000 # 获取连接超时 30s thymeleaf: cache: false # 开发期关缓存改页面不用重启 mybatis-plus: configuration: map-underscore-to-camel-case: true # 数据库下划线自动映射 Java 驼峰 global-config: db-config: logic-delete-field: deleted # 逻辑删除字段 logic-delete-value: 1 logic-not-delete-value: 0serverTimezone必须显式指定否则 MySQL 8 驱动会报时区错误这是新手第一个卡点。map-underscore-to-camel-case打开后vehicle_no自动映射到vehicleNo省掉大量Results注解。逻辑删除字段建议一开始就加上车辆和申请单都不该物理删除否则历史记录对不上账。2.3 权限模型三角色 拦截器就够别硬上 Shiro课程设计里权限做两件事登录校验和角色区分。用 Spring 拦截器HandlerInterceptor配合 Session 是最轻的方案不需要引入 Spring Security 那套复杂配置。核心思路是登录成功后把userId和role写进 Session拦截器判断请求路径前缀/admin/**只放管理员/approve/**放审批人和管理员其余登录即可访问。public class AuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest req, HttpServletResponse resp, Object handler) throws Exception { HttpSession session req.getSession(false); if (session null || session.getAttribute(userId) null) { resp.sendRedirect(/login); // 未登录统一跳登录页 return false; } String role (String) session.getAttribute(role); String uri req.getRequestURI(); if (uri.startsWith(/admin) !ADMIN.equals(role)) { resp.sendError(403, 无权限); // 非管理员访问管理接口直接 403 return false; } return true; } }拦截器注册时用addPathPatterns(/**).excludePathPatterns(/login, /css/**, /js/**)把静态资源和登录页放行。这里有个细节getSession(false)不主动创建 Session避免未登录请求也生成一堆空 Session。角色判断用字符串比较虽然土但课程设计够用真要扩展再换成枚举或权限表。3. 从建表到跑通一套可复现的落地步骤3.1 数据库设计五张核心表与关键字段表结构定错后面全是补丁。核心五张表sys_user、vehicle、apply_order、approve_record、driver可选如果涉及司机分配。下面给出关键字段和类型直接照着建能省半天。表名关键字段类型说明sys_userid, username, password, real_name, role, deptbigint/varcharrole 存 ADMIN/APPROVER/STAFFvehicleid, vehicle_no, model, seats, status, remarkbigint/varchar/intstatus 存 0空闲 1占用 2维保 3停用apply_orderid, user_id, vehicle_id, destination, start_time, end_time, reason, statusbigint/datetime/varcharstatus 存 0待审 1通过 2派车 3完成 4驳回approve_recordid, order_id, approver_id, result, comment, create_timebigint/varchar每次审批留一条可追溯driverid, name, phone, statusbigint/varchar需要司机时关联建表时给vehicle_no加唯一索引给apply_order的user_id和status加普通索引。时间字段统一用datetime别用timestamp后者有 2038 问题和时区隐式转换课程设计里容易出玄学 bug。CREATE TABLE vehicle ( id BIGINT PRIMARY KEY AUTO_INCREMENT, vehicle_no VARCHAR(20) NOT NULL UNIQUE COMMENT 车牌号, model VARCHAR(50) COMMENT 车型, seats INT DEFAULT 5 COMMENT 座位数, status TINYINT DEFAULT 0 COMMENT 0空闲 1占用 2维保 3停用, deleted TINYINT DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;deleted字段配合 MyBatis-Plus 的逻辑删除查询自动过滤已删数据。create_time用默认值插入时不用手动赋值。3.2 用车申请与审批的状态流转实现状态流转是这类系统的灵魂也是最容易写出并发问题的地方。核心逻辑员工提交申请status0审批人通过status1管理员派车时把车辆 status 置为 1 占用、申请单置为 2归还时两者复位。这里必须用数据库事务包住「改申请单 改车辆」两个操作否则一个成功一个失败数据就脏了。Service public class ApplyService { Autowired private ApplyOrderMapper orderMapper; Autowired private VehicleMapper vehicleMapper; Transactional(rollbackFor Exception.class) // 任一失败整体回滚 public void dispatch(Long orderId, Long vehicleId) { ApplyOrder order orderMapper.selectById(orderId); if (order.getStatus() ! 1) { throw new BizException(只有已通过的申请才能派车); // 状态前置校验 } Vehicle v vehicleMapper.selectById(vehicleId); if (v.getStatus() ! 0) { throw new BizException(车辆当前不可用); } order.setStatus(2); order.setVehicleId(vehicleId); orderMapper.updateById(order); v.setStatus(1); vehicleMapper.updateById(v); } }Transactional的rollbackFor Exception.class很关键默认只回滚运行时异常业务异常如果不显式声明不会回滚。状态前置校验必须放在最前面防止重复派车。真实场景里还要考虑「同一辆车同一时间段不能被两单占用」这需要在派车前查时间重叠属于进阶校验课程设计可以先做基础版。3.3 车辆台账的增删改查与分页台账管理是使用频率最高的模块用 MyBatis-Plus 的分页插件能省掉手写 limit。先注册分页拦截器再在 Service 里调page()。Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }public IPageVehicle pageQuery(int pageNum, int pageSize, String keyword) { LambdaQueryWrapperVehicle wrapper new LambdaQueryWrapper(); if (StringUtils.hasText(keyword)) { wrapper.like(Vehicle::getVehicleNo, keyword) .or().like(Vehicle::getModel, keyword); // 车牌或车型模糊匹配 } wrapper.orderByDesc(Vehicle::getCreateTime); return vehicleMapper.selectPage(new Page(pageNum, pageSize), wrapper); }pageNum从 1 开始pageSize建议限制在 10 到 50前端传参时做一次上限校验防止有人传 10000 把库拖垮。like查询在数据量大时会慢但课程设计数据量小可接受真要优化就上全文索引或搜索引擎那是另一个话题。4. 避坑与排查那些让大作业返工的细节4.1 中文乱码从数据库到页面的三层排查现象页面显示「????」或「测试」。原因通常有三层数据库字符集不是 utf8mb4、连接 URL 没带 characterEncoding、Tomcat 响应编码没设。解决顺序是先SHOW VARIABLES LIKE character%确认库和表都是 utf8mb4再检查 JDBC URL 是否带characterEncodingutf8mb4最后在application.yml里加server.servlet.encoding.charsetutf8mb4和forcetrue。三层都对了还乱码检查 IDE 的文件编码是不是 GBK。4.2 时间字段差 8 小时时区配置的连锁反应现象存进去的时间和显示的时间差 8 小时。原因是 MySQL 驱动默认用 UTC而服务器在东八区。解决JDBC URL 加serverTimezoneAsia/Shanghai同时确认 MySQL 全局时区SELECT global.time_zone。如果用了timestamp字段还要注意它随时区自动转换所以前面建议统一用datetime。这个坑不解决审批时间、派车时间全乱对账时能让你怀疑人生。4.3 逻辑删除后唯一索引冲突现象删掉车牌「赣A12345」后再新增同车牌报唯一索引冲突。原因是逻辑删除只是把deleted置 1记录还在表里唯一索引依然生效。解决把唯一索引改成(vehicle_no, deleted)联合唯一或者删除时把车牌改成赣A12345_删除时间戳。前者更规范后者更省事课程设计里两种都常见。4.4 事务不生效自调用与异常类型现象派车时车辆状态改了申请单没改事务没回滚。原因通常是 Service 方法内部自调用this.dispatch()Spring AOP 代理失效。解决把事务方法拆到另一个 Bean或者注入自身代理。另一个原因是抛了检查异常但没配rollbackFor前面代码里已经强调过。排查时在事务方法里手动抛异常看数据是否回滚是最快的验证手段。4.5 前端传参与后端接收对不上现象表单提交后后端收到 null。原因多是字段名不一致比如前端传vehicleNo后端实体是vehicle_no又没开驼峰映射。解决统一用驼峰命名或在application.yml打开map-underscore-to-camel-case。另外RequestBody和RequestParam混用也会导致收不到JSON 提交用前者表单提交用后者别搞反。5. 让这套源码真正值钱的三个进阶技巧第一把状态流转做成可配置的状态机。现在状态是硬编码的if-else加一个「取消申请」状态就要改一堆地方。可以用枚举定义状态和允许的迁移比如PENDING.canTransferTo(APPROVED, REJECTED)校验时统一走canTransferTo扩展时只改枚举。第二给关键操作加操作日志。派车、审批、删除车辆这些动作往operation_log表插一条「谁、什么时候、干了什么、结果如何」出问题时能追溯这也是真实企业系统的基本要求。第三把重复的权限校验抽成注解。现在每个 Controller 方法里手写角色判断改成自定义RequireRole(ADMIN)注解加拦截器统一处理代码干净一大截。验证这套系统是否真的跑通别只看页面能点。按这个顺序走一遍管理员登录建车、员工登录提交申请、审批人登录通过、管理员派车、员工确认归还、管理员看车辆状态是否复位。每一步都去数据库SELECT一下对应字段确认状态和时间都对。我自己的习惯是每次改完状态相关代码先把这条链路手动跑三遍比写单元测试还快。这套东西不复杂但细节密度高能完整跑通一遍你对 Java Web 的 CRUD、事务、权限、状态管理的理解就落地了。希望帮到你。本文还有配套的精品资源点击获取
Java Web大作业实战：公司用车管理系统源码设计与避坑指南
简介这份资源是南昌航空大学软件学院21级Web大作业的完整项目源码主题为公司用车管理系统面向正在完成课程设计或需要Java Web实战案例的在校学生与初学者。项目采用Java、HTML、JavaScript和CSS等技术栈开发涵盖申请用车、司机请假、车辆调度、后台管理等典型业务模块并附有数据库视图代码、接口设计与SQL语句便于理解前后端交互与数据表设计思路。压缩包共175个文件约914KB其中66个Java源文件承载核心业务逻辑30个HTML页面与19个JavaScript脚本、16个CSS样式表共同构建前端界面另有XML配置、JSP页面、PNG图片及Markdown说明文档等目录结构清晰适合按模块拆解学习。目前已有343人学习下载可作为课程作业参考、功能扩展或二次开发的起点帮助读者快速掌握Java Web项目的组织方式与实现细节。1. 从一份 Java Web 大作业说起公司用车管理系统到底要解决什么如果你正在搜「基于Java的南昌航空大学软件学院21级web大作业公司用车管理系统设计源码」大概率是三种人之一要交课程设计的学生、想拿一套完整 Java Web 项目练手的自学者、或者需要给内部做车辆调度小工具的一线开发。这三类人诉求其实高度重合——要一套能跑起来、结构清楚、能改能扩的源码而不是一个只能截图交差的空壳。公司用车管理系统听起来像「管理信息系统」里最普通的一类但它恰好把 Java Web 的核心链路全踩了一遍登录鉴权、角色权限、车辆台账、用车申请与审批、状态流转、数据统计。它不花哨却足够真实真实到你把权限和状态机写错第二天就会有人抱怨「车明明还回来了系统里还显示占用」。这篇笔记就顺着这个标题把这类系统的领域边界、技术选型、落地步骤和血泪踩坑讲清楚让你拿到源码能看懂看懂之后能自己改出一版能用的东西。2. 公司用车管理系统的领域拆解与技术选型2.1 先把业务对象理清车、人、单、状态很多人一上来就打开 IDE 建 Spring Boot 工程结果写到一半发现字段对不上。公司用车管理系统的领域模型其实就四块车辆Vehicle、用户User、用车申请单Apply、审批与调度记录Record。车辆有车牌、车型、座位数、当前状态空闲/占用/维保/停用用户分普通员工、部门审批人、管理员三种角色申请单承载「谁、什么时候、去哪、几个人、为什么」记录则负责把「申请—审批—派车—归还」这条链路的每一步留痕。这里最容易翻车的是状态字段。新手常把「申请状态」和「车辆状态」混成一个字段导致审批通过后车还没出库就被标记成占用。正确做法是两张表各管各的申请单状态走待审批 → 已通过 → 已派车 → 已完成 / 已驳回车辆状态走空闲 → 占用 → 空闲两者通过派车动作关联。这个拆分想清楚后面写代码基本不会返工。2.2 技术栈怎么选别为了炫技上微服务课程设计和大作业场景下最稳的组合是 Spring Boot MyBatis-Plus MySQL Thymeleaf 或 Vue 前后端分离。为什么不是 Spring Cloud因为一套用车管理系统的并发量可能一天几十次上微服务只会让你在注册中心、网关、链路追踪上耗掉大半时间最后业务没写完。常见做法是单体分层Controller 接请求、Service 写业务、Mapper 管数据、Entity 对应表。前端如果时间紧Thymeleaf 服务端渲染最快出效果想练前后端分离Vue3 Axios 也完全够用。数据库选 MySQL 8字符集用utf8mb4别用默认的 latin1否则中文姓名和备注全是问号。连接池用 HikariCPSpring Boot 默认自带配置里把maximum-pool-size设成 10 到 20 就够课程设计环境根本压不满。下面是一个最小可用的application.yml片段参数都标了含义。spring: datasource: url: jdbc:mysql://localhost:3306/vehicle_mgmt?useUnicodetruecharacterEncodingutf8mb4serverTimezoneAsia/Shanghai username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver hikari: maximum-pool-size: 15 # 连接池上限课程设计 10~20 足够 minimum-idle: 5 # 常驻空闲连接避免频繁创建 connection-timeout: 30000 # 获取连接超时 30s thymeleaf: cache: false # 开发期关缓存改页面不用重启 mybatis-plus: configuration: map-underscore-to-camel-case: true # 数据库下划线自动映射 Java 驼峰 global-config: db-config: logic-delete-field: deleted # 逻辑删除字段 logic-delete-value: 1 logic-not-delete-value: 0serverTimezone必须显式指定否则 MySQL 8 驱动会报时区错误这是新手第一个卡点。map-underscore-to-camel-case打开后vehicle_no自动映射到vehicleNo省掉大量Results注解。逻辑删除字段建议一开始就加上车辆和申请单都不该物理删除否则历史记录对不上账。2.3 权限模型三角色 拦截器就够别硬上 Shiro课程设计里权限做两件事登录校验和角色区分。用 Spring 拦截器HandlerInterceptor配合 Session 是最轻的方案不需要引入 Spring Security 那套复杂配置。核心思路是登录成功后把userId和role写进 Session拦截器判断请求路径前缀/admin/**只放管理员/approve/**放审批人和管理员其余登录即可访问。public class AuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest req, HttpServletResponse resp, Object handler) throws Exception { HttpSession session req.getSession(false); if (session null || session.getAttribute(userId) null) { resp.sendRedirect(/login); // 未登录统一跳登录页 return false; } String role (String) session.getAttribute(role); String uri req.getRequestURI(); if (uri.startsWith(/admin) !ADMIN.equals(role)) { resp.sendError(403, 无权限); // 非管理员访问管理接口直接 403 return false; } return true; } }拦截器注册时用addPathPatterns(/**).excludePathPatterns(/login, /css/**, /js/**)把静态资源和登录页放行。这里有个细节getSession(false)不主动创建 Session避免未登录请求也生成一堆空 Session。角色判断用字符串比较虽然土但课程设计够用真要扩展再换成枚举或权限表。3. 从建表到跑通一套可复现的落地步骤3.1 数据库设计五张核心表与关键字段表结构定错后面全是补丁。核心五张表sys_user、vehicle、apply_order、approve_record、driver可选如果涉及司机分配。下面给出关键字段和类型直接照着建能省半天。表名关键字段类型说明sys_userid, username, password, real_name, role, deptbigint/varcharrole 存 ADMIN/APPROVER/STAFFvehicleid, vehicle_no, model, seats, status, remarkbigint/varchar/intstatus 存 0空闲 1占用 2维保 3停用apply_orderid, user_id, vehicle_id, destination, start_time, end_time, reason, statusbigint/datetime/varcharstatus 存 0待审 1通过 2派车 3完成 4驳回approve_recordid, order_id, approver_id, result, comment, create_timebigint/varchar每次审批留一条可追溯driverid, name, phone, statusbigint/varchar需要司机时关联建表时给vehicle_no加唯一索引给apply_order的user_id和status加普通索引。时间字段统一用datetime别用timestamp后者有 2038 问题和时区隐式转换课程设计里容易出玄学 bug。CREATE TABLE vehicle ( id BIGINT PRIMARY KEY AUTO_INCREMENT, vehicle_no VARCHAR(20) NOT NULL UNIQUE COMMENT 车牌号, model VARCHAR(50) COMMENT 车型, seats INT DEFAULT 5 COMMENT 座位数, status TINYINT DEFAULT 0 COMMENT 0空闲 1占用 2维保 3停用, deleted TINYINT DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;deleted字段配合 MyBatis-Plus 的逻辑删除查询自动过滤已删数据。create_time用默认值插入时不用手动赋值。3.2 用车申请与审批的状态流转实现状态流转是这类系统的灵魂也是最容易写出并发问题的地方。核心逻辑员工提交申请status0审批人通过status1管理员派车时把车辆 status 置为 1 占用、申请单置为 2归还时两者复位。这里必须用数据库事务包住「改申请单 改车辆」两个操作否则一个成功一个失败数据就脏了。Service public class ApplyService { Autowired private ApplyOrderMapper orderMapper; Autowired private VehicleMapper vehicleMapper; Transactional(rollbackFor Exception.class) // 任一失败整体回滚 public void dispatch(Long orderId, Long vehicleId) { ApplyOrder order orderMapper.selectById(orderId); if (order.getStatus() ! 1) { throw new BizException(只有已通过的申请才能派车); // 状态前置校验 } Vehicle v vehicleMapper.selectById(vehicleId); if (v.getStatus() ! 0) { throw new BizException(车辆当前不可用); } order.setStatus(2); order.setVehicleId(vehicleId); orderMapper.updateById(order); v.setStatus(1); vehicleMapper.updateById(v); } }Transactional的rollbackFor Exception.class很关键默认只回滚运行时异常业务异常如果不显式声明不会回滚。状态前置校验必须放在最前面防止重复派车。真实场景里还要考虑「同一辆车同一时间段不能被两单占用」这需要在派车前查时间重叠属于进阶校验课程设计可以先做基础版。3.3 车辆台账的增删改查与分页台账管理是使用频率最高的模块用 MyBatis-Plus 的分页插件能省掉手写 limit。先注册分页拦截器再在 Service 里调page()。Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }public IPageVehicle pageQuery(int pageNum, int pageSize, String keyword) { LambdaQueryWrapperVehicle wrapper new LambdaQueryWrapper(); if (StringUtils.hasText(keyword)) { wrapper.like(Vehicle::getVehicleNo, keyword) .or().like(Vehicle::getModel, keyword); // 车牌或车型模糊匹配 } wrapper.orderByDesc(Vehicle::getCreateTime); return vehicleMapper.selectPage(new Page(pageNum, pageSize), wrapper); }pageNum从 1 开始pageSize建议限制在 10 到 50前端传参时做一次上限校验防止有人传 10000 把库拖垮。like查询在数据量大时会慢但课程设计数据量小可接受真要优化就上全文索引或搜索引擎那是另一个话题。4. 避坑与排查那些让大作业返工的细节4.1 中文乱码从数据库到页面的三层排查现象页面显示「????」或「测试」。原因通常有三层数据库字符集不是 utf8mb4、连接 URL 没带 characterEncoding、Tomcat 响应编码没设。解决顺序是先SHOW VARIABLES LIKE character%确认库和表都是 utf8mb4再检查 JDBC URL 是否带characterEncodingutf8mb4最后在application.yml里加server.servlet.encoding.charsetutf8mb4和forcetrue。三层都对了还乱码检查 IDE 的文件编码是不是 GBK。4.2 时间字段差 8 小时时区配置的连锁反应现象存进去的时间和显示的时间差 8 小时。原因是 MySQL 驱动默认用 UTC而服务器在东八区。解决JDBC URL 加serverTimezoneAsia/Shanghai同时确认 MySQL 全局时区SELECT global.time_zone。如果用了timestamp字段还要注意它随时区自动转换所以前面建议统一用datetime。这个坑不解决审批时间、派车时间全乱对账时能让你怀疑人生。4.3 逻辑删除后唯一索引冲突现象删掉车牌「赣A12345」后再新增同车牌报唯一索引冲突。原因是逻辑删除只是把deleted置 1记录还在表里唯一索引依然生效。解决把唯一索引改成(vehicle_no, deleted)联合唯一或者删除时把车牌改成赣A12345_删除时间戳。前者更规范后者更省事课程设计里两种都常见。4.4 事务不生效自调用与异常类型现象派车时车辆状态改了申请单没改事务没回滚。原因通常是 Service 方法内部自调用this.dispatch()Spring AOP 代理失效。解决把事务方法拆到另一个 Bean或者注入自身代理。另一个原因是抛了检查异常但没配rollbackFor前面代码里已经强调过。排查时在事务方法里手动抛异常看数据是否回滚是最快的验证手段。4.5 前端传参与后端接收对不上现象表单提交后后端收到 null。原因多是字段名不一致比如前端传vehicleNo后端实体是vehicle_no又没开驼峰映射。解决统一用驼峰命名或在application.yml打开map-underscore-to-camel-case。另外RequestBody和RequestParam混用也会导致收不到JSON 提交用前者表单提交用后者别搞反。5. 让这套源码真正值钱的三个进阶技巧第一把状态流转做成可配置的状态机。现在状态是硬编码的if-else加一个「取消申请」状态就要改一堆地方。可以用枚举定义状态和允许的迁移比如PENDING.canTransferTo(APPROVED, REJECTED)校验时统一走canTransferTo扩展时只改枚举。第二给关键操作加操作日志。派车、审批、删除车辆这些动作往operation_log表插一条「谁、什么时候、干了什么、结果如何」出问题时能追溯这也是真实企业系统的基本要求。第三把重复的权限校验抽成注解。现在每个 Controller 方法里手写角色判断改成自定义RequireRole(ADMIN)注解加拦截器统一处理代码干净一大截。验证这套系统是否真的跑通别只看页面能点。按这个顺序走一遍管理员登录建车、员工登录提交申请、审批人登录通过、管理员派车、员工确认归还、管理员看车辆状态是否复位。每一步都去数据库SELECT一下对应字段确认状态和时间都对。我自己的习惯是每次改完状态相关代码先把这条链路手动跑三遍比写单元测试还快。这套东西不复杂但细节密度高能完整跑通一遍你对 Java Web 的 CRUD、事务、权限、状态管理的理解就落地了。希望帮到你。本文还有配套的精品资源点击获取
