简介：基于Java+SSM框架的校内车辆停车计费收费系统毕业设计项目，涵盖车辆进出登记、停车计费、收费管理等典型业务功能，适合计算机相关专业学生作为毕业设计、课程设计或实训项目参考，也可供开发者学习SSM整合开发。资源包共1148个文件，包含Java源码、JSP页面、HTML/CSS/JS前端样式、SQL数据库脚本、图片素材及项目配置文件等，压缩包总大小约18.84MB。该项目为个人高分毕业设计（原创小项目），答辩评审95分，已通过导师认可，并在Windows和macOS环境下测试运行成功。随包提供数据库脚本与使用文档，便于快速部署与二次开发；目前已有172人学习下载。读者可从中掌握SSM框架的完整实现思路、数据库表设计、前后端交互方法，适合系统学习Java Web开发或需要完成类似课设/毕设的同学直接借鉴与扩展。
1. 校内停车计费系统：打开一份能跑能答辩的 SSM 毕设源码
校园停车管理看着简单，真做起来全是细节：车牌要记、入场时间要准、出场结算要快，人工登记一天下来错漏不少，月底对账更是头疼。这套基于 java 的 SSM 校内车辆停车计费收费系统，把入场登记、出场计费、月卡管理和记录查询整条链路都跑通了。对正在选毕设题目的计算机相关专业学生来说，它是一份能直接运行的完整项目，源码、数据库、使用文档都齐，改改就能当课设或毕设交；对想弄明白 SSM 整合、MyBatis mapper 怎么写的入门开发者，它也是一个有实际业务场景的参考样本。如果你是拿它做二次开发，这套代码的基础结构也足够清晰，扩展功能不费劲。
2. SSM 框架选型与系统整体设计：为什么这个组合适合毕设演示
2.1 技术选型：SSM 在校园管理场景里的合理性
SSM 是 Spring、SpringMVC、MyBatis 三个框架的组合。Spring 负责对象创建和事务管理，SpringMVC 负责接收请求和返回视图，MyBatis 负责把 Java 对象映射到数据库表。在这套系统里，入场登记是一次 insert，出场结算是一次 update，月卡办理是一次状态变更，典型的增删改查为主的管理系统，SSM 完全能扛住，而且每一层都能讲清楚。
为什么毕设选 SSM 而不是 Spring Boot？我个人的看法是，SSM 的配置文件全部显式存在 applicationContext.xml、spring-mvc.xml、mybatis-config.xml 里，每个 bean 是手动注入的，答辩时导师问"Spring 的 IoC 体现在哪里"，你能直接打开 XML 指给他看。Spring Boot 大量用自动配置，代码更少，但反而不好讲原理。如果你将来走 java 开发方向，SSM 也是面试的高频考点，一次毕设把这三个框架的协作方式打通，后面看 Spring Boot 会快很多，spring boot + mybatis 这类新项目也能轻松迁移。
另外，这套系统的前端用了 EasyUI 和 Bootstrap。EasyUI 提供表格、表单、对话框组件，适合快速搭后台管理界面；Bootstrap 负责样式。对这种不追求视觉炫酷、只求功能完整的内部管理系统，这个组合开发效率很高，而且 EasyUI 表格自带分页、排序，和后台的 PageHelper 插件对接很顺。项目正文里出现的 easyui.css、bootstrap.css、animate.css，就是这套前端体系的基础样式文件。
2.2 项目结构与启动流程
拿到源码后，先看目录结构。标准 Maven 工程，主要分这几块：
- src/main/java：Java 源码，按 controller、service、mapper、entity 分层
- src/main/resources：Spring 配置、MyBatis mapper XML、jdbc.properties
- src/main/webapp：JSP 页面、静态资源（EasyUI、Bootstrap、CSS）
- src/main/webapp/WEB-INF：web.xml、Spring 配置引用
依赖都写在 pom.xml 里。核心依赖如下：
<properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> </properties> <dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>5.1.8.RELEASE</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-jdbc</artifactId> <version>5.1.8.RELEASE</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> <version>3.5.3</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis-spring</artifactId> <version>2.0.3</version> </dependency> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.47</version> </dependency> <dependency> <groupId>com.github.pagehelper</groupId> <artifactId>pagehelper</artifactId> <version>5.1.11</version> </dependency> <dependency> <groupId>javax.servlet</groupId> <artifactId>jstl</artifactId> <version>1.2</version> </dependency> </dependencies>这段依赖里有几个参数要留意。Spring 5.1.8 要求 JDK 1.8 以上，本机如果装了 JDK 11 也能跑，但建议用 8 最稳。mysql-connector-java 5.1.47 对应 MySQL 5.7；如果你本机是 MySQL 8.x，这个驱动要换，避坑章会单独说。PageHelper 5.1.11 是分页插件，版本号要跟 MyBatis 3.5.x 匹配，否则分页不生效。
启动步骤按这个顺序走：用 IDEA 打开项目，等 Maven 下载完依赖；在 MySQL 里执行项目提供的 sql 脚本建库；修改 jdbc.properties 里的账号密码；配置 Tomcat 8.5 并部署；启动后访问 http://localhost:8080/项目名。项目里有 .classpath 文件，说明原工程可能是 Eclipse 导出的，IDEA 打开时忽略它就行，Maven 结构会被自动识别。
2.3 角色与核心流程
系统分管理员和收费员两类角色。管理员管用户、车辆档案、收费标准、月卡办理和报表统计；收费员负责日常的车辆入场登记、出场结算。这两个角色在 user 表里用 role 字段区分，权限控制写在拦截器里，不同角色能访问的页面不一样。
入场流程：收费员在页面上录入车牌号，系统先查这辆车是否是有效月卡。是月卡，直接放行并记一条入场记录，费用在出场时按 0 计算；临时车也同样记入场记录，状态设为"场内"。出场流程：收费员输入车牌号，系统查到对应未结算记录，计算停放时长，套用收费标准，生成应收金额，收费后把记录状态改为"已结算"。所有记录都落库，支持按时间、车牌号、状态查询。
这套流程覆盖了停车管理系统的全部核心业务，也对应了数据库里几张表的增删改查。作为毕设，这个业务体量刚好：既有前后端交互，又有事务处理，还有统计报表，演示时有层次感，答辩时有东西可以讲。
3. 数据库设计：车辆表、记录表、收费标准表怎么建才不乱
3.1 核心表结构设计
先想清楚有哪些数据要存。一辆车进来，要记录车牌号、入场时间；出去时要记录出场时间、费用；月卡用户要记录有效期；系统登录要用户表；收费标准要单独一张表，因为规则可能调整。五张表基本就够，关系也不复杂。
| 表名 | 作用 | 关键字段 |
|---|---|---|
| user | 后台登录账号 | username, password, role |
| vehicle | 车辆档案 | plate_no, owner_name, phone |
| parking_record | 停车流水记录 | plate_no, entry_time, exit_time, fee, status |
| fee_rule | 收费标准 | first_hour_fee, per_hour_fee, daily_cap |
| monthly_card | 月卡信息 | plate_no, start_date, end_date |
parking_record 只存车牌号字符串，不强制关联 vehicle 表，这样临时车也能直接记录，不用先建档。这是这类系统的常规做法，但要注意：车牌号没加外键，查询时只能靠索引，所以建表时要给 plate_no 加普通索引。字段类型上，金额用 decimal(10,2)，时间用 datetime，状态用 tinyint，别用 varchar 存数字，后面排错会麻烦。
3.2 建表 SQL 与初始化数据
建表语句直接看这份 SQL，引擎用 InnoDB，字符集统一 utf8mb4：
CREATE TABLE `user` ( `id` INT NOT NULL AUTO_INCREMENT, `username` VARCHAR(50) NOT NULL, `password` VARCHAR(100) NOT NULL, `role` TINYINT NOT NULL DEFAULT 1 COMMENT '1管理员 2收费员', PRIMARY KEY (`id`), UNIQUE KEY `uk_username` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE `vehicle` ( `id` INT NOT NULL AUTO_INCREMENT, `plate_no` VARCHAR(20) NOT NULL, `owner_name` VARCHAR(50) DEFAULT NULL, `phone` VARCHAR(20) DEFAULT NULL, `vehicle_type` TINYINT DEFAULT 1 COMMENT '1小型车 2大型车', PRIMARY KEY (`id`), UNIQUE KEY `uk_plate` (`plate_no`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE `parking_record` ( `id` INT NOT NULL AUTO_INCREMENT, `plate_no` VARCHAR(20) NOT NULL, `entry_time` DATETIME NOT NULL, `exit_time` DATETIME DEFAULT NULL, `fee` DECIMAL(10,2) DEFAULT 0.00, `status` TINYINT DEFAULT 0 COMMENT '0场内 1已结算', PRIMARY KEY (`id`), KEY `idx_plate` (`plate_no`), KEY `idx_entry_time` (`entry_time`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE `fee_rule` ( `id` INT NOT NULL AUTO_INCREMENT, `rule_name` VARCHAR(50) NOT NULL, `first_hour_fee` DECIMAL(10,2) DEFAULT 0.00, `per_hour_fee` DECIMAL(10,2) DEFAULT 0.00, `daily_cap` DECIMAL(10,2) DEFAULT 0.00, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE `monthly_card` ( `id` INT NOT NULL AUTO_INCREMENT, `plate_no` VARCHAR(20) NOT NULL, `start_date` DATE NOT NULL, `end_date` DATE NOT NULL, `fee` DECIMAL(10,2) DEFAULT 0.00, PRIMARY KEY (`id`), KEY `idx_plate` (`plate_no`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;parking_record 的 status 字段是整个系统的核心状态位。0 表示车辆还在场内，1 表示已结算。出场结算时先 UPDATE 这条记录，把 exit_time、fee、status 写进去，再去统计，逻辑上就是一个事务。索引要特别说一句：parking_record 表加了 idx_plate 和 idx_entry_time 两个单列索引，如果后续记录量大，可以考虑改成 (plate_no, status) 联合索引，因为查询"某辆车在场内记录"是最频繁的操作。
初始化数据至少要插一条管理员账号和一条默认收费标准：
INSERT INTO `user` (`username`, `password`, `role`) VALUES ('admin', MD5('123456'), 1); INSERT INTO `fee_rule` (`rule_name`, `first_hour_fee`, `per_hour_fee`, `daily_cap`) VALUES ('临时车标准', 3.00, 2.00, 20.00);这里有个细节：密码不要明文存，虽然毕设项目用 MD5 已经够演示，但心里要清楚真实项目要用 BCrypt 这类加盐算法。答辩时导师如果问密码安全，你回答"这里用了 MD5，生产环境会换 BCrypt"，这句话是加分项。
3.3 数据库连接配置与常见坑
数据库连接信息集中在 jdbc.properties 里，内容大概是：
jdbc.driver=com.mysql.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/parking_db?useUnicode=true&characterEncoding=utf8 jdbc.username=root jdbc.password=123456注意 driver 和 url 的写法。5.1.47 驱动用 com.mysql.jdbc.Driver，如果 MySQL 是 8.x，驱动要换 com.mysql.cj.jdbc.Driver，url 后面加 serverTimezone=Asia/Shanghai，否则启动时直接报时区错误。这个坑出现的频率极高，下面避坑章会展开。另外，如果本机 MySQL 的 root 密码不是 123456，记得改这里，同时确认 MySQL 服务已启动，不然 Tomcat 起来后第一次查数据库就会抛 CommunicationsException。
4. 核心功能实现：入场登记、出场结算与统计报表怎么落地
4.1 实体类与 Mapper 层设计
Java 代码从实体类开始。以停车记录为例：
public class ParkingRecord { private Integer id; private String plateNo; private Date entryTime; private Date exitTime; private BigDecimal fee; private Integer status; // getter 和 setter 省略 }fee 用 BigDecimal 不用 double，原因避坑章会讲：double 做金额运算会有浮点误差。status 用 Integer，对应 MySQL 的 tinyint。entryTime 和 exitTime 用 java.util.Date，MyBatis 会自动映射 datetime 类型。
Mapper 层是接口加 XML 的方式。接口里定义方法，XML 里写 SQL，两者通过 namespace 和 id 绑定。Spring 用一个扫描包就把所有 mapper 接口代理注册进容器，Service 里通过 @Autowired 直接注入，这个机制要理解透，后面看 Spring Boot 的 @MapperScan 就是它的简化版。
4.2 入场登记：车辆状态校验与记录插入
入场逻辑比看起来复杂。收费员录入车牌后，系统先要判断这辆车当前是否已经在场内。如果没有这个判断，同一辆车连续入场两次，就会产生两条 status=0 的记录，出场时数据就乱了。Service 层的常见写法：
public Result entry(String plateNo) { // 1. 查当前场内是否已有该车 ParkingRecord record = parkingRecordMapper.selectByPlateNoAndStatus(plateNo, 0); if (record != null) { return Result.error("该车辆已在场内，请勿重复入场"); } // 2. 查月卡，判断是否在有效期内 MonthlyCard card = monthlyCardMapper.selectValidByPlateNo(plateNo, new Date()); if (card != null) { ParkingRecord newRecord = new ParkingRecord(); newRecord.setPlateNo(plateNo); newRecord.setEntryTime(new Date()); newRecord.setStatus(0); newRecord.setFee(new BigDecimal("0.00")); parkingRecordMapper.insert(newRecord); return Result.success("月卡车辆，入场成功"); } // 3. 临时车辆入场 ParkingRecord newRecord = new ParkingRecord(); newRecord.setPlateNo(plateNo); newRecord.setEntryTime(new Date()); newRecord.setStatus(0); newRecord.setFee(new BigDecimal("0.00")); parkingRecordMapper.insert(newRecord); return Result.success("临时车辆，入场成功"); }这段逻辑有三个关键点。第一，selectByPlateNoAndStatus 是入场防重复的核心防线，查 status=0 也就是场内未结算记录，存在就不允许再入场。第二，查月卡用 selectValidByPlateNo，SQL 里比较 start_date 和 end_date 与当前日期的关系，只返回有效期的卡，过期的卡查不到，车辆会自动按临时车处理。第三，临时车和月卡车的入场记录字段一样，区别只在出场费用怎么算，这在设计上省了不少事。
这里还涉及 Spring 的常用注解，Service 实现类上标 @Service，Mapper 接口注入用 @Autowired，Controller 里接收参数用 @RequestParam 或 @PathVariable。这些注解在毕业设计答辩里都是高频考点，看代码时留意它们的用法。
4.3 出场结算：时长计算与多层计费规则
出场结算的关键是时间差和费用计算。计费规则设计为：首小时 3 元，超过 1 小时后每小时加 2 元，24 小时封顶 20 元。不足 1 小时按 1 小时算。这个规则在一个方法里算清楚：
public Result exit(String plateNo) { ParkingRecord record = parkingRecordMapper.selectByPlateNoAndStatus(plateNo, 0); if (record == null) { return Result.error("未找到该车辆的入场记录"); } // 1. 计算时长，分钟向上取整到小时 Date now = new Date(); long diffMillis = now.getTime() - record.getEntryTime().getTime(); long diffMinutes = diffMillis / (60 * 1000); // 2. 按规则计算费用 BigDecimal fee = calculateFee(diffMinutes); // 3. 更新记录 record.setExitTime(now); record.setFee(fee); record.setStatus(1); parkingRecordMapper.update(record); return Result.success("结算成功", fee); } private BigDecimal calculateFee(long minutes) { FeeRule rule = feeRuleMapper.selectCurrent(); long hours = minutes / 60; if (minutes % 60 != 0) { hours = hours + 1; // 不足1小时按1小时算 } BigDecimal fee = rule.getFirstHourFee(); // 首小时费用 if (hours > 1) { BigDecimal extra = rule.getPerHourFee() .multiply(new BigDecimal(hours - 1)); fee = fee.add(extra); } // 封顶判断 if (fee.compareTo(rule.getDailyCap()) > 0) { fee = rule.getDailyCap(); } return fee; }边界情况要特别注意。取整逻辑是"不足 1 小时按 1 小时算"，也就是说 61 分钟算 2 小时，59 分钟算 1 小时。封顶判断用 BigDecimal 的 compareTo 方法，不是普通大于号。算钱必须精确到分，用 BigDecimal(String) 构造，别用 new BigDecimal(double)，否则会引入浮点误差。update 前要考虑并发：如果两个人同时点结算同一辆车，可能重复扣费。简单做法是 update 的 SQL 里加 WHERE status = 0，影响行数为 0 就说明已经被结算过，这样能兜底。
4.4 分页查询与当日收入统计
后台管理的停车记录列表必须分页，否则数据一多页面就卡。项目集成了 PageHelper，用起来两步走。第一步在 MyBatis 配置里注册插件，第二步在查询前调用 PageHelper.startPage：
public PageResult listRecords(int pageNum, int pageSize, String plateNo, Integer status) { PageHelper.startPage(pageNum, pageSize); List<ParkingRecord> list = parkingRecordMapper.selectList(plateNo, status); PageInfo<ParkingRecord> pageInfo = new PageInfo<>(list); return PageResult.ok(pageInfo.getTotal(), pageInfo.getList()); }PageHelper.startPage 后面必须紧跟第一条查询语句，插件通过拦截器改写 SQL 实现物理分页，也就是在 SQL 后面拼 LIMIT 语句。中间不能夹杂其他查询，否则分页会作用到错误的那条 SQL 上，这是这个插件最容易翻车的用法。pageNum 从 1 开始，pageSize 是每页条数，前端 EasyUI 表格的 page 和 rows 参数直接对应这两个值。
当日收入统计用一条 SQL 聚合搞定：
public BigDecimal todayIncome() { return parkingRecordMapper.sumFeeByDate(new Date()); }对应的 mapper XML：
<select id="sumFeeByDate" resultType="java.math.BigDecimal"> SELECT COALESCE(SUM(fee), 0) FROM parking_record WHERE status = 1 AND DATE(exit_time) = #{date} </select>统计只算 status=1 的记录，也就是已经结算过的费用。用 DATE(exit_time) 匹配当日，DATE 函数会把 datetime 转成日期再比较。COALESCE 处理当天没有记录的情况，返回 0 而不是 null，避免前端拿到 null 显示异常。这类聚合查询是答辩时导师大概率会问的，要能说清楚"为什么要用 COALESCE"。
5. 避坑指南：环境、乱码与时间计算的五条血泪经验
5.1 静态资源 404：EasyUI 样式全丢
现象：Tomcat 启动后页面能打开，但 CSS、JS 全部加载失败，界面完全是裸的 HTML。
原因：web.xml 里 SpringMVC 的 DispatcherServlet 映射了 / 路径，把所有请求都拦截了，静态资源没放行，导致 easyui.css、bootstrap.css 这些文件请求不到。这是 SSM 项目里最常见的配置错误之一。
解决：在 spring-mvc.xml 里配置静态资源映射：
<mvc:default-servlet-handler/> <mvc:resources mapping="/static/**" location="/static/"/>如果静态资源放在 webapp 根目录下的 easyui、bootstrap 目录，就把 mapping 改成对应路径。配置后重启 Tomcat，再刷新页面，样式就出来了。判断依据很简单：F12 看 Network 面板，url 里有 404 的就是静态资源配置问题。
5.2 MySQL 8 时区报错：驱动不匹配
现象：Tomcat 启动没问题，但第一次访问数据库就抛异常，提示 Communications link failure 或者 The server time zone value 'XXX' is unrecognized。
原因：项目自带的 mysql-connector-java 是 5.1.47，对应 MySQL 5.7。本机装的是 MySQL 8.x 时，驱动类名和连接 url 都要改。驱动类从 com.mysql.jdbc.Driver 改成 com.mysql.cj.jdbc.Driver，url 加 serverTimezone=Asia/Shanghai。
解决：改 pom.xml 里的驱动版本：
<dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.25</version> </dependency>同时 jdbc.properties 改成：
jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/parking_db?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai这个问题我见过太多次，下载项目后先确认自己 MySQL 版本再动手，能省半小时。
5.3 中文乱码：从连接 URL 到表字符集两层查
现象：页面录入中文车牌或者车主姓名后，数据库里存成"???"，查询页面显示也是乱码。
原因：两层问题。第一层是数据库连接 url 没有指定字符集，或者 useUnicode=true 被误删了。第二层是 MySQL 表或者库的默认字符集不是 utf8mb4，建表时没有显式声明，就会继承库的默认设置。
解决：先检查 jdbc.url 是否带 characterEncoding=utf8，再检查建表语句是否带 CHARSET=utf8mb4。如果表已经建好，执行修改表结构的语句：
ALTER TABLE parking_record CONVERT TO CHARACTER SET utf8mb4;这一步就是典型的 mysql 数据库修改结构操作，表里已有数据也能转，不会丢。改完重启服务，重新录一条数据验证。我一般会直接删库重新导入 SQL，避免旧乱码数据残留影响演示效果。
5.4 结算金额出现 0.30000000000000004
现象：明明算出来是 3.30 元，界面上显示一串很长的浮点数，比如 3.30000000000000004。
原因：代码里用 double 做金额计算。计费规则里的小数 0.1、0.2 在二进制浮点里无法精确表示，运算时会产生误差。如果停放时间跨越多个小时，误差会累积，显示就很奇怪。
解决：金额一律用 BigDecimal，且用字符串构造：
BigDecimal firstHourFee = new BigDecimal("3.00");不要用 new BigDecimal(3.00)，也不要从请求参数里直接转 double。所有 fee 相关变量类型都声明成 BigDecimal，MyBatis 的 resultMap 里对应 jdbcType=DECIMAL。这是做任何涉及钱的系统的基本习惯，毕设答辩现场如果被问到，回答"用 BigDecimal 避免浮点误差"是一个标准且正确的答案。
5.5 同一辆车重复入场产生多条场内记录
现象：短时间连续点两次入场，系统生成了两条 status=0 的记录，出场结算时不知道该结算哪条，数据全乱。
原因：入场登记的防重复逻辑没生效。代码审查时见过把 selectByPlateNoAndStatus 误写成 selectByPlateNo，把已结算的历史记录也查出来了，车辆永远被判断为"已在场内"，反而放不进去；或者漏了 status 条件，导致重复插入。
解决：查询条件必须带 status，并且按时间倒序取最新一条：
<select id="selectByPlateNoAndStatus" resultType="ParkingRecord"> SELECT * FROM parking_record WHERE plate_no = #{plateNo} AND status = #{status} ORDER BY entry_time DESC LIMIT 1 </select>同时给 parking_record 建 (plate_no, status) 联合索引，否则车辆多了以后这条查询会越来越慢。如果担心极端并发，可以在应用层对入场操作加同步锁，但毕设做到查询校验这一步已经足够演示了。
6. 进阶：把毕设从能跑变成能讲、能扩展
6.1 演示前必做的数据准备
不要拿空表演示。入场、出场、月卡、统计四个核心功能，每张表都要有看得见的演示数据。我会在演示前插入：三辆月卡车辆，其中一辆即将到期；两辆临时车辆，一辆在场内、一辆已结算；近三天的停车记录，保证统计报表有数字。
这样演示时你点开列表有滚动效果，点统计有数字变化，导师看到的不是空壳，而是有业务状态的系统。
6.2 从 SSM 到 Spring Boot 的三个替换点
答辩完如果还想继续用，值得把 SSM 迁到 Spring Boot。三个关键替换点。第一，web.xml 里的 DispatcherServlet 配置全部删掉，Spring Boot 自动配置。第二，Spring 和 MyBatis 的 XML 配置换成注解加 application.yml，MyBatis 的 mapper XML 保留，但数据源和工厂配置用 mybatis-spring-boot-starter 接管。第三，依赖精简成 spring-boot-starter-web、mybatis-spring-boot-starter、mysql-connector-java 三个就够。
6.3 答辩前的验证清单
演示前我习惯强制走一遍完整链路：录入一辆临时车入场，确认状态变成"场内"；再录同一辆车入场，确认被拦截；执行出场结算，核对金额是否符合"首小时 3 元、超时每小时 2 元、封顶 20 元"的规则；最后看统计报表，确认今日收入数字和刚才结算的金额一致。这套流程走通，核心功能就没有问题。
我第一次拿 SSM 做项目时，就栽在入场重复记录这个坑上，当时没查状态就 insert，演示现场直接把数据搞乱了。从那以后我每次拿这种带数据库的项目，都是先通读表结构和状态字段，再跑核心链路，最后才补演示数据。这几步看起来简单，但能避开大部分翻车现场，希望帮到你。
本文还有配套的精品资源，点击获取
