1. 项目概述
"基于SpringBoot的JavaWeb影院订票系统"是一个典型的B/S架构企业级应用，它采用当前主流的SpringBoot+Thymeleaf技术栈实现影院票务管理的全流程数字化。我在实际开发中发现，这类系统需要同时解决高并发售票、座位锁定、支付超时处理等核心业务难题，而SpringBoot的自动配置特性和内嵌Tomcat容器恰好能提供快速开发和高性能运行的平衡。
这个系统适合两类开发者学习：
- 刚掌握JavaWeb基础想进阶SpringBoot的开发者
- 需要了解分布式事务处理实践的中级程序员
系统核心解决三大痛点：
- 传统影院手工售票效率低下
- 第三方票务平台抽成过高
- 特殊场次（如首映式）的瞬时高并发压力
2. 技术架构设计
2.1 技术选型依据
选择SpringBoot 2.7.x版本（非最新3.x）主要基于：
- 社区资源丰富度（遇到问题容易找到解决方案）
- 与MyBatis的整合成熟度
- 企业实际生产环境的主流选择
前端采用Thymeleaf而非Vue/React的考虑：
- 项目需要快速开发上线
- 影院后台管理不需要复杂前端交互
- 避免前后端分离带来的跨域问题
2.2 分层架构设计
com.cinema ├── config // 安全/事务等配置 ├── controller // 售票API入口 ├── service // 核心业务逻辑 │ ├── impl // 接口实现 │ └── task // 定时任务 ├── dao // MyBatis映射接口 ├── entity // 数据库实体 ├── util // 工具类 └── exception // 全局异常处理数据库选用MySQL 8.0而非NoSQL的原因：
- 票务数据强一致性要求
- 座位状态需要行级锁控制
- 事务处理复杂度较低
3. 核心业务实现
3.1 座位锁定机制
采用乐观锁+Redis缓存的混合方案：
// 伪代码示例 public boolean lockSeats(List<Integer> seatIds) { // 1. Redis原子操作检查座位状态 String lockKey = "seat:"+seatIds.hashCode(); Boolean locked = redisTemplate.opsForValue() .setIfAbsent(lockKey, "locking", 5, TimeUnit.MINUTES); if(!locked) return false; try { // 2. 数据库乐观锁更新 int rows = seatMapper.updateStatus(seatIds, SeatStatus.AVAILABLE, SeatStatus.LOCKED); return rows == seatIds.size(); } finally { // 3. 异常时释放Redis锁 if(rows != seatIds.size()) { redisTemplate.delete(lockKey); } } }关键点：Redis锁过期时间必须大于前端支付倒计时（建议5分钟），避免死锁
3.2 高并发售票方案
通过RabbitMQ实现异步削峰：
- 订单创建后立即返回"排队中"状态
- 消息队列顺序处理支付请求
- 前端通过WebSocket获取处理结果
# application.yml配置 spring: rabbitmq: listener: simple: prefetch: 1 # 重要！防止消费者抢占过多消息3.3 支付超时处理
使用Spring的@Scheduled实现定时任务：
@Scheduled(fixedRate = 60000) // 每分钟扫描 public void cancelUnpaidOrders() { List<Order> unpaidOrders = orderMapper.selectExpiredOrders(); unpaidOrders.forEach(order -> { seatService.unlockSeats(order.getSeatIds()); orderMapper.updateStatus(order.getId(), OrderStatus.CANCELLED); }); }4. 关键问题解决方案
4.1 座位冲突问题
典型场景：多个用户同时选择相同座位
解决方案：
- 数据库添加version字段实现乐观锁
- 更新时带版本号条件：
UPDATE seats SET status = 'LOCKED', version = version + 1 WHERE id IN (1,2,3) AND version = #{oldVersion}4.2 重复支付问题
处理流程：
- 支付回调接口做幂等设计
- 订单状态机严格校验：
if(order.getStatus() != OrderStatus.PAYING) { throw new IllegalStateException("订单已处理"); }4.3 性能优化方案
- 二级缓存策略：
- 热映影片信息：Redis缓存1小时
- 历史订单：本地Caffeine缓存
- 分库分表：
- 按影院ID水平分片
- 订单表按月分表
5. 部署实践
5.1 容器化部署
Dockerfile关键配置：
FROM openjdk:11-jre COPY target/cinema-0.0.1-SNAPSHOT.jar /app.jar ENTRYPOINT ["java","-Djava.security.egd=file:/dev/./urandom","-jar","/app.jar"] EXPOSE 8080注意：必须设置-Djava.security.egd参数，否则Tomcat启动可能卡住
5.2 生产环境配置
# 数据库连接池 spring.datasource.hikari.maximum-pool-size=20 spring.datasource.hikari.connection-timeout=30000 # 熔断配置 resilience4j.circuitbreaker.instances.orderService.failure-rate-threshold=506. 踩坑实录
MyBatis批量插入报错：
- 错误：Parameter 'list' not found
- 解决：Mapper接口方法参数加@Param注解
Thymeleaf缓存问题：
- 现象：修改html后不生效
- 解决：开发环境设置
spring.thymeleaf.cache=false
日期序列化异常：
- 现象：LocalDateTime返回时间戳
- 解决：添加Jackson配置：
@Bean public Jackson2ObjectMapperBuilderCustomizer jsonCustomizer() { return builder -> { builder.serializers(new LocalDateTimeSerializer(DateTimeFormatter.ISO_DATE_TIME)); }; }
这个项目让我深刻体会到，看似简单的订票业务背后需要处理各种边界情况。特别是在座位锁定机制的实现上，我们迭代了三个版本才找到性能和一致性平衡的方案。建议开发类似系统时，一定要用JMeter模拟至少500并发量的压力测试，提前发现并发问题。
