简介这份资源是面向计算机专业学生与JavaWeb初学者的一套学生火车票订票系统完整项目源码基于JAVAEE技术栈开发涵盖后台管理与前台购票两大模块重点解决学生群体寒暑假半价优惠、团购购票等实际需求。压缩包共318个文件约24.27MB以jar依赖包、java源码与class编译文件、jsp页面为主辅以gif/jpg/png图片素材、js与css前端资源另含一份sql数据库脚本可用于初始化车次、订单与用户数据表。项目采用MVC分层结构后端业务逻辑与前端页面分离管理员可维护列车类型、出发与到达时间及途经城市信息学生端支持车次搜索、选座、信息填写与支付流程。目前已有3250人学习下载适合作为课程设计、毕业设计参考或JAVAEE入门练手项目读者可从中了解企业级Web应用的目录组织、数据库设计与前后端协作方式并在此基础上扩展移动端适配或智能推荐等功能。1. 从一张抢不到的下铺票说起这个订票系统到底解决什么问题每年寒暑假前总有人被同一个问题折磨帮同学、帮家里人订火车票窗口排队排到腿软电话订票按半天按键网页端一到放票时间就卡成幻灯片。这个基于 JAVA 的学生火车票订票系统本质上就是把「查车次、选座位、下单、退改签」这条链路搬到一个能自己部署、自己改的后台里。它面向的不是铁路真实生产环境而是课程设计、毕业设计、二次开发练手这类场景——你需要一个结构完整、能跑起来、能改得动的订票业务骨架而不是一个只能看不能碰的黑匣子。技术栈走的是 JAVA 后端加关系型数据库的经典组合适合刚学完 Servlet/JSP 或 Spring 想找个完整业务练手的人也适合要交一份能演示、能讲清架构的项目的同学。下面我按「它是什么 → 怎么跑起来 → 核心代码怎么写的 → 怎么改」的顺序拆一遍中间会穿插我踩过的坑。2. 技术选型与目录结构一个订票系统该长什么样2.1 为什么是 JAVA 关系型数据库这套组合订票业务的核心矛盾是「并发下的座位一致性」——同一张票不能被两个人同时买走。这个场景天然适合关系型数据库的事务能力所以项目把车次、余票、订单都落在表里用事务保证「扣余票 生成订单」要么都成功要么都回滚。JAVA 侧的选择通常是 Servlet JSP 的老派 MVC或者 Spring Boot MyBatis 的现代组合具体看源码里有没有pom.xml和application.properties。老派 MVC 的好处是依赖少、启动快、适合教学演示Spring Boot 的好处是分层清晰、好扩展。我一般会先看根目录有没有pom.xml有就按 Maven 项目处理没有就按传统 Web 项目丢进 Tomcat。数据库常见做法是 MySQL 5.7/8.0字符集用utf8mb4因为学生姓名、车站名里偶尔会有生僻字。连接池用 Druid 或 HikariCP 都行教学项目里手写 JDBC 工具类的也不少。这里不纠结版本号源码里写什么就用什么重点是理解「一张票从查询到落库」经过哪几层。2.2 目录结构逐层拆解一个典型的订票系统源码目录大致是这样不同实现会有出入按你手上的为准train-ticket/ ├── src/main/java/ │ ├── controller/ # 接收前端请求参数校验 │ ├── service/ # 业务逻辑查余票、锁座、生成订单 │ ├── dao/ # 数据库访问SQL 集中在这里 │ ├── entity/ # 实体类车次、座位、订单、用户 │ └── util/ # 数据库连接、日期工具、MD5 加密 ├── src/main/resources/ │ ├── mapper/ # MyBatis 的 XML若用 MyBatis │ └── application.properties ├── src/main/webapp/ │ ├── WEB-INF/views/ # JSP 页面 │ └── static/ # css、js、图片 └── sql/ └── train_ticket.sql # 建库建表 初始数据controller层只做三件事接参数、调 service、返回视图或 JSON。service层是重点订票的「查余票 → 判断够不够 → 扣减 → 写订单」全在这里事务注解也加在这一层。dao层别写业务判断只负责 SQL。entity和数据库表一一对应字段名建议和表字段保持一致省得映射时来回对。sql目录里的脚本一定要先跑否则启动后所有查询都是空表页面一片空白新手最容易卡在这。2.3 核心数据表设计订票系统的表不多但关系要理清。常见四张主表加一张关联表表名作用关键字段train车次信息车次号、始发站、终点站、发车时间、到达时间seat座位/余票车次ID、座位类型、总数量、剩余数量、单价orders订单订单号、用户ID、车次ID、座位类型、数量、状态user用户用户名、密码加密存储、角色passenger乘车人关联订单姓名、证件号seat表里的「剩余数量」是并发争抢的焦点后面讲锁的时候会重点说。orders表的状态字段建议用枚举值0 待支付、1 已支付、2 已取消、3 已退票别用中文直接存否则后面统计和查询都难受。3. 跑起来从建库到第一个订单的完整步骤3.1 环境准备与建库先确认本机有 JDK8 或 11 都行看源码编译级别、Maven、MySQL 和 Tomcat传统项目需要Spring Boot 内置则不用。建库这一步别偷懒直接执行sql/train_ticket.sql# 登录 MySQL 后执行 mysql -u root -p CREATE DATABASE train_ticket DEFAULT CHARACTER SET utf8mb4; USE train_ticket; SOURCE /你的路径/sql/train_ticket.sql;执行完用SHOW TABLES;确认五张表都在再SELECT * FROM train LIMIT 5;看有没有初始车次数据。没有数据的话页面查车次会返回空列表很多人以为是代码问题其实是脚本没跑全。我一般会顺手检查seat表里余票数量是否大于 0否则下单时永远提示「余票不足」。3.2 改配置、启动项目找到数据库配置文件把账号密码改成你本机的# application.properties 或 jdbc.properties jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/train_ticket?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你的密码serverTimezone这个参数别漏MySQL 8 不配时区会报The server time zone value is unrecognized血泪经验。改完如果是 Maven 项目mvn clean package打出 war 包丢进 Tomcat 的webapps或者直接mvn spring-boot:run。启动日志里看到 Tomcat started 或 Started Application 就算成功浏览器访问http://localhost:8080/看登录页出不出来。3.3 走一遍完整业务流程登录后按「查车次 → 选座位 → 填乘车人 → 提交订单 → 查看订单」走一遍。这一步是验证环境是否真的通了比看日志靠谱。查车次时注意看返回的余票数是不是和数据库一致下单成功后回到seat表看剩余数量有没有减 1orders表有没有新记录。如果订单生成了但余票没减说明事务或扣减逻辑有问题后面排查章节会讲。退票流程也走一遍确认余票能加回去、订单状态变成已退票。提示第一次跑建议把日志级别调到 DEBUGSQL 打印出来能直观看到每条语句执行顺序排查问题时省一半时间。4. 核心模块拆解订票链路上的三段关键代码4.1 车次查询与余票展示查询逻辑本身不复杂难在「按条件动态拼 SQL」。用户可能只填始发站也可能始发终点都填还可能加日期。常见做法是用 MyBatis 的动态 SQL 或手写拼接加参数校验// TrainService.java 查询车次 public ListTrainVO searchTrains(String from, String to, String date) { StringBuilder sql new StringBuilder( SELECT t.*, s.seat_type, s.remain_count, s.price FROM train t JOIN seat s ON t.id s.train_id WHERE 11 ); ListObject params new ArrayList(); if (StringUtils.isNotBlank(from)) { sql.append(AND t.start_station ? ); params.add(from); } if (StringUtils.isNotBlank(to)) { sql.append(AND t.end_station ? ); params.add(to); } if (StringUtils.isNotBlank(date)) { sql.append(AND DATE(t.start_time) ? ); params.add(date); } sql.append(ORDER BY t.start_time ASC); return jdbcTemplate.query(sql.toString(), params.toArray(), new TrainRowMapper()); }这段的关键点WHERE 11是为了后面统一用AND拼接省得判断第一个条件所有用户输入都走?占位符别字符串直接拼否则就是 SQL 注入的活教材JOIN seat一次把余票带出来避免页面循环查库。参数说明上from/to是车站名date是yyyy-MM-dd格式前端传空字符串时isNotBlank会跳过该条件。返回的TrainVO里同时含车次和座位信息页面直接遍历渲染。4.2 下单扣减余票事务和并发是重点下单是整个系统最容易翻车的地方。正确顺序是开事务 → 查余票 → 判断够不够 → 扣减 → 写订单 → 提交。扣减时用「带条件的 UPDATE」而不是「先查再改」Transactional(rollbackFor Exception.class) public String createOrder(Long userId, Long trainId, String seatType, int count) { // 1. 条件扣减只有余票足够才扣得动返回影响行数 int affected seatDao.reduceRemain(trainId, seatType, count); if (affected 0) { throw new BizException(余票不足请选择其他车次); } // 2. 生成订单号并落库 String orderNo T System.currentTimeMillis() String.format(%04d, new Random().nextInt(10000)); ordersDao.insert(orderNo, userId, trainId, seatType, count, 0); return orderNo; }对应的 DAO SQL 是灵魂UPDATE seat SET remain_count remain_count - #{count} WHERE train_id #{trainId} AND seat_type #{seatType} AND remain_count #{count}remain_count #{count}这个条件把「判断」和「扣减」合成一个原子操作数据库行锁保证同一行不会被并发改乱。如果先SELECT再UPDATE两个线程可能都查到余票 1然后都去扣最后余票变 -1这就是超卖的经典翻车现场。Transactional的rollbackFor Exception.class别省默认只回滚运行时异常业务异常不配这个就不回滚。订单号用时间戳加随机数教学够用生产环境得用雪花算法或号段服务。4.3 退票与状态流转退票不是删订单是改状态加回余票同样要在一个事务里Transactional(rollbackFor Exception.class) public void refund(String orderNo) { Orders order ordersDao.findByNo(orderNo); if (order null || order.getStatus() ! 1) { throw new BizException(订单状态不允许退票); } // 先改状态用状态做乐观锁防止重复退 int updated ordersDao.updateStatus(orderNo, 1, 3); if (updated 0) { throw new BizException(退票失败请勿重复操作); } seatDao.addRemain(order.getTrainId(), order.getSeatType(), order.getCount()); }updateStatus(orderNo, 1, 3)的意思是「只有当前状态是 1已支付才改成 3已退票」返回 0 说明状态已经被别的请求改过直接抛异常。这样即使用户连点两次退票按钮也只有一次能成功余票不会多加。这个套路叫状态机加乐观锁比加分布式锁轻量得多订票这种单库场景完全够用。5. 避坑与排查五个真实会卡住你的问题5.1 页面查不到车次数据库明明有数据现象是查询页返回空列表但SELECT * FROM train有记录。原因多半是日期条件对不上——DATE(t.start_time) ?里传的日期格式和库里存的差一天或者时区导致start_time偏移了 8 小时。解决方法是先把日期条件去掉单独测确认是条件问题后统一用yyyy-MM-dd格式传参并在 JDBC URL 里加serverTimezoneAsia/Shanghai。5.2 下单成功但余票没减或者减了订单没生成现象是数据不一致。原因通常是事务没生效Transactional加在了 Controller 上、或者同类内部方法自调用、或者异常被try-catch吞掉了没往外抛。解决方法是把事务注解放到 Service 的 public 方法上catch 里要么重新抛RuntimeException要么手动TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()。改完用两个浏览器同时下单压一下看余票会不会变负。5.3 中文车站名存进去变问号现象是数据库里显示???。原因是建库时字符集不是utf8mb4或者 JDBC URL 没带characterEncodingutf8。解决方法是重建库指定DEFAULT CHARACTER SET utf8mb4连接串补上编码参数已经乱码的数据只能清掉重导。这个坑在初始脚本没写字符集时特别常见。5.4 启动报 404页面就是不出来现象是 Tomcat 起来了但访问根路径 404。原因通常是 war 包名成了访问前缀比如train-ticket-1.0或者web.xml里welcome-file没配、Spring Boot 的视图解析器前缀写错。解决方法是访问http://localhost:8080/项目名/或者把 war 改名成ROOT.war再检查视图解析配置里prefix和suffix拼出来的路径和 JSP 实际位置是否一致。5.5 并发下单出现负余票现象是压测时remain_count变成负数。原因就是前面说的「先查后改」写法或者扣减 SQL 漏了remain_count #{count}条件。解决方法是统一改成条件 UPDATE并确认数据库引擎是 InnoDBMyISAM 不支持行锁和事务。改完用 JMeter 或简单多线程脚本跑 50 个并发看余票是否精确等于「初始值 - 成功订单数」。6. 二次开发把它改成你自己的订票业务拿到这套源码最值钱的改造点是「把单机订票扩展成带候补和改签的完整链路」。我的做法是先加一张waitlist候补表退票时不是直接加余票而是先看候补队列有没有人有就按先来后到自动生成订单并通知没有才把余票加回去。核心改动在退票方法里插一段// 退票时优先满足候补 Waitlist w waitlistDao.findFirst(order.getTrainId(), order.getSeatType()); if (w ! null) { ordersDao.insert(genOrderNo(), w.getUserId(), order.getTrainId(), order.getSeatType(), 1, 1); // 直接置为已支付 waitlistDao.remove(w.getId()); } else { seatDao.addRemain(order.getTrainId(), order.getSeatType(), order.getCount()); }这样余票不会先加后减来回抖候补用户也能第一时间拿到票。改签则是「退旧单 下新单」的组合注意两个操作放同一个事务且新单要先扣减成功再退旧单顺序反了会出现「旧票退了新票没抢到」的尴尬。验证方法上我习惯写一个小的并发测试类模拟 100 个线程抢 10 张票断言成功订单数等于 10、余票等于 0、没有负值。这个测试比手工点页面靠谱得多每次改完扣减逻辑都跑一遍。另外建议把订单状态流转画成一张状态表贴在代码注释里改状态的地方都对照检查避免出现「已退票又能支付」这种脏数据。从那以后我每次接这类订票或库存类项目都强制先把「条件扣减 状态机」这两段代码写死再动别的因为超卖和重复退票这两个问题一旦上线就是灾难事后补的后悔药成本远高于一开始多写一行 WHERE。希望这套拆解能帮你把项目跑起来也帮你少走几个我走过的弯路。本文还有配套的精品资源点击获取 
长河君 · 2026/10/29 20:11:22 · 阅读 1.2k JAVA学生火车票订票系统实战：从建库到并发扣减余票
简介这份资源是面向计算机专业学生与JavaWeb初学者的一套学生火车票订票系统完整项目源码基于JAVAEE技术栈开发涵盖后台管理与前台购票两大模块重点解决学生群体寒暑假半价优惠、团购购票等实际需求。压缩包共318个文件约24.27MB以jar依赖包、java源码与class编译文件、jsp页面为主辅以gif/jpg/png图片素材、js与css前端资源另含一份sql数据库脚本可用于初始化车次、订单与用户数据表。项目采用MVC分层结构后端业务逻辑与前端页面分离管理员可维护列车类型、出发与到达时间及途经城市信息学生端支持车次搜索、选座、信息填写与支付流程。目前已有3250人学习下载适合作为课程设计、毕业设计参考或JAVAEE入门练手项目读者可从中了解企业级Web应用的目录组织、数据库设计与前后端协作方式并在此基础上扩展移动端适配或智能推荐等功能。1. 从一张抢不到的下铺票说起这个订票系统到底解决什么问题每年寒暑假前总有人被同一个问题折磨帮同学、帮家里人订火车票窗口排队排到腿软电话订票按半天按键网页端一到放票时间就卡成幻灯片。这个基于 JAVA 的学生火车票订票系统本质上就是把「查车次、选座位、下单、退改签」这条链路搬到一个能自己部署、自己改的后台里。它面向的不是铁路真实生产环境而是课程设计、毕业设计、二次开发练手这类场景——你需要一个结构完整、能跑起来、能改得动的订票业务骨架而不是一个只能看不能碰的黑匣子。技术栈走的是 JAVA 后端加关系型数据库的经典组合适合刚学完 Servlet/JSP 或 Spring 想找个完整业务练手的人也适合要交一份能演示、能讲清架构的项目的同学。下面我按「它是什么 → 怎么跑起来 → 核心代码怎么写的 → 怎么改」的顺序拆一遍中间会穿插我踩过的坑。2. 技术选型与目录结构一个订票系统该长什么样2.1 为什么是 JAVA 关系型数据库这套组合订票业务的核心矛盾是「并发下的座位一致性」——同一张票不能被两个人同时买走。这个场景天然适合关系型数据库的事务能力所以项目把车次、余票、订单都落在表里用事务保证「扣余票 生成订单」要么都成功要么都回滚。JAVA 侧的选择通常是 Servlet JSP 的老派 MVC或者 Spring Boot MyBatis 的现代组合具体看源码里有没有pom.xml和application.properties。老派 MVC 的好处是依赖少、启动快、适合教学演示Spring Boot 的好处是分层清晰、好扩展。我一般会先看根目录有没有pom.xml有就按 Maven 项目处理没有就按传统 Web 项目丢进 Tomcat。数据库常见做法是 MySQL 5.7/8.0字符集用utf8mb4因为学生姓名、车站名里偶尔会有生僻字。连接池用 Druid 或 HikariCP 都行教学项目里手写 JDBC 工具类的也不少。这里不纠结版本号源码里写什么就用什么重点是理解「一张票从查询到落库」经过哪几层。2.2 目录结构逐层拆解一个典型的订票系统源码目录大致是这样不同实现会有出入按你手上的为准train-ticket/ ├── src/main/java/ │ ├── controller/ # 接收前端请求参数校验 │ ├── service/ # 业务逻辑查余票、锁座、生成订单 │ ├── dao/ # 数据库访问SQL 集中在这里 │ ├── entity/ # 实体类车次、座位、订单、用户 │ └── util/ # 数据库连接、日期工具、MD5 加密 ├── src/main/resources/ │ ├── mapper/ # MyBatis 的 XML若用 MyBatis │ └── application.properties ├── src/main/webapp/ │ ├── WEB-INF/views/ # JSP 页面 │ └── static/ # css、js、图片 └── sql/ └── train_ticket.sql # 建库建表 初始数据controller层只做三件事接参数、调 service、返回视图或 JSON。service层是重点订票的「查余票 → 判断够不够 → 扣减 → 写订单」全在这里事务注解也加在这一层。dao层别写业务判断只负责 SQL。entity和数据库表一一对应字段名建议和表字段保持一致省得映射时来回对。sql目录里的脚本一定要先跑否则启动后所有查询都是空表页面一片空白新手最容易卡在这。2.3 核心数据表设计订票系统的表不多但关系要理清。常见四张主表加一张关联表表名作用关键字段train车次信息车次号、始发站、终点站、发车时间、到达时间seat座位/余票车次ID、座位类型、总数量、剩余数量、单价orders订单订单号、用户ID、车次ID、座位类型、数量、状态user用户用户名、密码加密存储、角色passenger乘车人关联订单姓名、证件号seat表里的「剩余数量」是并发争抢的焦点后面讲锁的时候会重点说。orders表的状态字段建议用枚举值0 待支付、1 已支付、2 已取消、3 已退票别用中文直接存否则后面统计和查询都难受。3. 跑起来从建库到第一个订单的完整步骤3.1 环境准备与建库先确认本机有 JDK8 或 11 都行看源码编译级别、Maven、MySQL 和 Tomcat传统项目需要Spring Boot 内置则不用。建库这一步别偷懒直接执行sql/train_ticket.sql# 登录 MySQL 后执行 mysql -u root -p CREATE DATABASE train_ticket DEFAULT CHARACTER SET utf8mb4; USE train_ticket; SOURCE /你的路径/sql/train_ticket.sql;执行完用SHOW TABLES;确认五张表都在再SELECT * FROM train LIMIT 5;看有没有初始车次数据。没有数据的话页面查车次会返回空列表很多人以为是代码问题其实是脚本没跑全。我一般会顺手检查seat表里余票数量是否大于 0否则下单时永远提示「余票不足」。3.2 改配置、启动项目找到数据库配置文件把账号密码改成你本机的# application.properties 或 jdbc.properties jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/train_ticket?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你的密码serverTimezone这个参数别漏MySQL 8 不配时区会报The server time zone value is unrecognized血泪经验。改完如果是 Maven 项目mvn clean package打出 war 包丢进 Tomcat 的webapps或者直接mvn spring-boot:run。启动日志里看到 Tomcat started 或 Started Application 就算成功浏览器访问http://localhost:8080/看登录页出不出来。3.3 走一遍完整业务流程登录后按「查车次 → 选座位 → 填乘车人 → 提交订单 → 查看订单」走一遍。这一步是验证环境是否真的通了比看日志靠谱。查车次时注意看返回的余票数是不是和数据库一致下单成功后回到seat表看剩余数量有没有减 1orders表有没有新记录。如果订单生成了但余票没减说明事务或扣减逻辑有问题后面排查章节会讲。退票流程也走一遍确认余票能加回去、订单状态变成已退票。提示第一次跑建议把日志级别调到 DEBUGSQL 打印出来能直观看到每条语句执行顺序排查问题时省一半时间。4. 核心模块拆解订票链路上的三段关键代码4.1 车次查询与余票展示查询逻辑本身不复杂难在「按条件动态拼 SQL」。用户可能只填始发站也可能始发终点都填还可能加日期。常见做法是用 MyBatis 的动态 SQL 或手写拼接加参数校验// TrainService.java 查询车次 public ListTrainVO searchTrains(String from, String to, String date) { StringBuilder sql new StringBuilder( SELECT t.*, s.seat_type, s.remain_count, s.price FROM train t JOIN seat s ON t.id s.train_id WHERE 11 ); ListObject params new ArrayList(); if (StringUtils.isNotBlank(from)) { sql.append(AND t.start_station ? ); params.add(from); } if (StringUtils.isNotBlank(to)) { sql.append(AND t.end_station ? ); params.add(to); } if (StringUtils.isNotBlank(date)) { sql.append(AND DATE(t.start_time) ? ); params.add(date); } sql.append(ORDER BY t.start_time ASC); return jdbcTemplate.query(sql.toString(), params.toArray(), new TrainRowMapper()); }这段的关键点WHERE 11是为了后面统一用AND拼接省得判断第一个条件所有用户输入都走?占位符别字符串直接拼否则就是 SQL 注入的活教材JOIN seat一次把余票带出来避免页面循环查库。参数说明上from/to是车站名date是yyyy-MM-dd格式前端传空字符串时isNotBlank会跳过该条件。返回的TrainVO里同时含车次和座位信息页面直接遍历渲染。4.2 下单扣减余票事务和并发是重点下单是整个系统最容易翻车的地方。正确顺序是开事务 → 查余票 → 判断够不够 → 扣减 → 写订单 → 提交。扣减时用「带条件的 UPDATE」而不是「先查再改」Transactional(rollbackFor Exception.class) public String createOrder(Long userId, Long trainId, String seatType, int count) { // 1. 条件扣减只有余票足够才扣得动返回影响行数 int affected seatDao.reduceRemain(trainId, seatType, count); if (affected 0) { throw new BizException(余票不足请选择其他车次); } // 2. 生成订单号并落库 String orderNo T System.currentTimeMillis() String.format(%04d, new Random().nextInt(10000)); ordersDao.insert(orderNo, userId, trainId, seatType, count, 0); return orderNo; }对应的 DAO SQL 是灵魂UPDATE seat SET remain_count remain_count - #{count} WHERE train_id #{trainId} AND seat_type #{seatType} AND remain_count #{count}remain_count #{count}这个条件把「判断」和「扣减」合成一个原子操作数据库行锁保证同一行不会被并发改乱。如果先SELECT再UPDATE两个线程可能都查到余票 1然后都去扣最后余票变 -1这就是超卖的经典翻车现场。Transactional的rollbackFor Exception.class别省默认只回滚运行时异常业务异常不配这个就不回滚。订单号用时间戳加随机数教学够用生产环境得用雪花算法或号段服务。4.3 退票与状态流转退票不是删订单是改状态加回余票同样要在一个事务里Transactional(rollbackFor Exception.class) public void refund(String orderNo) { Orders order ordersDao.findByNo(orderNo); if (order null || order.getStatus() ! 1) { throw new BizException(订单状态不允许退票); } // 先改状态用状态做乐观锁防止重复退 int updated ordersDao.updateStatus(orderNo, 1, 3); if (updated 0) { throw new BizException(退票失败请勿重复操作); } seatDao.addRemain(order.getTrainId(), order.getSeatType(), order.getCount()); }updateStatus(orderNo, 1, 3)的意思是「只有当前状态是 1已支付才改成 3已退票」返回 0 说明状态已经被别的请求改过直接抛异常。这样即使用户连点两次退票按钮也只有一次能成功余票不会多加。这个套路叫状态机加乐观锁比加分布式锁轻量得多订票这种单库场景完全够用。5. 避坑与排查五个真实会卡住你的问题5.1 页面查不到车次数据库明明有数据现象是查询页返回空列表但SELECT * FROM train有记录。原因多半是日期条件对不上——DATE(t.start_time) ?里传的日期格式和库里存的差一天或者时区导致start_time偏移了 8 小时。解决方法是先把日期条件去掉单独测确认是条件问题后统一用yyyy-MM-dd格式传参并在 JDBC URL 里加serverTimezoneAsia/Shanghai。5.2 下单成功但余票没减或者减了订单没生成现象是数据不一致。原因通常是事务没生效Transactional加在了 Controller 上、或者同类内部方法自调用、或者异常被try-catch吞掉了没往外抛。解决方法是把事务注解放到 Service 的 public 方法上catch 里要么重新抛RuntimeException要么手动TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()。改完用两个浏览器同时下单压一下看余票会不会变负。5.3 中文车站名存进去变问号现象是数据库里显示???。原因是建库时字符集不是utf8mb4或者 JDBC URL 没带characterEncodingutf8。解决方法是重建库指定DEFAULT CHARACTER SET utf8mb4连接串补上编码参数已经乱码的数据只能清掉重导。这个坑在初始脚本没写字符集时特别常见。5.4 启动报 404页面就是不出来现象是 Tomcat 起来了但访问根路径 404。原因通常是 war 包名成了访问前缀比如train-ticket-1.0或者web.xml里welcome-file没配、Spring Boot 的视图解析器前缀写错。解决方法是访问http://localhost:8080/项目名/或者把 war 改名成ROOT.war再检查视图解析配置里prefix和suffix拼出来的路径和 JSP 实际位置是否一致。5.5 并发下单出现负余票现象是压测时remain_count变成负数。原因就是前面说的「先查后改」写法或者扣减 SQL 漏了remain_count #{count}条件。解决方法是统一改成条件 UPDATE并确认数据库引擎是 InnoDBMyISAM 不支持行锁和事务。改完用 JMeter 或简单多线程脚本跑 50 个并发看余票是否精确等于「初始值 - 成功订单数」。6. 二次开发把它改成你自己的订票业务拿到这套源码最值钱的改造点是「把单机订票扩展成带候补和改签的完整链路」。我的做法是先加一张waitlist候补表退票时不是直接加余票而是先看候补队列有没有人有就按先来后到自动生成订单并通知没有才把余票加回去。核心改动在退票方法里插一段// 退票时优先满足候补 Waitlist w waitlistDao.findFirst(order.getTrainId(), order.getSeatType()); if (w ! null) { ordersDao.insert(genOrderNo(), w.getUserId(), order.getTrainId(), order.getSeatType(), 1, 1); // 直接置为已支付 waitlistDao.remove(w.getId()); } else { seatDao.addRemain(order.getTrainId(), order.getSeatType(), order.getCount()); }这样余票不会先加后减来回抖候补用户也能第一时间拿到票。改签则是「退旧单 下新单」的组合注意两个操作放同一个事务且新单要先扣减成功再退旧单顺序反了会出现「旧票退了新票没抢到」的尴尬。验证方法上我习惯写一个小的并发测试类模拟 100 个线程抢 10 张票断言成功订单数等于 10、余票等于 0、没有负值。这个测试比手工点页面靠谱得多每次改完扣减逻辑都跑一遍。另外建议把订单状态流转画成一张状态表贴在代码注释里改状态的地方都对照检查避免出现「已退票又能支付」这种脏数据。从那以后我每次接这类订票或库存类项目都强制先把「条件扣减 状态机」这两段代码写死再动别的因为超卖和重复退票这两个问题一旦上线就是灾难事后补的后悔药成本远高于一开始多写一行 WHERE。希望这套拆解能帮你把项目跑起来也帮你少走几个我走过的弯路。本文还有配套的精品资源点击获取