最近在辅导学弟学妹做毕业设计发现很多“基于SpringBoot的租车系统”项目虽然功能列表很长但仔细一看架构松散业务逻辑像面条代码更别提应对真实场景下的并发问题了。今天我就结合自己做过的一个相对完整的租车项目聊聊如何把一个毕业设计做得更“工程化”从需求建模一路走到可部署的线上服务。1. 背景痛点为什么你的毕设只是“玩具”很多同学做毕设容易陷入几个误区功能堆砌缺乏主线车辆CRUD、用户CRUD、订单CRUD……功能列表很全但各个模块之间是孤立的。用户怎么选车下单后车辆状态怎么变订单超时未支付怎么处理这些核心的业务流没有串联起来。无视并发数据“裸奔”这是最普遍的问题。比如“租车”这个动作本质是减少车辆库存。如果两个用户同时租同一辆车你的系统会不会出现“一车多租”大部分毕设项目直接用update vehicle set status rented where id xxx这在并发下一定会出问题。架构混乱难以扩展Controller里直接写几百行的业务逻辑Service层成了“传话筒”各种if-else嵌套。后期想加个优惠券功能或者积分系统发现无从下手牵一发而动全身。所以我们的目标不是做一个能跑通的Demo而是构建一个有清晰业务边界、能处理并发、且易于维护的系统。2. 技术选型为什么是SpringBoot MyBatis-Plus RedisSpringBoot vs 传统SSM这不是新旧之争而是效率之争。SSMSpringSpringMVCMyBatis需要大量XML配置整合过程繁琐。SpringBoot的“约定大于配置”和自动装配特性让我们能快速搭建项目骨架把精力集中在业务开发上。对于毕设这种时间紧、要求快速出成果的场景SpringBoot是首选。MyBatis-Plus它是对MyBatis的增强提供了通用的Mapper和Service单表CRUD几乎不用写SQL。更重要的是它内置了分页插件和乐观锁插件后者对我们实现并发控制至关重要。Redis的必要性很多人觉得Redis就是做缓存在毕设里可有可无。但在租车场景它的核心作用是实现高并发下的库存扣减。关系型数据库如MySQL的写操作在并发下是瓶颈而Redis基于内存命令执行是单线程原子性的非常适合做秒杀、抢购、租车这类“库存扣减”操作。我们可以用Redis的decr命令或者更复杂的Lua脚本来保证“超租”不会发生。3. 核心实现订单与状态机的艺术3.1 幂等性设计防止重复下单网络抖动时用户可能连续点击“提交订单”如果后端不做防护就会创建多个内容相同的订单。幂等性意味着同一操作执行多次结果与执行一次相同。实现方案在提交订单的接口中要求客户端传递一个全局唯一的“请求号”比如orderToken可以用UUID生成。服务器端用这个orderToken作为Key在Redis中设置一个短期有效的标记例如5分钟。PostMapping(/create) public ApiResponse createOrder(RequestBody OrderCreateDTO dto, HttpServletRequest request) { String orderToken dto.getOrderToken(); String redisKey order:token: orderToken; // 使用Redis的setIfAbsent命令保证原子性 Boolean success redisTemplate.opsForValue().setIfAbsent(redisKey, PROCESSING, 5, TimeUnit.MINUTES); if (Boolean.FALSE.equals(success)) { // 如果key已存在说明是重复请求 return ApiResponse.fail(请勿重复提交订单); } try { // 真正的创建订单业务逻辑 orderService.createOrder(dto); return ApiResponse.success(订单创建成功); } finally { // 业务处理完成后可以删除或修改这个token的状态也可以保留用于后续查询 // redisTemplate.delete(redisKey); } }3.2 车辆状态机与并发控制车辆的状态流转是业务核心必须清晰定义且防止状态混乱。例如AVAILABLE可租 -LOCKED已锁定下单未支付 -RENTED已出租 -AVAILABLE归还后。难点在于状态转换的并发安全。比如车辆从AVAILABLE变为LOCKED时必须确保同一时刻只有一个请求能成功。方案一数据库乐观锁在车辆表vehicle中添加一个version字段整数类型默认0。MyBatis-Plus可以很方便地使用Version注解。// Vehicle 实体类 Data TableName(vehicle) public class Vehicle { private Long id; private String status; // 状态AVAILABLE, LOCKED, RENTED... Version private Integer version; // 乐观锁版本号 // ... 其他字段 } // 在Service中更新状态 public boolean lockVehicle(Long vehicleId) { Vehicle vehicle vehicleMapper.selectById(vehicleId); if (!AVAILABLE.equals(vehicle.getStatus())) { return false; // 状态不符合无法锁定 } vehicle.setStatus(LOCKED); // updateById时MyBatis-Plus会自动在SQL中加上 version #{version} 条件 int rows vehicleMapper.updateById(vehicle); // 如果rows0说明更新失败版本号不匹配或被其他线程修改 return rows 0; }方案二Redis原子操作推荐用于极高并发将车辆库存或状态放在Redis中。例如为每辆车设置一个Key值为状态。使用Redis的SET key value NX仅在键不存在时设置或WATCH/MULTI/EXEC事务可以保证操作的原子性。更优雅的方式是使用Lua脚本它能将多个操作作为一个原子命令执行。-- Lua脚本锁定车辆仅当状态为AVAILABLE时 local key KEYS[1] -- 车辆状态key如 vehicle:status:1001 local currentStatus redis.call(GET, key) if currentStatus AVAILABLE then redis.call(SET, key, LOCKED) return 1 -- 成功 else return 0 -- 失败 end在Java中调用// 加载Lua脚本项目启动时一次 private static final DefaultRedisScriptLong LOCK_SCRIPT new DefaultRedisScript(); static { LOCK_SCRIPT.setScriptSource(new ResourceScriptSource(new ClassPathResource(lua/lockVehicle.lua))); LOCK_SCRIPT.setResultType(Long.class); } public boolean lockVehicleWithRedis(Long vehicleId) { String key vehicle:status: vehicleId; Long result redisTemplate.execute(LOCK_SCRIPT, Collections.singletonList(key)); return result ! null result 1L; }4. 性能与安全让系统更健壮JWT鉴权用户登录后服务器生成一个JWT Token返回给前端。后续请求都在Header中携带此Token。Spring Security结合jjwt库可以很方便地实现。好处是无状态适合分布式系统。SQL注入防护坚持使用MyBatis的#{}预编译占位符绝对不要用字符串拼接SQL${}要慎用。MyBatis-Plus的Wrapper查询机制也很好地避免了手写SQL字符串。接口限流防止恶意刷单或爬虫。可以使用Guava RateLimiter做单机限流或者用Redis记录IP/用户在一段时间内的访问次数实现分布式限流。Spring Boot也有RateLimit注解的第三方库。5. 生产避坑指南时间与时区数据库datetime字段、JavaDate/LocalDateTime、返回给前端的时间戳这三者的时区必须统一。建议后端全部使用UTC时间存储和处理返回给前端时可以转换为前端所在时区的时间字符串或者直接返回时间戳由前端自己转换。事务边界Transactional注解不要滥用。事务范围过大比如包裹整个Service方法会导致数据库连接持有时间过长影响性能。应将事务控制在最小的必要范围内例如只包含核心的写库操作。测试数据污染写单元测试或集成测试时一定要用Transactional注解并在测试后回滚或者使用独立的测试数据库。避免测试数据影响开发环境。配置文件敏感信息数据库密码、Redis密码、JWT密钥等绝不能硬编码在代码里或提交到Git。要使用application.yml配合环境变量或者使用Spring Cloud Config、Apollo等配置中心。6. 部署与扩展思考项目完成后可以用Docker进行容器化部署编写一个docker-compose.yml文件把MySQL、Redis和你的SpringBoot应用编排在一起实现一键启动。这绝对是毕设答辩时的亮点。更进一步思考现在的系统里下单成功后发送短信通知用户、给车主发消息这些操作都是同步在订单服务里完成的。如果通知服务挂了会不会影响下单主流程这时就可以引入消息队列如RabbitMQ、RocketMQ来解耦。订单创建成功后只需向队列发一条消息由独立的通知服务去消费和处理。这样系统的鲁棒性和扩展性就大大增强了。做毕设不仅是完成一个功能更是体验一次小型软件产品的开发全流程。从需求分析、技术选型、核心编码、安全防护到部署上线每一步都藏着学问。希望这篇笔记能帮你避开一些坑做出一个让导师眼前一亮的租车系统。