苦行僧2.01. 项目概述：这套智能停车场管理系统到底做了什么
说句实在话，Java Web方向的实战项目做了这么多年，我最推荐新手和应届生碰的就是“管理系统”这一类，而停车场管理系统又是其中性价比极高的选题。它既有业务复杂度——涉及车辆进出、计费策略、车位状态流转、用户角色权限，又不像电商系统那样动不动就牵扯支付、秒杀、分布式，单机单库就能跑通整个闭环。今天这篇复盘，我以“基于Java+SpringBoot+SSM的智能停车场管理系统”为例，把从需求分析、技术选型、数据库设计到核心代码实现、部署调试的完整链路摊开来讲。
这套系统简单来说解决的是传统停车场管理中的几大痛点：车辆进场登记靠人工、出场计费容易扯皮、车位使用情况不透明、月卡和临时车混在一起难管理。系统通过Web化管理，让管理员在后台完成车位监控、车辆放行、费用计算、订单统计，用户端则可以完成月卡充值、车位查询、停车记录查看。对学习者而言，它覆盖了SpringBoot自动装配、SSM框架整合、MyBatis持久层操作、JWT或Session鉴权、MySQL事务控制、聚合统计报表等Java Web高频考点，可以说是拿一个项目串起了面试八股里半壁江山。
这个项目的定位也很清晰：如果你是正在做毕业设计的学生，或者想从零开始有一个“能跑、能讲、能扩展”的Java后端项目的转行开发者，这套系统的源码结构和业务模式非常值得参考。全文我会尽量还原我实际开发时的思路和踩坑过程，不绕弯子，直接给能落地的方案。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 整体设计与技术选型：为什么是SpringBoot+SSM这套组合
2.1 从SSM到SpringBoot：不是替代，而是承上启下
先明确一个概念：题目里写的是“SpringBoot+SSM”，很多初学者看到这两个词会懵，感觉像是两套东西叠在一起。实际上SSM指的是Spring、SpringMVC、MyBatis这三个框架的组合，而SpringBoot本身是基于Spring生态的开发脚手架，它并不会替代SpringMVC或MyBatis，反而是把原本繁琐的XML配置和依赖管理给自动化了。
在传统SSM项目里，你要手动配置web.xml、spring-mvc.xml、spring-mybatis.xml，还要处理一堆jar包版本冲突。SpringBoot最核心的价值就是“自动配置”，它通过starter机制把SpringMVC、默认的Tomcat容器、数据源连接、MyBatis的SqlSessionFactory全部装配好，你只要在application.yml里写少量参数，就能把一个以前要折腾半天的SSM项目跑起来。所以严格说，这套系统的技术栈本质是“SpringBoot作为外壳 + Spring管理Bean + SpringMVC处理Web请求 + MyBatis操作数据库”，也就是SpringBoot化之后的SSM。
这套选型最大的优势是：代码结构和面试点都足够经典。你既可以用它解释清楚Spring的核心机制，比如IoC容器、AOP事务管理，又能拿出来SpringBoot的自动配置原理、启动流程、配置优先级这些进阶问题。相比直接上手微服务、SpringCloud Alibaba那一套，这个项目的复杂度更适合作为个人能力展示的第一个完整闭环，不会让人一看就觉得你是照葫芦画瓢背出来的。
2.2 SpringBoot版本选型的坑：版本太高真的会出事
在热词里我看到“springboot版本太高”这个搜索词，真的很有共鸣，因为这是我在帮别人调试项目时遇到最多的问题之一。很多拿到的源码用的是SpringBoot 2.3.x或者2.7.x，但你自己新建项目时IDEA默认拉取的是SpringBoot 3.x，结果一堆Javax相关的包全部报红，代码根本编不过。
原因在于SpringBoot 3.x把基础包名从javax.迁移到了jakarta.，并且强制要求JDK 17以上。而大部分教学项目、毕设源码用的是JDK 1.8和javax.servlet、javax.validation这一套API。如果你在2.x项目上强行升级到3.x，不是简单改个版本号就能解决的，涉及依赖重写、代码替换、Tomcat容器变化，工作量等同于重构。
我的建议是：做这一类SSM整合项目，优先锁定SpringBoot 2.7.x版本，这是2.x系列的最终维护版本，稳定性和兼容性都最好。数据库连接用MySQL 5.7或8.0，JDK用1.8，Maven用3.6.3以上。这套组合虽然看起来“老”，但恰恰是当前企业里存量项目最常见的配置，面试时候讲出来反而更有说服力。
2.3 系统整体架构：前端页面、后端接口、数据库三层
整套系统的架构设计并不复杂，我习惯把它分成三层来看。
表现层就是浏览器里的管理后台页面，常见做法是Thymeleaf模板引擎直接渲染，或者前后端分离用Vue+Element UI。考虑到这个项目的核心价值在后端逻辑，用Thymeleaf可以少搭一套前端工程，部署时打成单jar包就能跑，很适合毕设演示；如果你有精力，也可以把后端RESTful接口写好，再用Vue单独做个管理界面，这样项目在面试时能多讲一个“前后端分离”的亮点。
后端层就是SpringBoot应用，接收请求后先走Controller层做参数校验，再进Service层处理业务规则，MyBatis的Mapper层负责和数据库交互。业务上主要包含管理员登录鉴权、车位管理、车辆进出场记录、计费规则计算、订单与充值管理、统计数据报表这几个模块。
数据层是MySQL，核心表包括管理员表、用户表（月卡用户）、车位表、车辆表、进出场记录表、计费规则表、订单表。表结构我会在下一节详细给出。
这样一个分层的好处是职责清晰，出了问题能快速定位是前端传参问题、后端逻辑问题还是SQL问题。而且当你以后接触分布式系统时，这种分层思想是通用的，只是把本地Service调用换成RPC或HTTP调用而已。
3. 数据库设计与核心模块拆解：先把地基打牢
3.1 核心数据表结构设计
在写业务代码之前，我花了一晚上把数据库表结构定了下来。好的表设计能让后面的代码轻松一半，尤其像停车场这种涉及状态流转和数据统计的系统，表和表之间的关联关系必须提前理清楚。
我实际用的核心表大概有七张，这里挑关键字段说一下设计思路：
管理员表（admin）
- id：主键，自增
- username：登录账号，唯一索引
- password：加密后的密码，不存明文
- real_name：真实姓名
- create_time：创建时间
用户/车主表（user）
- id、username、password、phone、real_name
- balance：账户余额，月卡车用来扣费
- user_type：用户类型，区分临时用户和月卡用户
- status：状态，是否禁用
车位表（parking_space）
- id、space_no：车位编号，比如A-001
- area：区域
- status：车位状态，0空闲1占用2锁定
- type：车位类型，普通/新能源
- update_time：状态更新时间
车辆表（vehicle）
- id、plate_number：车牌号
- user_id：关联用户表，临时车可以为空
- brand：品牌，选填
- create_time
进出场记录表（entry_exit_record）
- id、plate_number、entry_time、e