1. 项目背景与核心需求
校园停车场管理系统是高校信息化建设的重要组成部分。随着高校教职工和学生私家车保有量的持续增长，传统人工管理方式已经无法满足现代校园的停车需求。我们经常能看到这样的场景：上下课高峰期，停车场入口排起长队；教职工专用车位被临时车辆占用；访客车辆在校园内盲目寻找空位...
这套基于S2SH框架的校园停车场系统，正是为了解决这些痛点而设计。系统需要实现三大核心功能模块：车辆进出自动识别计费、车位状态实时监控、用户权限分级管理。其中最关键的技术挑战在于如何确保高并发场景下的系统稳定性——想象一下早高峰时段，上百辆车同时在多个入口刷卡进出的场景。
2. 技术选型与架构设计
2.1 为什么选择S2SH框架
S2SH（Struts2 + Spring + Hibernate）是JavaEE领域的经典框架组合，特别适合我们这种需要快速开发又要求稳定性的毕业设计项目。Struts2的拦截器机制完美处理车辆进出请求，Spring的IoC容器管理着计费规则等业务对象，Hibernate则负责将车位状态持久化到MySQL数据库。
我在框架整合时遇到的一个典型问题是事务管理配置。通过Spring的声明式事务管理，最终采用如下配置确保数据一致性：
xml复制<tx:advice id="txAdvice">
<tx:attributes>
<tx:method name="save*" propagation="REQUIRED"/>
<tx:method name="update*" propagation="REQUIRED"/>
<tx:method name="delete*" propagation="REQUIRED"/>
<tx:method name="*" read-only="true"/>
</tx:attributes>
</tx:advice>
2.2 系统分层架构详解
系统采用典型的三层架构：
- 表现层：Struts2 + JSP + Bootstrap
- 业务层：Spring管理的Service组件
- 持久层：Hibernate DAO + MySQL
特别要说明的是车牌识别模块的设计。我们没有采用昂贵的专用识别设备，而是通过以下方案实现低成本识别：
- 摄像头抓取车辆前脸照片
- 使用OpenCV进行图像预处理
- 基于Tesseract OCR识别车牌字符
- 结果通过WebService传入系统
3. 核心功能实现细节
3.1 车辆进出管理模块
进出场控制是系统的核心功能，其业务流程如下：
- 车辆到达入口触发地感线圈
- 摄像头抓拍车牌并识别
- 系统查询车辆注册信息
- 根据车辆类型（教职工/学生/访客）执行不同逻辑
- 道闸升起放行并记录时间戳
关键代码片段 - 进出场记录服务层：
java复制public class ParkingRecordServiceImpl implements ParkingRecordService {
@Autowired
private VehicleDao vehicleDao;
@Transactional
public EntranceRecord processEntrance(String plateNumber) {
Vehicle vehicle = vehicleDao.findByPlate(plateNumber);
if(vehicle == null) {
vehicle = registerTempVehicle(plateNumber);
}
EntranceRecord record = new EntranceRecord();
record.setVehicle(vehicle);
record.setEntranceTime(new Date());
// 其他业务逻辑...
return record;
}
}
3.2 车位状态监控设计
通过超声波车位检测器实时采集数据，系统使用WebSocket推送到前端展示。这里遇到的一个性能瓶颈是频繁的全量数据推送，最终解决方案是：
- 只在车位状态变化时推送增量数据
- 采用Redis缓存最新状态
- 前端每5分钟主动请求一次全量数据作为补偿
车位状态数据结构示例：
json复制{
"zoneA": {
"total": 50,
"available": 12,
"sensors": [
{"id": "A01", "status": "occupied"},
{"id": "A02", "status": "free"}
]
}
}
4. 数据库设计与优化
4.1 主要表结构设计
核心表包括：
- 车辆表(vehicle)：存储车牌、车主、车辆类型等信息
- 停车记录表(parking_record)：记录每次进出场信息
- 车位表(parking_space)：管理物理车位资源
- 收费规则表(fee_rule)：不同车辆类型的计费标准
特别注意停车记录表的分表策略——按月份分表存储，解决数据量增长问题：
sql复制CREATE TABLE parking_record_202301 (
id BIGINT PRIMARY KEY,
vehicle_id BIGINT,
entrance_time DATETIME,
exit_time DATETIME,
fee DECIMAL(10,2),
INDEX idx_vehicle (vehicle_id),
INDEX idx_time (entrance_time)
);
4.2 查询性能优化实践
在数据量达到10万条记录后，我们遇到了三个典型性能问题及解决方案：
- 历史记录查询慢：添加复合索引(vehicle_id, exit_time)
- 实时统计卡顿：使用物化视图预计算常用统计指标
- 报表生成超时：引入Apache POI的SXSSFWorkbook进行流式导出
5. 系统安全与异常处理
5.1 常见异常场景处理
在实际测试中，我们发现需要特别处理的异常情况包括：
- 车牌识别失败：自动转人工处理通道
- 网络中断：本地缓存最近100条记录
- 数据库连接超时：配置合理的连接池参数
异常处理代码示例：
java复制try {
return licensePlateRecognizer.recognize(image);
} catch (RecognitionException e) {
log.error("车牌识别失败", e);
throw new BusinessException("请转人工通道处理");
} finally {
image.recycle();
}
5.2 安全防护措施
系统实现了以下安全机制：
- 所有接口参数过滤XSS脚本
- 敏感操作（如费率调整）需要双重认证
- 数据库连接信息加密存储
- 采用BCrypt加密用户密码
安全配置示例：
xml复制<bean id="passwordEncoder"
class="org.springframework.security.crypto.bcrypt.BCryptPasswordEncoder">
<constructor-arg value="12"/>
</bean>
6. 部署与运维方案
6.1 生产环境部署
推荐部署方案：
- 应用服务器：Tomcat 9.x
- 数据库：MySQL 5.7+ 主从配置
- 缓存：Redis 6.x
- 操作系统：CentOS 7.x
部署目录结构建议：
code复制/parking
├── bin # 启动脚本
├── conf # 配置文件
├── lib # 依赖库
├── logs # 日志文件
└── webapps # WAR包
6.2 监控与维护
建议配置的监控指标：
- 进出场响应时间（应<500ms）
- 数据库连接池使用率（警戒线80%）
- 车位数据推送延迟（应<1s）
日志收集方案：
properties复制# log4j2配置示例
appender.rolling.strategy.type = DefaultRolloverStrategy
appender.rolling.strategy.max = 30
appender.rolling.policies.size.type = SizeBasedTriggeringPolicy
appender.rolling.policies.size.size = 100MB
7. 毕业设计特别建议
根据我指导毕业设计的经验，给出以下实用建议：
-
文档编写技巧：
- 在LW文档中重点描述技术选型对比过程
- 用时序图说明核心业务流程
- 记录测试用例及结果
-
答辩准备重点：
- 准备系统架构图的高清打印版
- 录制关键功能的演示视频作为备份
- 预先思考可能被问到的技术问题
-
代码质量提升：
- 使用SonarQube进行静态代码分析
- 保持单元测试覆盖率在70%以上
- 用Git管理版本变更历史
我在实际部署时发现的一个易错点：MySQL的时区设置必须与应用服务器一致，否则会导致停车时长计算错误。建议在JDBC连接URL中显式指定：
code复制jdbc:mysql://localhost:3306/parking?useSSL=false&serverTimezone=Asia/Shanghai