简介这份毕业设计资源聚焦停车场管理系统的完整实现面向计算机相关专业学生与课程设计开发者帮助解决车位管理、车辆进出识别、费用结算等实际业务场景的工程落地问题。压缩包共592个文件约142.93MB以184个class与89个java源码为核心辅以135个xml配置、66个jar依赖、34个js与26个html前端页面另含4个sql建表脚本、9个properties配置及少量jsp、css与图片资源覆盖从后端业务逻辑到前端交互的完整技术栈。目前已有2528人学习下载热度较高。资源内含车牌识别、车位状态更新、停车计费、数据库交互等模块的实现代码可帮助读者理解Spring Boot或Django后端框架、MySQL或MongoDB数据库设计以及OpenCV、TensorFlow在图像识别中的应用适合作为课程设计参考、项目复现或二次开发的基础素材。1. 停车场管理系统毕业设计从选题到跑通一个老工程师的实操拆解每年到了毕设季后台被问得最多的一类问题就是「停车场管理系统怎么做才不水」。这个题目看着平平无奇实际上是个典型的「入门容易、出彩难」的选题——网上一搜一大把但真正能让答辩老师点头、自己又能讲清楚每一行代码的少之又少。我见过太多同学选题定了停车场管理系统结果卡在车牌识别调不通、数据库表设计混乱、前后端联调报错三天三夜。这篇笔记不聊虚的就按我这些年带学生做项目的经验把停车场管理系统从技术选型、核心模块实现、到避坑排查一条线讲透。适合计算机毕业设计、软件工程毕业设计、物联网毕业设计方向的同学也适合基于 SpringBoot 或 Python 做管理系统的同学参考。读完你至少能判断这个方案值不值得做、怎么做、坑在哪。2. 停车场管理系统的技术选型为什么我劝你别一上来就堆技术2.1 先想清楚你的系统到底要解决什么问题很多同学一拿到「停车场管理系统」这个题目第一反应是打开 B站搜「SpringBoot 停车场项目实战」然后照着视频一行行敲。敲完发现视频里的功能和自己学校的要求对不上改又改不动最后只能硬着头皮答辩。问题出在第一步没想清楚业务边界。停车场管理系统的核心业务其实就四件事车辆进场、车辆出场、计费、车位管理。围绕这四件事衍生出用户管理、角色权限、报表统计、日志记录等辅助功能。你要做的第一件事是拿一张纸把这四件事的流程画出来。比如车辆进场摄像头识别车牌 → 系统判断是否已入场 → 分配车位 → 记录入场时间 → 抬杆放行。每一步对应一个接口、一张表、一个页面。画完这张图你的系统骨架就有了。我一般会建议学生先做「最小可用版本」只做进场、出场、计费三个功能跑通之后再加权限、报表、车位预约。这样做的原因是毕设答辩看的是你能不能把核心逻辑讲清楚而不是功能列表有多长。一个能跑通的精简系统比一个功能多但到处报错的系统分数高得多。2.2 技术栈怎么选SpringBoot 还是 Python这是被问得最多的问题。我的答案很直接如果你 Java 基础还行选 SpringBoot如果你 Python 更熟选 Flask 或 Django。不要因为「网上 SpringBoot 教程多」就硬选 Java也不要因为「Python 简单」就选 Flask 却连装饰器都写不明白。选 SpringBoot 的典型组合是SpringBoot MyBatis-Plus MySQL Vue Element UI。这套组合的好处是生态成熟遇到问题搜得到答案答辩老师也熟悉。坏处是代码量大光是实体类、Mapper、Service、Controller 四层下来一个功能就是四五个文件。如果你时间紧可以用 MyBatis-Plus 的代码生成器能省不少事。选 Python 的典型组合是Flask SQLAlchemy MySQL Bootstrap 或 Layui。Flask 轻量一个路由函数就能搞定一个接口适合快速出原型。但 Flask 的坑在于项目结构如果不规范后期加功能会越来越乱。我一般会建议用蓝图Blueprint分模块哪怕一开始麻烦点。提示不管你选哪套数据库表设计一定要先做。表设计错了后面改代码改到哭。2.3 数据库表设计五张核心表撑起整个系统停车场管理系统的表不用多五张核心表就能撑起来。下面这张表是我常用的设计你可以直接抄也可以按需增减。表名作用关键字段user系统用户管理员、操作员id, username, password, rolevehicle车辆信息id, plate_number, owner_name, phoneparking_space车位信息id, space_no, status, areaentry_record入场记录id, plate_number, entry_time, space_idexit_record出场记录id, plate_number, exit_time, fee, entry_id这里有个细节入场记录和出场记录我习惯分开两张表。原因是出场时涉及计费字段和入场不一样硬塞一张表里会有大量空字段。分开之后出场记录通过 entry_id 关联入场记录查历史也方便。计费规则可以单独做一张 fee_rule 表存费率、免费时长、封顶金额。这样改费率不用改代码答辩时也能体现「可配置」的设计思想。2.4 车牌识别模块别自己训练模型用现成的车牌识别是停车场管理系统的「门面」也是翻车最多的地方。很多同学一上来就想自己训练一个 YOLO 模型结果数据集找不到、标注标到吐、训练跑不动。我的建议是除非你的毕设题目明确要求「基于深度学习的车牌识别」否则直接用现成的 OCR 库。Python 方向可以用 HyperLPR3安装简单识别率对毕设场景够用。Java 方向可以调百度 AI 的车牌识别接口有免费额度申请也快。如果你非要用 YOLO那就用 YOLOv8 做检测再配一个 CRNN 做识别但这条路至少要多花两周。下面是一个用 HyperLPR3 做车牌识别的最小示例import hyperlpr3 as lpr3 # 创建识别器默认使用轻量级模型 catcher lpr3.LicensePlateCatcher() # 读取图片并识别 image_path test_car.jpg results catcher(image_path) # results 是一个列表每个元素包含车牌号、置信度、位置 for plate, confidence, box in results: print(f车牌号: {plate}, 置信度: {confidence:.2f})这段代码的逻辑很简单创建识别器 → 传入图片 → 拿到结果。参数方面LicensePlateCatcher()默认用的是轻量模型识别速度较快适合毕设演示。如果你对精度要求高可以换成lpr3.LicensePlateCatcher(detect_levellpr3.DETECT_LEVEL_HIGH)但速度会慢一些。注意HyperLPR3 对图片质量有要求模糊、倾斜、光线太暗的图片识别率会明显下降。实际部署时摄像头抓拍的图片要先做预处理比如灰度化、直方图均衡化能提升不少识别率。2.5 前后端联调接口定义清楚再动手前后端联调是另一个高频翻车点。我见过太多项目前端写完了发现后端接口对不上后端写完了发现前端传的参数格式不对。解决办法只有一个先把接口文档写好。接口文档不用多正式一个 Markdown 表格就行。比如车辆进场的接口项目内容接口地址/api/entry请求方式POST请求参数plate_number (String), space_id (Integer)返回结果code, msg, data错误码4001 车牌已入场, 4002 车位已占用写清楚之后前端用 Mock 数据先跑后端按文档实现联调时基本一次过。这个习惯看起来麻烦实际上能省下大量扯皮时间。3. 核心功能实现进场、出场、计费三步走3.1 车辆进场从识别到落库的完整链路车辆进场的流程是摄像头抓拍 → 车牌识别 → 查询是否已入场 → 分配车位 → 写入入场记录 → 抬杆。下面用 SpringBoot 写一个简化的进场接口。RestController RequestMapping(/api) public class EntryController { Autowired private EntryRecordService entryRecordService; PostMapping(/entry) public Result entry(RequestBody EntryRequest request) { // 1. 校验车牌是否已入场 boolean exists entryRecordService.isVehicleIn(request.getPlateNumber()); if (exists) { return Result.error(4001, 该车牌已入场); } // 2. 校验车位是否可用 ParkingSpace space parkingSpaceService.getById(request.getSpaceId()); if (space null || space.getStatus() ! 0) { return Result.error(4002, 车位已占用); } // 3. 写入入场记录 EntryRecord record new EntryRecord(); record.setPlateNumber(request.getPlateNumber()); record.setSpaceId(request.getSpaceId()); record.setEntryTime(LocalDateTime.now()); entryRecordService.save(record); // 4. 更新车位状态为占用 space.setStatus(1); parkingSpaceService.updateById(space); return Result.success(record); } }这段代码的关键点有三个第一先校验再写入避免脏数据第二车位状态用 0 表示空闲、1 表示占用简单直观第三返回统一的 Result 对象前端好处理。参数方面plate_number是车牌号space_id是车位 ID这两个参数由前端传入。实际项目中车牌号来自识别模块车位 ID 可以来自地磁传感器或人工选择。注意并发场景下两个请求同时进场可能会抢同一个车位。解决办法是在更新车位状态时加乐观锁或者用数据库的行锁。毕设演示一般并发不高但答辩时老师可能会问提前想好答案。3.2 车辆出场与计费时间差算费用边界要处理好出场计费是停车场管理系统的核心逻辑。计费规则一般是入场后前 15 分钟免费之后每小时 5 元不足一小时按一小时算24 小时封顶 50 元。下面是一个计费函数的实现。public BigDecimal calculateFee(LocalDateTime entryTime, LocalDateTime exitTime) { // 1. 计算停车时长分钟 long minutes Duration.between(entryTime, exitTime).toMinutes(); // 2. 免费时长内不收费 if (minutes 15) { return BigDecimal.ZERO; } // 3. 扣除免费时长后计算小时数不足一小时按一小时算 long chargeMinutes minutes - 15; long hours (long) Math.ceil(chargeMinutes / 60.0); // 4. 按小时计费24小时封顶 BigDecimal fee BigDecimal.valueOf(hours).multiply(new BigDecimal(5)); BigDecimal maxFee new BigDecimal(50); if (fee.compareTo(maxFee) 0) { fee maxFee; } return fee; }这段代码的逻辑是先算总分钟数 → 判断是否在免费时长内 → 扣除免费时长后向上取整算小时数 → 乘以费率 → 封顶判断。参数方面entryTime和exitTime都是LocalDateTime类型从数据库的入场记录和当前时间获取。费率 5 元和封顶 50 元是硬编码的实际项目中应该从 fee_rule 表读取方便调整。这里有个容易翻车的点Math.ceil(chargeMinutes / 60.0)里的60.0不能写成60否则整数除法会丢掉小数部分导致计费偏少。这个坑我见过不止一个同学踩过答辩时被老师一眼看穿。3.3 车位管理状态同步与可视化车位管理看起来简单实际上容易出问题。核心是车位状态的同步车辆进场时车位变占用出场时变空闲。如果中间有异常比如抬杆失败但记录已写入车位状态就会不一致。我的做法是加一个定时任务每隔 5 分钟扫描一次入场记录检查是否有「已入场但车位空闲」或「已出场但车位占用」的异常自动修正。下面是一个简单的定时任务示例。Component public class ParkingSpaceSyncTask { Autowired private EntryRecordService entryRecordService; Autowired private ParkingSpaceService parkingSpaceService; // 每5分钟执行一次 Scheduled(cron 0 */5 * * * ?) public void syncSpaceStatus() { // 查询所有状态为占用的车位 ListParkingSpace occupiedSpaces parkingSpaceService.list( new LambdaQueryWrapperParkingSpace().eq(ParkingSpace::getStatus, 1) ); for (ParkingSpace space : occupiedSpaces) { // 检查该车位是否有未出场的入场记录 boolean hasActiveEntry entryRecordService.hasActiveEntry(space.getId()); if (!hasActiveEntry) { // 没有活跃记录说明是异常占用释放车位 space.setStatus(0); parkingSpaceService.updateById(space); } } } }这段代码的逻辑是定时扫描占用中的车位 → 检查是否有对应的未出场记录 → 没有则释放。参数方面cron表达式0 */5 * * * ?表示每 5 分钟执行一次。这个任务能兜住大部分异常情况答辩时也是一个加分项体现你考虑了数据一致性。车位可视化可以用前端画一个停车场平面图每个车位一个方块绿色表示空闲、红色表示占用。这个用 Vue Element UI 的栅格布局就能做不需要复杂的图形库。4. 避坑与排查那些年我踩过的停车场管理系统坑4.1 车牌识别率低答辩演示翻车现象演示时摄像头拍到的车牌识别不出来或者识别成乱码老师看着你反复调试场面尴尬。原因图片质量差、光线不足、车牌倾斜或者识别库的模型不适合你的场景。解决提前准备几张清晰的车牌图片作为备用演示时如果实时识别失败直接上传图片识别。另外HyperLPR3 对蓝牌识别较好新能源绿牌可能需要额外配置。如果条件允许用补光灯改善拍摄环境。4.2 数据库连接池耗尽系统卡死现象系统跑了一段时间后所有接口都变慢最后直接报「连接超时」。原因数据库连接没有及时释放或者连接池配置太小。SpringBoot 默认用 HikariCP最大连接数默认是 10并发一高就不够用。解决在application.yml里调大连接池同时检查代码里有没有手动获取连接没关闭的情况。配置示例如下spring: datasource: hikari: maximum-pool-size: 20 minimum-idle: 5 connection-timeout: 300004.3 时间格式前后端不一致计费算错现象前端传的时间是2024-01-01 10:00:00后端接收后变成2024-01-01T10:00:00计费时差了好几个小时。原因Java 的LocalDateTime默认序列化格式是 ISO 8601和前端习惯的格式不一致。解决在实体类的日期字段上加JsonFormat(pattern yyyy-MM-dd HH:mm:ss, timezone GMT8)统一格式。或者全局配置 Jackson 的日期格式。4.4 车位状态不同步出现「幽灵车位」现象明明没有车系统显示车位占用或者车已经走了系统还显示占用。原因进场或出场时记录写入成功但车位状态更新失败或者反过来。解决用事务保证记录和状态更新要么都成功、要么都失败。在 Service 方法上加Transactional注解。另外加上前面说的定时同步任务作为兜底。4.5 答辩时被问「你的系统有什么创新点」现象老师问这个问题你答「用了 SpringBoot」老师面无表情。原因停车场管理系统太常见单纯堆技术不算创新。解决从业务角度找创新点。比如「支持车位预约用户可以在小程序上提前锁定车位」「支持无感支付出场自动扣费」「支持车位共享业主空闲时可以出租」。这些点不需要全部实现但你要能讲清楚设计思路。5. 进阶技巧让停车场管理系统从「能跑」到「能打」5.1 用 Redis 缓存车位状态提升查询速度车位状态是高频查询的数据每次进场出场都要查。如果每次都查数据库并发一高就扛不住。用 Redis 缓存车位状态查询走缓存更新时同步写数据库和缓存。Autowired private RedisTemplateString, Object redisTemplate; public ParkingSpace getSpaceWithCache(Integer spaceId) { String key space: spaceId; // 先查缓存 ParkingSpace space (ParkingSpace) redisTemplate.opsForValue().get(key); if (space ! null) { return space; } // 缓存没有查数据库 space parkingSpaceService.getById(spaceId); if (space ! null) { // 写入缓存过期时间10分钟 redisTemplate.opsForValue().set(key, space, 10, TimeUnit.MINUTES); } return space; }这段代码的逻辑是先查 Redis → 没有则查数据库 → 写入 Redis。参数方面过期时间设 10 分钟是因为车位状态变化不频繁10 分钟内的缓存可以接受。更新车位状态时要记得删除缓存避免脏数据。5.2 用 WebSocket 推送车位变化前端实时刷新传统做法是前端每隔几秒轮询一次接口浪费资源。用 WebSocket 可以让后端主动推送车位变化前端实时刷新。SpringBoot 集成 WebSocket 很简单加一个配置类和一个处理器就行。Component ServerEndpoint(/ws/parking) public class ParkingWebSocket { private static CopyOnWriteArraySetSession sessions new CopyOnWriteArraySet(); OnOpen public void onOpen(Session session) { sessions.add(session); } OnClose public void onClose(Session session) { sessions.remove(session); } // 广播车位变化 public static void broadcast(String message) { for (Session session : sessions) { try { session.getBasicRemote().sendText(message); } catch (IOException e) { e.printStackTrace(); } } } }这段代码的逻辑是维护一个 Session 集合 → 有连接加入时添加 → 有连接关闭时移除 → 提供广播方法。参数方面ServerEndpoint(/ws/parking)是 WebSocket 的访问路径前端用new WebSocket(ws://localhost:8080/ws/parking)连接。车位状态变化时调用broadcast方法推送消息。5.3 答辩演示的实用技巧最后说几个答辩演示的实用技巧。第一提前录好演示视频万一现场环境出问题直接放视频。第二准备一份「系统架构图」和「数据库 ER 图」老师问到时直接展示比口头解释清楚得多。第三把核心代码打印出来关键行用荧光笔标出老师翻到的时候能快速看到你的设计思路。第四提前想好三个可能被问的问题和答案比如「为什么用 MySQL 不用 MongoDB」「计费规则怎么保证不重复扣费」「系统怎么防止车牌伪造」。我自己的习惯是答辩前一天把整个系统从头到尾跑三遍每一遍都记录下卡顿或报错的地方当天晚上改完。这个习惯帮我避开了很多次现场翻车。希望这些经验能帮到你少走点弯路把毕设稳稳拿下。本文还有配套的精品资源点击获取 停车场管理系统毕业设计实操指南：技术选型、核心模块与避坑排查
简介这份毕业设计资源聚焦停车场管理系统的完整实现面向计算机相关专业学生与课程设计开发者帮助解决车位管理、车辆进出识别、费用结算等实际业务场景的工程落地问题。压缩包共592个文件约142.93MB以184个class与89个java源码为核心辅以135个xml配置、66个jar依赖、34个js与26个html前端页面另含4个sql建表脚本、9个properties配置及少量jsp、css与图片资源覆盖从后端业务逻辑到前端交互的完整技术栈。目前已有2528人学习下载热度较高。资源内含车牌识别、车位状态更新、停车计费、数据库交互等模块的实现代码可帮助读者理解Spring Boot或Django后端框架、MySQL或MongoDB数据库设计以及OpenCV、TensorFlow在图像识别中的应用适合作为课程设计参考、项目复现或二次开发的基础素材。1. 停车场管理系统毕业设计从选题到跑通一个老工程师的实操拆解每年到了毕设季后台被问得最多的一类问题就是「停车场管理系统怎么做才不水」。这个题目看着平平无奇实际上是个典型的「入门容易、出彩难」的选题——网上一搜一大把但真正能让答辩老师点头、自己又能讲清楚每一行代码的少之又少。我见过太多同学选题定了停车场管理系统结果卡在车牌识别调不通、数据库表设计混乱、前后端联调报错三天三夜。这篇笔记不聊虚的就按我这些年带学生做项目的经验把停车场管理系统从技术选型、核心模块实现、到避坑排查一条线讲透。适合计算机毕业设计、软件工程毕业设计、物联网毕业设计方向的同学也适合基于 SpringBoot 或 Python 做管理系统的同学参考。读完你至少能判断这个方案值不值得做、怎么做、坑在哪。2. 停车场管理系统的技术选型为什么我劝你别一上来就堆技术2.1 先想清楚你的系统到底要解决什么问题很多同学一拿到「停车场管理系统」这个题目第一反应是打开 B站搜「SpringBoot 停车场项目实战」然后照着视频一行行敲。敲完发现视频里的功能和自己学校的要求对不上改又改不动最后只能硬着头皮答辩。问题出在第一步没想清楚业务边界。停车场管理系统的核心业务其实就四件事车辆进场、车辆出场、计费、车位管理。围绕这四件事衍生出用户管理、角色权限、报表统计、日志记录等辅助功能。你要做的第一件事是拿一张纸把这四件事的流程画出来。比如车辆进场摄像头识别车牌 → 系统判断是否已入场 → 分配车位 → 记录入场时间 → 抬杆放行。每一步对应一个接口、一张表、一个页面。画完这张图你的系统骨架就有了。我一般会建议学生先做「最小可用版本」只做进场、出场、计费三个功能跑通之后再加权限、报表、车位预约。这样做的原因是毕设答辩看的是你能不能把核心逻辑讲清楚而不是功能列表有多长。一个能跑通的精简系统比一个功能多但到处报错的系统分数高得多。2.2 技术栈怎么选SpringBoot 还是 Python这是被问得最多的问题。我的答案很直接如果你 Java 基础还行选 SpringBoot如果你 Python 更熟选 Flask 或 Django。不要因为「网上 SpringBoot 教程多」就硬选 Java也不要因为「Python 简单」就选 Flask 却连装饰器都写不明白。选 SpringBoot 的典型组合是SpringBoot MyBatis-Plus MySQL Vue Element UI。这套组合的好处是生态成熟遇到问题搜得到答案答辩老师也熟悉。坏处是代码量大光是实体类、Mapper、Service、Controller 四层下来一个功能就是四五个文件。如果你时间紧可以用 MyBatis-Plus 的代码生成器能省不少事。选 Python 的典型组合是Flask SQLAlchemy MySQL Bootstrap 或 Layui。Flask 轻量一个路由函数就能搞定一个接口适合快速出原型。但 Flask 的坑在于项目结构如果不规范后期加功能会越来越乱。我一般会建议用蓝图Blueprint分模块哪怕一开始麻烦点。提示不管你选哪套数据库表设计一定要先做。表设计错了后面改代码改到哭。2.3 数据库表设计五张核心表撑起整个系统停车场管理系统的表不用多五张核心表就能撑起来。下面这张表是我常用的设计你可以直接抄也可以按需增减。表名作用关键字段user系统用户管理员、操作员id, username, password, rolevehicle车辆信息id, plate_number, owner_name, phoneparking_space车位信息id, space_no, status, areaentry_record入场记录id, plate_number, entry_time, space_idexit_record出场记录id, plate_number, exit_time, fee, entry_id这里有个细节入场记录和出场记录我习惯分开两张表。原因是出场时涉及计费字段和入场不一样硬塞一张表里会有大量空字段。分开之后出场记录通过 entry_id 关联入场记录查历史也方便。计费规则可以单独做一张 fee_rule 表存费率、免费时长、封顶金额。这样改费率不用改代码答辩时也能体现「可配置」的设计思想。2.4 车牌识别模块别自己训练模型用现成的车牌识别是停车场管理系统的「门面」也是翻车最多的地方。很多同学一上来就想自己训练一个 YOLO 模型结果数据集找不到、标注标到吐、训练跑不动。我的建议是除非你的毕设题目明确要求「基于深度学习的车牌识别」否则直接用现成的 OCR 库。Python 方向可以用 HyperLPR3安装简单识别率对毕设场景够用。Java 方向可以调百度 AI 的车牌识别接口有免费额度申请也快。如果你非要用 YOLO那就用 YOLOv8 做检测再配一个 CRNN 做识别但这条路至少要多花两周。下面是一个用 HyperLPR3 做车牌识别的最小示例import hyperlpr3 as lpr3 # 创建识别器默认使用轻量级模型 catcher lpr3.LicensePlateCatcher() # 读取图片并识别 image_path test_car.jpg results catcher(image_path) # results 是一个列表每个元素包含车牌号、置信度、位置 for plate, confidence, box in results: print(f车牌号: {plate}, 置信度: {confidence:.2f})这段代码的逻辑很简单创建识别器 → 传入图片 → 拿到结果。参数方面LicensePlateCatcher()默认用的是轻量模型识别速度较快适合毕设演示。如果你对精度要求高可以换成lpr3.LicensePlateCatcher(detect_levellpr3.DETECT_LEVEL_HIGH)但速度会慢一些。注意HyperLPR3 对图片质量有要求模糊、倾斜、光线太暗的图片识别率会明显下降。实际部署时摄像头抓拍的图片要先做预处理比如灰度化、直方图均衡化能提升不少识别率。2.5 前后端联调接口定义清楚再动手前后端联调是另一个高频翻车点。我见过太多项目前端写完了发现后端接口对不上后端写完了发现前端传的参数格式不对。解决办法只有一个先把接口文档写好。接口文档不用多正式一个 Markdown 表格就行。比如车辆进场的接口项目内容接口地址/api/entry请求方式POST请求参数plate_number (String), space_id (Integer)返回结果code, msg, data错误码4001 车牌已入场, 4002 车位已占用写清楚之后前端用 Mock 数据先跑后端按文档实现联调时基本一次过。这个习惯看起来麻烦实际上能省下大量扯皮时间。3. 核心功能实现进场、出场、计费三步走3.1 车辆进场从识别到落库的完整链路车辆进场的流程是摄像头抓拍 → 车牌识别 → 查询是否已入场 → 分配车位 → 写入入场记录 → 抬杆。下面用 SpringBoot 写一个简化的进场接口。RestController RequestMapping(/api) public class EntryController { Autowired private EntryRecordService entryRecordService; PostMapping(/entry) public Result entry(RequestBody EntryRequest request) { // 1. 校验车牌是否已入场 boolean exists entryRecordService.isVehicleIn(request.getPlateNumber()); if (exists) { return Result.error(4001, 该车牌已入场); } // 2. 校验车位是否可用 ParkingSpace space parkingSpaceService.getById(request.getSpaceId()); if (space null || space.getStatus() ! 0) { return Result.error(4002, 车位已占用); } // 3. 写入入场记录 EntryRecord record new EntryRecord(); record.setPlateNumber(request.getPlateNumber()); record.setSpaceId(request.getSpaceId()); record.setEntryTime(LocalDateTime.now()); entryRecordService.save(record); // 4. 更新车位状态为占用 space.setStatus(1); parkingSpaceService.updateById(space); return Result.success(record); } }这段代码的关键点有三个第一先校验再写入避免脏数据第二车位状态用 0 表示空闲、1 表示占用简单直观第三返回统一的 Result 对象前端好处理。参数方面plate_number是车牌号space_id是车位 ID这两个参数由前端传入。实际项目中车牌号来自识别模块车位 ID 可以来自地磁传感器或人工选择。注意并发场景下两个请求同时进场可能会抢同一个车位。解决办法是在更新车位状态时加乐观锁或者用数据库的行锁。毕设演示一般并发不高但答辩时老师可能会问提前想好答案。3.2 车辆出场与计费时间差算费用边界要处理好出场计费是停车场管理系统的核心逻辑。计费规则一般是入场后前 15 分钟免费之后每小时 5 元不足一小时按一小时算24 小时封顶 50 元。下面是一个计费函数的实现。public BigDecimal calculateFee(LocalDateTime entryTime, LocalDateTime exitTime) { // 1. 计算停车时长分钟 long minutes Duration.between(entryTime, exitTime).toMinutes(); // 2. 免费时长内不收费 if (minutes 15) { return BigDecimal.ZERO; } // 3. 扣除免费时长后计算小时数不足一小时按一小时算 long chargeMinutes minutes - 15; long hours (long) Math.ceil(chargeMinutes / 60.0); // 4. 按小时计费24小时封顶 BigDecimal fee BigDecimal.valueOf(hours).multiply(new BigDecimal(5)); BigDecimal maxFee new BigDecimal(50); if (fee.compareTo(maxFee) 0) { fee maxFee; } return fee; }这段代码的逻辑是先算总分钟数 → 判断是否在免费时长内 → 扣除免费时长后向上取整算小时数 → 乘以费率 → 封顶判断。参数方面entryTime和exitTime都是LocalDateTime类型从数据库的入场记录和当前时间获取。费率 5 元和封顶 50 元是硬编码的实际项目中应该从 fee_rule 表读取方便调整。这里有个容易翻车的点Math.ceil(chargeMinutes / 60.0)里的60.0不能写成60否则整数除法会丢掉小数部分导致计费偏少。这个坑我见过不止一个同学踩过答辩时被老师一眼看穿。3.3 车位管理状态同步与可视化车位管理看起来简单实际上容易出问题。核心是车位状态的同步车辆进场时车位变占用出场时变空闲。如果中间有异常比如抬杆失败但记录已写入车位状态就会不一致。我的做法是加一个定时任务每隔 5 分钟扫描一次入场记录检查是否有「已入场但车位空闲」或「已出场但车位占用」的异常自动修正。下面是一个简单的定时任务示例。Component public class ParkingSpaceSyncTask { Autowired private EntryRecordService entryRecordService; Autowired private ParkingSpaceService parkingSpaceService; // 每5分钟执行一次 Scheduled(cron 0 */5 * * * ?) public void syncSpaceStatus() { // 查询所有状态为占用的车位 ListParkingSpace occupiedSpaces parkingSpaceService.list( new LambdaQueryWrapperParkingSpace().eq(ParkingSpace::getStatus, 1) ); for (ParkingSpace space : occupiedSpaces) { // 检查该车位是否有未出场的入场记录 boolean hasActiveEntry entryRecordService.hasActiveEntry(space.getId()); if (!hasActiveEntry) { // 没有活跃记录说明是异常占用释放车位 space.setStatus(0); parkingSpaceService.updateById(space); } } } }这段代码的逻辑是定时扫描占用中的车位 → 检查是否有对应的未出场记录 → 没有则释放。参数方面cron表达式0 */5 * * * ?表示每 5 分钟执行一次。这个任务能兜住大部分异常情况答辩时也是一个加分项体现你考虑了数据一致性。车位可视化可以用前端画一个停车场平面图每个车位一个方块绿色表示空闲、红色表示占用。这个用 Vue Element UI 的栅格布局就能做不需要复杂的图形库。4. 避坑与排查那些年我踩过的停车场管理系统坑4.1 车牌识别率低答辩演示翻车现象演示时摄像头拍到的车牌识别不出来或者识别成乱码老师看着你反复调试场面尴尬。原因图片质量差、光线不足、车牌倾斜或者识别库的模型不适合你的场景。解决提前准备几张清晰的车牌图片作为备用演示时如果实时识别失败直接上传图片识别。另外HyperLPR3 对蓝牌识别较好新能源绿牌可能需要额外配置。如果条件允许用补光灯改善拍摄环境。4.2 数据库连接池耗尽系统卡死现象系统跑了一段时间后所有接口都变慢最后直接报「连接超时」。原因数据库连接没有及时释放或者连接池配置太小。SpringBoot 默认用 HikariCP最大连接数默认是 10并发一高就不够用。解决在application.yml里调大连接池同时检查代码里有没有手动获取连接没关闭的情况。配置示例如下spring: datasource: hikari: maximum-pool-size: 20 minimum-idle: 5 connection-timeout: 300004.3 时间格式前后端不一致计费算错现象前端传的时间是2024-01-01 10:00:00后端接收后变成2024-01-01T10:00:00计费时差了好几个小时。原因Java 的LocalDateTime默认序列化格式是 ISO 8601和前端习惯的格式不一致。解决在实体类的日期字段上加JsonFormat(pattern yyyy-MM-dd HH:mm:ss, timezone GMT8)统一格式。或者全局配置 Jackson 的日期格式。4.4 车位状态不同步出现「幽灵车位」现象明明没有车系统显示车位占用或者车已经走了系统还显示占用。原因进场或出场时记录写入成功但车位状态更新失败或者反过来。解决用事务保证记录和状态更新要么都成功、要么都失败。在 Service 方法上加Transactional注解。另外加上前面说的定时同步任务作为兜底。4.5 答辩时被问「你的系统有什么创新点」现象老师问这个问题你答「用了 SpringBoot」老师面无表情。原因停车场管理系统太常见单纯堆技术不算创新。解决从业务角度找创新点。比如「支持车位预约用户可以在小程序上提前锁定车位」「支持无感支付出场自动扣费」「支持车位共享业主空闲时可以出租」。这些点不需要全部实现但你要能讲清楚设计思路。5. 进阶技巧让停车场管理系统从「能跑」到「能打」5.1 用 Redis 缓存车位状态提升查询速度车位状态是高频查询的数据每次进场出场都要查。如果每次都查数据库并发一高就扛不住。用 Redis 缓存车位状态查询走缓存更新时同步写数据库和缓存。Autowired private RedisTemplateString, Object redisTemplate; public ParkingSpace getSpaceWithCache(Integer spaceId) { String key space: spaceId; // 先查缓存 ParkingSpace space (ParkingSpace) redisTemplate.opsForValue().get(key); if (space ! null) { return space; } // 缓存没有查数据库 space parkingSpaceService.getById(spaceId); if (space ! null) { // 写入缓存过期时间10分钟 redisTemplate.opsForValue().set(key, space, 10, TimeUnit.MINUTES); } return space; }这段代码的逻辑是先查 Redis → 没有则查数据库 → 写入 Redis。参数方面过期时间设 10 分钟是因为车位状态变化不频繁10 分钟内的缓存可以接受。更新车位状态时要记得删除缓存避免脏数据。5.2 用 WebSocket 推送车位变化前端实时刷新传统做法是前端每隔几秒轮询一次接口浪费资源。用 WebSocket 可以让后端主动推送车位变化前端实时刷新。SpringBoot 集成 WebSocket 很简单加一个配置类和一个处理器就行。Component ServerEndpoint(/ws/parking) public class ParkingWebSocket { private static CopyOnWriteArraySetSession sessions new CopyOnWriteArraySet(); OnOpen public void onOpen(Session session) { sessions.add(session); } OnClose public void onClose(Session session) { sessions.remove(session); } // 广播车位变化 public static void broadcast(String message) { for (Session session : sessions) { try { session.getBasicRemote().sendText(message); } catch (IOException e) { e.printStackTrace(); } } } }这段代码的逻辑是维护一个 Session 集合 → 有连接加入时添加 → 有连接关闭时移除 → 提供广播方法。参数方面ServerEndpoint(/ws/parking)是 WebSocket 的访问路径前端用new WebSocket(ws://localhost:8080/ws/parking)连接。车位状态变化时调用broadcast方法推送消息。5.3 答辩演示的实用技巧最后说几个答辩演示的实用技巧。第一提前录好演示视频万一现场环境出问题直接放视频。第二准备一份「系统架构图」和「数据库 ER 图」老师问到时直接展示比口头解释清楚得多。第三把核心代码打印出来关键行用荧光笔标出老师翻到的时候能快速看到你的设计思路。第四提前想好三个可能被问的问题和答案比如「为什么用 MySQL 不用 MongoDB」「计费规则怎么保证不重复扣费」「系统怎么防止车牌伪造」。我自己的习惯是答辩前一天把整个系统从头到尾跑三遍每一遍都记录下卡顿或报错的地方当天晚上改完。这个习惯帮我避开了很多次现场翻车。希望这些经验能帮到你少走点弯路把毕设稳稳拿下。本文还有配套的精品资源点击获取