Java Web实战：Servlet+JSP+JDBC火车票订票系统源码解析与避坑指南

简介：这份资源是面向计算机专业学生与JavaWeb初学者的一套学生火车票订票系统完整项目源码，基于JAVAEE技术栈实现，涵盖后台管理与前台购票两条主线，重点解决学生群体寒暑假半价优惠、团购购票等实际需求，适合用作课程设计、毕业设计参考或SSH/SSM框架练手案例。压缩包共318个文件，约24.27MB，以jar依赖包、java源文件与class编译文件、jsp页面为主，辅以gif/jpg图片、js与css静态资源及一份sql数据库脚本，构成可直接导入运行的工程结构。目前已有3250人学习下载。项目包含列车信息维护、出发与途经城市设置、订单管理、学生优惠折扣与团购逻辑，前端页面覆盖车次搜索、选座、信息填写与支付流程，读者可据此理解MVC分层、数据库表设计与前后端交互方式，并在此基础上做移动端适配或智能推荐等扩展。

1. 一个“能跑通”的订票系统，比十个“讲得清”的架构图更值钱

很多同学做课程设计时，第一反应是画一堆架构图、写一堆接口文档，结果真到答辩演示，连“查余票→下单→扣库存”这条主链路都跑不通。我见过太多这样的翻车现场：数据库里车次表是空的，登录进去点“查询”直接 500，最后只能拿截图糊弄。这份 JAVA 学生火车票订票系统源码，恰恰是反着来的——它先把一条完整的订票闭环跑通，再谈扩展。项目定位很明确：面向课程设计、毕业设计初期、Java Web 入门实战，用最主流的 Servlet + JSP + JDBC 组合，把用户注册登录、车次查询、余票展示、下单购票、订单管理这条线串起来。适合谁？适合刚学完 Java 基础、想找一个“能改得动、看得懂、跑得起来”的完整项目练手的人。下面我按“它是什么→怎么跑→怎么改”的顺序，把这份源码拆开讲。

2. 技术栈与目录结构：先看清骨架再动手

2.1 技术选型为什么是 Servlet + JSP + JDBC

拿到这份源码，第一眼看到的是典型的 Java Web 三层结构，没有 Spring、没有 MyBatis，就是原生 Servlet 接请求、JSP 渲染页面、JDBC 直连数据库。很多人会问：现在都 2025 年了，为什么不用 Spring Boot？我的血泪经验是——学生项目用原生栈反而更稳。原因有三：一是依赖少，一个 Tomcat 加一个 MySQL 驱动就能跑，不用折腾 Maven 依赖冲突；二是代码路径短，从浏览器点按钮到数据库执行 SQL，中间没有框架黑匣子，出问题一眼能定位；三是改起来门槛低，加一个字段、改一个查询，直接动 Servlet 和 JSP 就行，不用理解注解扫描和自动配置。

常见做法是项目用 Maven 管理依赖，pom.xml 里主要就三样：servlet-api、mysql-connector-java、jstl。如果你拿到的源码没有 pom，而是 lib 目录下丢 jar 包，也别慌，手动加到 WEB-INF/lib 一样能跑。这里要注意 servlet-api 的 scope 必须是 provided，否则和 Tomcat 自带的包冲突，启动直接报类加载异常，这是新手最容易踩的第一个坑。

2.2 目录结构逐层说明

一份标准的这类项目，目录大致长这样，我按实际开发视角给你标清楚每层干什么：

TrainTicketSystem/ ├── src/ │ └── main/ │ ├── java/ │ │ └── com/train/ │ │ ├── controller/ # Servlet 层，接请求、调 Service │ │ ├── service/ # 业务逻辑，下单、扣库存在这 │ │ ├── dao/ # 数据库访问，写 SQL 的地方 │ │ ├── entity/ # 实体类，User、Train、Order │ │ └── util/ # DBUtil 连接工具、日期工具 │ ├── resources/ │ │ └── db.properties # 数据库连接配置 │ └── webapp/ │ ├── WEB-INF/ │ │ ├── web.xml # Servlet 映射配置 │ │ └── lib/ # 第三方 jar │ ├── css/ js/ # 静态资源 │ ├── login.jsp # 登录页 │ ├── register.jsp # 注册页 │ ├── search.jsp # 车次查询页 │ ├── order.jsp # 下单页 │ └── myOrders.jsp # 我的订单页 └── sql/ └── train_ticket.sql # 建库建表脚本

这个结构的关键在于 controller、service、dao 三层职责分明。controller 只负责取参数、调 service、转发页面；service 里写下单时的库存判断和事务；dao 里就是纯 SQL。你二次开发时，加功能基本就是“entity 加字段 → dao 加方法 → service 加逻辑 → controller 加 Servlet → jsp 加页面”这条流水线，照着走不会乱。

2.3 数据库表设计：三张核心表撑起整个系统

订票系统的数据模型其实不复杂，核心就三张表：用户表、车次表、订单表。建表脚本一般在 sql 目录下，导入 MySQL 就能用。我按常见设计给你还原关键字段：

这里有个设计细节值得说：余票不要每次去 count 订单算，而是在 train 表里冗余一个 left_seats 字段，下单时减、取消时加。这是学生项目里最实用的做法，查询快、逻辑直观。代价是要保证扣减和订单插入在同一个事务里，否则会出现“票扣了订单没生成”的玄学问题，后面避坑章节会细讲。

3. 核心链路拆解：从登录到下单的代码长什么样

3.1 数据库连接工具类：所有操作的起点

先看 util 包里的 DBUtil，这是整个项目跟数据库打交道的入口。常见写法是读 db.properties 拿配置，用静态块加载驱动，对外提供 getConnection 方法：

public class DBUtil { private static String url; private static String username; private static String password; // 静态块只执行一次，加载配置和驱动 static { try (InputStream in = DBUtil.class.getClassLoader() .getResourceAsStream("db.properties")) { Properties props = new Properties(); props.load(in); url = props.getProperty("jdbc.url"); username = props.getProperty("jdbc.username"); password = props.getProperty("jdbc.password"); Class.forName(props.getProperty("jdbc.driver")); } catch (Exception e) { throw new RuntimeException("数据库配置加载失败", e); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(url, username, password); } }

这段代码的逻辑很直白：静态块在类加载时执行一次，把 db.properties 里的 url、用户名、密码读进来，同时用 Class.forName 注册驱动。getConnection 每次调用返回一个新连接。参数说明：jdbc.url 一般写成jdbc:mysql://localhost:3306/train_ticket?useSSL=false&serverTimezone=Asia/Shanghai，时区不写对，插入时间字段会差 8 小时，这是经典翻车点。注意这里没有用连接池，学生项目并发低，够用；如果你要压测或者演示多人同时下单，建议换成 Druid 或 HikariCP，改法就是换掉 getConnection 的实现，上层代码不用动。

3.2 登录 Servlet：一个请求的完整走向

登录是最能体现三层结构的入口。LoginServlet 继承 HttpServlet，重写 doPost，取表单参数、调 service 校验、根据结果转发：

@WebServlet("/login") public class LoginServlet extends HttpServlet { private UserService userService = new UserService(); @Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String username = req.getParameter("username"); String password = req.getParameter("password"); // 参数为空直接打回，别让空值进数据库 if (username == null || username.trim().isEmpty() || password == null || password.isEmpty()) { req.setAttribute("msg", "用户名或密码不能为空"); req.getRequestDispatcher("/login.jsp").forward(req, resp); return; } User user = userService.login(username, password); if (user != null) { req.getSession().setAttribute("currentUser", user); resp.sendRedirect(req.getContextPath() + "/search.jsp"); } else { req.setAttribute("msg", "用户名或密码错误"); req.getRequestDispatcher("/login.jsp").forward(req, resp); } } }

逐段看：先取 username 和 password 两个参数，做非空校验，空值直接 forward 回登录页并带提示。然后调 userService.login，返回 User 对象说明校验通过，把用户塞进 session，重定向到查询页；返回 null 就带错误信息回登录页。参数说明：req.getSession() 拿的是当前会话，currentUser 这个 key 后面所有页面都靠它判断是否登录，改的时候别随便换名字，否则 JSP 里的${sessionScope.currentUser}全部失效。这里用 sendRedirect 而不是 forward，是为了避免刷新页面重复提交登录表单，这个细节很多新手会忽略。

3.3 车次查询与余票展示

查询逻辑在 TrainServlet 里，按出发站、到达站、日期三个条件拼 SQL。常见做法是条件动态拼接，用 StringBuilder 加参数占位符：

public List<Train> search(String start, String end, String date) { StringBuilder sql = new StringBuilder( "SELECT * FROM train WHERE 1=1"); List<Object> params = new ArrayList<>(); if (start != null && !start.isEmpty()) { sql.append(" AND start_station = ?"); params.add(start); } if (end != null && !end.isEmpty()) { sql.append(" AND end_station = ?"); params.add(end); } if (date != null && !date.isEmpty()) { sql.append(" AND DATE(depart_time) = ?"); params.add(date); } sql.append(" ORDER BY depart_time ASC"); // 用 PreparedStatement 防注入，参数按顺序填 return jdbcTemplate.query(sql.toString(), params, Train.class); }

这段的关键是WHERE 1=1这个技巧，方便后面无脑 appendAND，不用判断第一个条件。参数用 List 收集，最后按顺序 set 到 PreparedStatement 上，绝对不能字符串拼接，否则一个' OR '1'='1就能把全表查出来，SQL 注入在课程设计答辩里被问到是很扣分的。余票展示就是 JSP 里遍历 List，把 left_seats 显示出来，小于等于 0 时按钮置灰。这里注意日期条件用了DATE(depart_time)，会对字段做函数运算导致索引失效，数据量小无所谓，数据量大要改成范围查询depart_time >= ? AND depart_time < ?。

3.4 下单扣库存：事务是这条链路的命门

下单是整个系统最容易出问题的地方，因为它涉及两个写操作：插入订单、扣减余票。正确做法是放在同一个事务里，任何一步失败都回滚：

public boolean createOrder(int userId, int trainId, int seatCount) { Connection conn = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交，开启事务 // 第一步：带条件扣库存，left_seats >= seatCount 才扣得动 String updateSql = "UPDATE train SET left_seats = left_seats - ? " + "WHERE id = ? AND left_seats >= ?"; try (PreparedStatement ps = conn.prepareStatement(updateSql)) { ps.setInt(1, seatCount); ps.setInt(2, trainId); ps.setInt(3, seatCount); if (ps.executeUpdate() == 0) { conn.rollback(); return false; // 余票不足，直接回滚 } } // 第二步：插入订单 String insertSql = "INSERT INTO orders(user_id, train_id, seat_count, " + "order_time, status) VALUES(?,?,?,NOW(),'PAID')"; try (PreparedStatement ps = conn.prepareStatement(insertSql)) { ps.setInt(1, userId); ps.setInt(2, trainId); ps.setInt(3, seatCount); ps.executeUpdate(); } conn.commit(); return true; } catch (SQLException e) { if (conn != null) { try { conn.rollback(); } catch (SQLException ex) { /* 记录日志 */ } } return false; } finally { if (conn != null) { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException e) { /* 忽略 */ } } } }

逻辑说明：先关自动提交，扣库存的 SQL 带了left_seats >= ?条件，executeUpdate 返回 0 说明余票不够，立刻回滚返回 false。扣成功再插订单，两步都成功才 commit。catch 里回滚，finally 恢复自动提交并关连接。参数说明：seatCount 是购买张数，trainId 是车次主键。这个写法在单机低并发下没问题，但如果两个人同时买最后一张票，可能出现都查到有票、都去扣的情况——数据库行锁会保证只有一个 UPDATE 成功，另一个 executeUpdate 返回 0，所以逻辑上是安全的。真正要小心的是别把扣库存和插订单拆到两个 Connection 里，那样事务就失效了，这是血泪教训。

4. 跑起来：环境准备与启动步骤

4.1 环境清单与版本建议

跑这个项目不需要多高端的机器，但版本要对上，否则各种玄学报错。我按稳妥组合给你列一下：

重点提醒：Tomcat 10 把 javax.servlet 改成了 jakarta.servlet，如果你拿到的源码 import 的是 javax，部署到 Tomcat 10 会一片红，报 ClassNotFoundException。这不是代码错，是版本不匹配，换 Tomcat 9 立刻好。MySQL 8.0 的驱动类名是 com.mysql.cj.jdbc.Driver，5.7 是 com.mysql.jdbc.Driver，db.properties 里别写错。

4.2 建库导数据与配置修改

第一步，打开 MySQL 客户端，执行 sql 目录下的脚本：

mysql -u root -p < sql/train_ticket.sql

这条命令会创建 train_ticket 库、建三张表，可能还带几条测试车次数据。执行完进去USE train_ticket; SHOW TABLES;确认一下。第二步，改 db.properties，把用户名密码换成你本机的：

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/train_ticket?useSSL=false&serverTimezone=Asia/Shanghai&characterEncoding=utf8 jdbc.username=root jdbc.password=你的密码

characterEncoding=utf8 别省，中文站名乱码十有八九是这里没配或者数据库字符集不是 utf8mb4。第三步，IDEA 里配置 Tomcat：Run → Edit Configurations → 加 Tomcat Server → Local，Deployment 里加项目 artifact，Application context 设成/train。启动后浏览器访问http://localhost:8080/train/login.jsp，能看到登录页就成功一半了。

4.3 首次运行的验证路径

别急着注册新用户，先用脚本里可能自带的测试账号登录，或者直接往 user 表插一条：

INSERT INTO user(username, password, phone) VALUES('test', 'e10adc3949ba59abbe56e057f20f883e', '13800000000');

这个密码是 123456 的 MD5，如果项目登录时做了 MD5 加密就能直接登。登录进去后按“查车次→选车次→填张数→提交订单→看我的订单”走一遍，每一步都确认页面有数据、数据库有变化。特别注意下单后回 train 表看 left_seats 有没有减，没减说明事务或 SQL 有问题。这条验证路径走通，项目就算真正跑起来了，后面改功能才有底。

5. 避坑与排查：那些让演示当场翻车的细节

5.1 中文乱码：三处都要设对

现象：车次站名、用户名显示成问号或乱码。原因通常不止一处：JSP 页面没写<%@ page contentType="text/html;charset=UTF-8" %>、Servlet 里没设req.setCharacterEncoding("UTF-8")、数据库连接串没带 characterEncoding。解决：三处一起改，JSP 头部加 page 指令，Servlet doPost 第一行设编码，db.properties 的 url 补上 characterEncoding=utf8，数据库和表也确认是 utf8mb4。少一处都可能复发。

5.2 下单后余票没变或变负数

现象：订单生成了，但 train 表 left_seats 没动，或者出现负数。原因：扣库存和插订单用了两个 Connection，事务没生效；或者扣减 SQL 没加left_seats >= ?条件。解决：按 3.4 的写法，一个 Connection、setAutoCommit(false)、扣减带条件判断、失败 rollback。改完用两个浏览器同时买最后一张票验证，只有一个能成功。

5.3 部署到 Tomcat 10 一片红

现象：启动报java.lang.ClassNotFoundException: javax.servlet.http.HttpServlet。原因：Tomcat 10 起包名迁移到 jakarta，源码还是 javax。解决：换 Tomcat 9 最省事；非要上 10，就得全局把 javax.servlet 替换成 jakarta.servlet 并换对应依赖，学生项目不建议折腾。

5.4 查询结果为空但数据库明明有数据

现象：search.jsp 查不到车次，数据库里数据都在。原因：日期条件格式不匹配，比如页面传2025-01-01，数据库存的是 datetime，DATE(depart_time) = ?在某些驱动下比较失败；或者参数名对不上，Servlet 取的是 startStation，表单 name 写的是 start。解决：先在 dao 里打印最终 SQL 和参数，确认拼出来的语句；日期统一用yyyy-MM-dd格式转换；表单 name 和 getParameter 的字符串逐字核对。

5.5 刷新页面重复下单

现象：下单成功页按 F5，订单表多一条。原因：下单用 forward 转发，浏览器刷新会重发 POST。解决：下单成功后用resp.sendRedirect重定向到订单列表页，这是 PRG 模式（Post-Redirect-Get），能根治重复提交。这个改动很小，但演示时能避免尴尬。

6. 二次开发：从“能跑”到“像样”的改造路线

6.1 先加功能还是先重构

拿到能跑的源码后，很多人上来就想加支付、加选座。我的建议是先做一轮小重构，再谈功能。具体三步：第一，把 DBUtil 换成连接池，Druid 的 DruidDataSourceFactory 几行配置就能接上，getConnection 实现一换，上层零改动；第二，把散落在 Servlet 里的业务判断往 service 挪，controller 只留取参和转发；第三，给 dao 抽一个 BaseDao，把 query、update 的公共 JDBC 模板代码收进去，后面加表少写一半重复代码。这三步做完，代码可维护性上一个台阶，再加功能才不痛苦。

6.2 三个高性价比的扩展方向

第一个是余票并发控制升级。现在的行锁方案在单机够用，想演示“高并发”可以引入乐观锁：train 表加 version 字段，扣减 SQL 改成UPDATE train SET left_seats = left_seats - ?, version = version + 1 WHERE id = ? AND version = ? AND left_seats >= ?，失败重试三次。改动集中在 dao 一层，效果立竿见影。

第二个是订单状态机。现在 status 只有 PAID，可以扩成 PENDING、PAID、CANCELLED、REFUNDED，取消订单时把票加回去，同样要事务。加一个 OrderService.cancel 方法，扣减逻辑反过来写，注意幂等——同一订单取消两次不能加两次票，用WHERE status = 'PAID'卡住。

第三个是登录安全。密码现在可能是明文或简单 MD5，改成 BCrypt 加盐哈希，登录校验用BCrypt.checkpw。再给 session 加个拦截器，没登录访问 order.jsp 直接跳登录页，用 Filter 实现，几行代码的事，答辩时是个加分项。

6.3 验证改造是否成功的习惯

每改一处，我都强制走一遍“登录→查询→下单→查订单→取消→查余票”这条全链路，并且直接查数据库核对数字。光看页面不够，页面可能缓存，数据库才是真相。另外改事务相关代码后，一定用两个浏览器窗口模拟并发，别只单线程点一遍就以为稳了。从那以后我每次动订单和库存的代码，都先把这条链路在测试库跑三遍再提交，吃过一次“演示前夜改崩”的亏就长记性了。希望这份拆解能帮你把这个订票系统跑起来、改下去，需要源码的话按项目名找一下就能拿到，先从跑通登录开始。

本文还有配套的精品资源，点击获取