微信小程序电影院订票系统：Spring Boot+MySQL+Redis完整实现

简介这是一套面向计算机专业本科生的毕业设计级微信小程序实战项目完整实现电影院在线选座购票全流程涵盖用户登录、电影浏览、可视化选座、微信支付对接、订单管理及后台数据维护等功能适用于课程设计、毕设开发与Java全栈技能强化训练。资源包共1225个文件含111个Java后端逻辑文件、175个JS/WXML/WXSS前端页面组件、132个Vue辅助模块、232张UI资源图PNG/SVG/JPG及2个SQL建表脚本结构清晰体现SSMSpringSpringMVCMyBatis分层架构与小程序双端协同设计思想压缩包大小为21.32MB。已有139人下载学习资源附带可直接运行的bat启动脚本、完整数据库设计说明及多处.bak备份文件便于理解开发演进过程源码开放且注释充分支持二次开发与功能扩展是深入掌握小程序交互逻辑、Java后端服务搭建与MySQL数据库建模的高价值实践样本。1. 微信小程序电影院订票选座系统毕业设计级完整闭环含可运行源码、MySQL数据库与论文框架你不是在找一个“能跑起来的 demo”而是在赶毕设 deadline 的前夜对着 GitHub 上标着 “simple” 却跑不起来的“电影院小程序”抓狂——页面空白、登录报 404、座位图加载失败、订单状态永远卡在“待支付”。这个资源不是玩具它是一套经过真实调试、数据库字段对齐业务逻辑、前后端接口契约明确、连论文里“系统测试用例表”都预留好填空位置的毕业设计实体。它包含微信小程序前端原生 WXML/WXSS/JS、Java Spring Boot 后端非 Node.js 或 PHP、MySQL 8.0 建库脚本含 seat_layout 表的 JSON 字段设计、以及一份可直接填充实验数据的 Word 论文模板含 ER 图、用例图、系统架构图占位符。适合计算机/软件工程专业本科生无需额外配置云服务或第三方支付沙箱——本地启动后扫码即用选座、下单、查订单全链路走通。核心价值不在“炫技”而在“省掉三天联调时间”和“答辩时老师问‘你怎么保证并发选座不超卖’你能当场打开SeatLockService.java指着 Redis 分布式锁那段代码回答”。2. 项目结构拆解看清三层分工避免把小程序当单页应用硬塞后端逻辑这套资源不是“小程序 一个 PHP 文件”的野路子而是严格遵循微信生态开发规范与企业级分层架构的产物。它的价值首先体现在结构清晰度上前端只负责渲染与用户交互后端专注业务规则与数据持久化数据库承担原子性保障。很多同学毕设翻车根源在于把座位锁定逻辑写在小程序端靠wx.setStorageSync模拟锁结果一并发就超卖或者把电影排期计算塞进 JS 里导致时间格式错乱、时区偏移。本项目用结构说话——我们一层层剥开。2.1 小程序前端WXML 结构与 seat_layout 字段强绑定小程序目录下pages/seatSelect/seatSelect.wxml是选座页的核心。它不靠for循环硬生成座位而是依赖后端返回的seat_layout字段JSON 格式动态渲染!-- pages/seatSelect/seatSelect.wxml -- view classseat-container block wx:for{{seatLayout.rows}} wx:keyindex view classrow wx:if{{item.length 0}} text classrow-label{{index 1}}/text view classseat-row block wx:for{{item}} wx:keycolIndex view classseat {{item.status available ? available : item.status locked ? locked : booked}} >// com.example.cinema.service.SeatBookingService.java Transactional(rollbackFor Exception.class) public boolean lockSeats(Long sessionId, ListString seatNames, String userId) { // 1. 校验场次是否有效、未开始、未售罄 MovieSession session sessionMapper.selectById(sessionId); if (session null || !session.getStatus().equals(ON_SALE) || LocalDateTime.now().isAfter(session.getStartTime().minusMinutes(30))) { return false; } // 2. 使用 Redis 分布式锁key seat_lock: sessionId String lockKey seat_lock: sessionId; Boolean locked redisTemplate.opsForValue().setIfAbsent(lockKey, userId, Duration.ofSeconds(30)); if (!locked) { throw new BusinessException(座位锁定繁忙请稍后再试); } try { // 3. 数据库乐观锁校验SELECT FOR UPDATE 锁定该场次所有座位行 ListSeat seats seatMapper.selectBySessionIdAndNames(sessionId, seatNames); for (Seat seat : seats) { if (!available.equals(seat.getStatus())) { throw new BusinessException(座位 seat.getName() 已被占用); } } // 4. 批量更新状态为 locked seatMapper.updateStatusBatch(sessionId, seatNames, locked, userId); // 5. 写入锁过期监听Redis key 过期时自动释放 redisTemplate.expire(lockKey, Duration.ofSeconds(30)); return true; } finally { // 6. 必须释放锁避免死锁 redisTemplate.delete(lockKey); } }参数说明sessionId是场次唯一标识seatNames是用户勾选的座位号列表如[A1, A2, B3]userId用于后续订单归属。事务注解Transactional保证整个流程原子性但注意Redis 锁与数据库锁是两套机制此处用 Redis 锁防高并发抢锁用SELECT FOR UPDATE防数据库层面超卖。2.3 MySQL 数据库三张核心表与 seat_layout 的设计哲学数据库共 12 张表但支撑选座功能的只有三张movie_session场次表含id,movie_id,cinema_id,start_time,end_time,price,statusseat座位基础表含id,cinema_id,row_num,col_num,name如 A1seat_layout关键中间表含session_id,seat_jsonTEXT 类型存储该场次专属座位布局与实时状态。为什么不用seat表直接存状态因为不同场次座位可用性不同如 IMAX 厅 A 区禁售普通厅全开且状态需高频更新。seat_layout表按场次粒度缓存 JSON既避免频繁 JOIN又支持前端直接消费。建表语句关键片段CREATE TABLE seat_layout ( id bigint NOT NULL AUTO_INCREMENT, session_id bigint NOT NULL COMMENT 关联场次ID, seat_json text NOT NULL COMMENT 座位布局JSON格式见文档, updated_at datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_session_id (session_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COLLATEutf8mb4_0900_ai_ci;注意seat_json字段不作索引查询靠session_id主键定位JSON 内部状态available/locked/booked由后端服务维护小程序端只读不写。3. 环境搭建与本地运行从零到扫码绕过微信开发者工具常见陷阱别被“微信小程序”四个字吓住——这套系统本地开发完全不依赖线上域名或 HTTPS。只要你的电脑装了 JDK 11、MySQL 8.0、Node.js 14 和微信开发者工具就能在 20 分钟内跑通全流程。重点不是“能不能装”而是“哪些步骤必须严格按顺序来”否则你会卡在“小程序白屏”或“后端 500 错误”上。3.1 后端启动Spring Boot 配置文件的三处致命修改解压后端源码打开src/main/resources/application.yml以下三处必须手动修改缺一不可spring: datasource: url: jdbc:mysql://localhost:3306/cinema_db?useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue username: root # 改为你本地 MySQL 用户名 password: 123456 # 改为你本地 MySQL 密码 redis: host: localhost port: 6379 password: # 若你没设 Redis 密码留空若设了填此处 # 微信小程序配置仅用于登录态校验非支付 wechat: appid: wx1234567890abcdef # 替换为你自己的测试 AppID微信公众号平台申请 secret: your_app_secret_here # 替换为你自己的 AppSecret逻辑说明url中的serverTimezoneAsia/Shanghai解决 MySQL 8.0 默认时区 GMT 导致的时间字段错乱allowPublicKeyRetrievaltrue是 MySQL 8.0 连接必需参数漏写会报Public Key Retrieval is not allowedRedis 密码为空时必须显式写写null或删掉该行会导致连接失败。3.2 数据库初始化执行建库脚本前的两个预操作不要直接双击运行db_init.sql先做两件事在 MySQL 中手动创建数据库CREATE DATABASE cinema_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;确保 MySQL 的sql_mode不含STRICT_TRANS_TABLES否则 JSON 字段插入失败SELECT sql_mode; -- 查看当前模式 SET GLOBAL sql_mode(SELECT REPLACE(sql_mode,STRICT_TRANS_TABLES,)); -- 临时关闭然后执行db_init.sql。脚本内含INSERT INTO movie_session插入测试场次其中start_time为未来 1 小时的时间戳——这是为了确保lockSeats()方法中LocalDateTime.now().isAfter(session.getStartTime().minusMinutes(30))判定为false允许选座。3.3 小程序端配置project.config.json 与 app.js 的适配点打开小程序根目录编辑project.config.json确认miniprogramRoot: ./正确指向源码目录。最关键的是app.js中的请求域名配置// app.js App({ globalData: { // 注意这里不是 https://xxx.com而是本地后端地址 baseUrl: http://localhost:8080/api, // Spring Boot 默认端口 // 若你改了后端端口此处必须同步修改 } })参数说明微信开发者工具默认启用“不校验合法域名”但若你勾选了“校验合法域名”必须在「详情 → 本地开发设置」中将http://localhost:8080加入“不校验合法域名”列表否则所有请求被拦截。启动顺序先启动 MySQL → 再启动 Redisredis-server→ 最后mvn spring-boot:run启动后端 → 最后用微信开发者工具打开小程序目录。看到控制台输出Started CinemaApplication in X.XXX seconds且无 ERROR再点小程序“编译”扫码即可。4. 常见问题排查那些让毕设答辩前夜崩溃的 4 个真实坑这 4 个问题是我带过 17 届毕设学生后高频出现、百度搜不到答案、但实际只需改一行代码或一个配置就能解决的“玄学”故障。它们不是理论错误而是环境、版本、配置的微小偏差导致的连锁反应。4.1 现象小程序首页电影列表为空控制台无报错Network 面板显示GET http://localhost:8080/api/movie/list 500原因MySQL 8.0 默认认证插件为caching_sha2_password而 Spring Boot 2.3 默认 JDBC 驱动不兼容连接成功但查询时报java.sql.SQLException: Unknown system variable query_cache_size。解决在 MySQL 中执行ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY 你的密码;然后重启 MySQL 服务。本质是降级认证方式兼容老驱动。4.2 现象选座页座位全部灰色不可点seatLayout数据打印为undefined原因后端SeatLayoutController.getLayoutBySessionId()方法返回的 JSON 中seat_json字段名被 Jackson 序列化为seatJson驼峰但小程序 WXML 绑定的是seatLayout小写导致解析失败。解决在SeatLayout.java实体类的seat_json字段上加JsonProperty(seat_json)注解public class SeatLayout { JsonProperty(seat_json) private String seatJson; // getter/setter... }4.3 现象下单成功后订单状态始终为PENDING_PAYMENT后台定时任务未触发支付超时关单原因application.yml中task.enable默认为false且task.cron表达式0 0/1 * * * ?每分钟执行被注释。解决取消注释并设为truetask: enable: true cron: 0 0/1 * * * ? # 每分钟扫描一次待支付订单同时确认OrderTimeoutTask.java中Scheduled(cron ${task.cron})注解生效需EnableScheduling在启动类上。4.4 现象微信登录后wx.login()返回 code但后端WechatAuthService.getSessionKey()报{errcode:40001,errmsg:invalid credential, invalid access_token}原因application.yml中wechat.appid和wechat.secret未替换为真实值或微信开放平台测试账号未绑定该 AppID。解决登录 微信公众平台 → 「开发管理」→ 「开发设置」→ 复制「AppID」和「AppSecret」粘贴到配置文件再进入「公众号设置」→ 「功能设置」→ 「JS接口安全域名」添加localhost开发阶段允许。注意微信登录接口/api/user/login仅用于获取用户 openid不涉及支付因此无需配置支付证书或商户号。毕设场景下用测试 AppID 完全合规。5. 订单状态机与并发选座验证用 Postman 模拟 100 人抢同一场次座位毕设答辩最常被追问“如果 100 个人同时点同一个座位系统怎么保证不超卖” 光说“用了 Redis 锁”不够得拿出证据。本章教你用 Postman JMeter 两级验证法把“理论正确”变成“数据可见”。5.1 构建最小验证场景一场次、三座位、五并发先准备测试数据用 Navicat 执行 SQL创建一个仅开放 3 个座位的测试场次INSERT INTO movie_session (id, movie_id, cinema_id, start_time, end_time, price, status) VALUES (999, 1, 1, 2024-06-15 19:00:00, 2024-06-15 21:00:00, 45.00, ON_SALE); -- 初始化 seat_layout只开放 A1, A2, A3 INSERT INTO seat_layout (session_id, seat_json) VALUES (999, [ [{name:A1,status:available},{name:A2,status:available},{name:A3,status:available}] ]);5.2 Postman 并发请求五线程抢 A1 座位新建 Postman Collection创建 5 个相同请求Method: POSTURL:http://localhost:8080/api/seat/lockBody (raw, JSON):{ sessionId: 999, seatNames: [A1], userId: test_user_{{randomInt}} }Pre-request Script为每个请求生成唯一 userIdpm.environment.set(randomInt, Math.floor(Math.random() * 10000));点击「Runner」→ 选择该 Collection → 设置「Iterations」为 5 → 「Delay」为 0 ms → 「Concurrency」为 5 → Run。观察响应应有且仅有 1 个返回{success:true}其余 4 个返回{success:false,message:座位 A1 已被占用}。查看数据库seat_layout表seat_json中A1的status变为locked证明锁生效。5.3 JMeter 压测100 线程持续 30 秒抢座Postman 验证逻辑正确JMeter 验证吞吐能力。导入jmeter_cinema.jmx资源包内提供关键配置Thread GroupNumber of Threads (users) 100Ramp-up period (seconds) 1Loop Count ForeverHTTP Request同 PostmanURL 与 Body 一致View Results Tree仅开启用于调试Aggregate Report必开关注90% Line和Error %。压测结果预期Error % 0.5%Throughput 80 req/secAverage Response Time 300ms。若错误率飙升检查 Redis 连接池配置application.yml中spring.redis.pool.max-active默认 8可调至 32。5.4 订单状态流转验证从 locked 到 paid 的全链路日志追踪真正体现系统健壮性的是状态机。在SeatBookingService.confirmOrder()方法开头加日志log.info(【订单确认】开始处理 orderId{}, userId{}, sessionId{}, order.getId(), order.getUserId(), order.getSessionId()); // ... 业务逻辑 log.info(【订单确认】成功更新订单状态为 PAID, orderId{}, order.getId());然后用小程序下单再立刻在后端控制台搜索【订单确认】。你应该看到lockSeats()日志 → 座位状态变lockedconfirmOrder()日志 → 订单状态变PAIDseat_layout中对应座位status变bookedOrderTimeoutTask日志若未及时支付→ 订单变CANCELLED座位状态回滚为available。血泪经验我带过的毕设里70% 的“状态不一致”问题源于没打日志。答辩时老师让你演示“订单取消后座位是否释放”你不能说“应该会”而要打开 IDEA 控制台滚动到那条【订单取消】释放座位 A1的日志指给他看。从那以后我每次写状态变更逻辑第一行必加log.info第二行才写业务代码。希望帮到你。本文还有配套的精品资源点击获取