简介一套完整的电影院购票系统源码及数据库脚本主要面向正在学习 Java Web 开发的初学者以及需要完成课程设计或毕业设计的学生。系统涵盖用户注册登录、影片管理、场次排片、在线选座、订单生成等核心功能采用经典的模型-视图-控制器分层设计既可使用 SSM 框架或 Spring Boot也可基于 Servlet 自定义封装以此达到高内聚、低耦合的工程要求。资源包内共包含 970 个文件压缩后大小约 18.43MB其中以动态演示图片、前端脚本、页面样式、服务端页面、Java 类文件、配置文件及数据库脚本为主能够帮助学习者在本地快速部署并体验完整的购票流程。目前已有 2794 人学习使用适合对照源代码研究分层架构、数据库表关系以及前后端交互逻辑同时也提供了常用的前端界面实现参考是一份兼顾原理与实战的优质参考资料。1. 电影院购票系统到底是什么一套能跟完整个购票链路的 JavaWeb MVC 样本把基于 java 语言写的电影院购票系统源码拿到手别急着双击启动先想清楚这份资源里到底有什么。它不是花哨的前端展示页而是一套把 JSP 页面、Servlet 控制层、DAO 数据访问和 MySQL 表结构全部串起来的 JavaWeb 完整样本登录、看片、选座、下单、查订单这几个动作从鼠标点击到数据落库每一环都能在代码里找到对应位置。这对刚学完 JavaWeb、想把手写练习升级成完整项目的人来说是非常顺手的改造底子也是课程设计和毕设里特别爱用的那类 java 源码软件。代码量不大但链路全值得当 MVC 范本通读一遍。2. 技术选型与架构设计一套贯穿页面、控制层与数据库的 MVC 链路2.1 技术栈全景JDK、MySQL、layui 与后端框架的取舍这套系统在摘要里已经把开发环境写得很清楚JDK 用 1.7 或 1.8IDE 选 Eclipse EE 或者 IntelliJ IDEA数据库用 MySQL 5.6 / 5.7。如果本地装的是 MySQL 8就需要更换驱动版本这一点后面专门有一个排查章节会讲。Web 容器虽然没有明确写版本我一般直接用 Tomcat 8.5 或 9.0配合 JDK 1.8 最省心。前端部分用到的依赖是 layui、bootstrap、jquery也就是说页面不是纯 JSP 裸写样式而是基于 layui 做了表格、弹窗和表单交互bootstrap 负责栅格布局和基础组件jquery 处理选座这类 DOM 操作。后端主体是 servlet filter jsp 这套原生 JavaWeb 体系没有引入 Spring MVC 那一整套容器控制层的每个请求入口都是一个独立的 Servlet 类路由规则通过WebServlet注解或者 web.xml 声明来维护。后端依赖清单里同时出现了 spring、hibernate、mybatis 三个重量级框架这是很多源码包常见的现象作者在不同的改造阶段分别尝试过 SSH 和 SSM 整合但当前这份能跑通的版本核心购票链路是用原生 Servlet DAO 方式实现的。所以我在读代码时的策略是先不管 spring 和 ORM 的配置文件把 Servlet 和 DAO 这两层看明白整个系统就通了一大半。技术项版本/选型在项目里的职责JDK1.7 / 1.8编译与运行基础IDEEclipse EE / IntelliJ IDEA工程导入与调试Web 容器Tomcat 8.5 / 9.0Servlet 与 JSP 的运行时数据库MySQL 5.6 / 5.78.0 需换驱动持久化存储用户、影片、订单数据前端layui bootstrap jquery页面布局、表格渲染、选座交互后端Servlet Filter JSP请求控制、登录拦截、页面渲染ORM 依赖Hibernate / MyBatis可选二次开发时可替换原生 DAO2.2 工程目录结构源码包、WebContent 与数据库 SQL 的摆放逻辑拿到资源包解压后看到的不只是代码还有一份数据库 SQL 文件这是整个项目能跑起来的前提。工程根目录的常见组织方式大致如下cinema/ ├── sql/ │ └── db_cinema.sql # 建库建表脚本含初始数据 ├── src/ │ ├── com/cinema/entity/ # 实体类User、Movie、Session、Order │ ├── com/cinema/dao/ # DAO 层JDBC 访问数据库 │ ├── com/cinema/service/ # 业务层下单、座位校验、订单号生成 │ ├── com/cinema/servlet/ # 控制层LoginServlet、MovieServlet 等 │ ├── com/cinema/filter/ # 过滤器编码处理、登录拦截 │ └── com/cinema/util/ # 工具类DBUtil、StringUtil └── WebContent/ ├── login.jsp # 登录页 ├── movie_list.jsp # 影片列表页 ├── choose_seat.jsp # 选座页 ├── order_list.jsp # 订单列表页 ├── css/ js/ layui/ # 静态资源 └── WEB-INF/ ├── web.xml # Servlet、Filter 注册 └── lib/ # 第三方依赖 jar 包entity 包就是 MVC 里的 Model 部分只放字段和 getter/setterdao 包负责和 MySQL 打交道这里最常见的是 JDBC 工具类加手写 SQLservlet 包是控制层的核心每个类对应一个业务入口jsp 页面放在 WebContent 下按功能模块命名。静态资源单独放在 css、js、layui 目录里和页面代码分开这样后期换皮肤或者改样式不会动到业务逻辑。理解这个目录结构有个好处当你看到LoginServlet时你能立刻猜到对应的页面是login.jsp、对应的数据表是t_user、对应页面的表单字段大概率叫username和password。这种“按功能模块横向切分”的方式虽然简单但对学习 JavaWeb 的人来说比动辄几十个微服务的工程容易读得多。2.3 MVC 分层与一次请求的完整走向从 URL 到 JSP 回显这套电影院购票系统在架构上强调 model 与 view 的分离目的是达到高内聚低耦合。实际代码里一次请求大致会走这样一条链路浏览器发出请求URL 被 Tomcat 解析后根据WebServlet注解找到对应的 Servlet 类请求先经过 Filter 过滤器做编码设置和登录状态校验没登录就重定向到 login.jspServlet 接收参数调用 Service 或 DAO 层方法DAO 通过 JDBC 操作 MySQL 表返回结果集并封装成实体对象或 ListServlet 把数据放到 request 作用域调用forward跳转到 JSP 页面JSP 使用 JSTL 或 scriptlet 取出数据结合 layui 渲染成表格、卡片、订单列表。这个流程里最容易混淆的是第 5 步很多新手会把forward和redirect混用。在这套代码里查询列表用 forward登录成功、提交订单成功后用 redirect因为后者要避免表单重复提交。我在读 Servlet 代码时看跳转方式基本就能判断作者对“请求转发”和“重定向”的理解是否到位这套系统在这点上处理得比较清楚。2.4 数据库表结构设计用户、影片、场次、座位与订单的关联购票系统的核心数据模型并不复杂常见的是五张主表加一张明细表。用户表存账号密码影片表存电影信息影厅表存厅位场次表把影片和影厅关联起来座位表按场次记录每个座位的状态订单表和订单明细表记录用户买了哪个场次的哪些座位。CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL, password VARCHAR(50) NOT NULL, realname VARCHAR(50), phone VARCHAR(20), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE t_movie ( id INT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(100) NOT NULL, director VARCHAR(50), duration INT, poster VARCHAR(255), status TINYINT DEFAULT 1 COMMENT 1-上映中 0-已下架 ); CREATE TABLE t_session ( id INT PRIMARY KEY AUTO_INCREMENT, movie_id INT NOT NULL, hall_id INT NOT NULL, start_time DATETIME NOT NULL, price DECIMAL(8,2) );场次表是购票的核心它决定了用户在哪个影厅、什么时间、花多少钱看哪部电影。订单表需要冗余一份场次信息和总价因为一场电影下线后历史订单仍然要能查到。座位表则按session_id区分每个场次都有自己的座位状态记录这样可以支持多个场次同时售卖。这是按购票场景最常见的表结构补全的实际资源包里的字段可能会多一些或者命名略有差异但用户表、影片表、场次表、订单表这几张一定存在读表比读代码更快弄清楚业务流程。3. 核心模块拆解从登录到出票四个关键 Servlet 的实现细节3.1 登录与会话保持LoginServlet Filter 拦截的配合用户从 login.jsp 输入用户名和密码表单提交到/login这个地址由 LoginServlet 接收处理。代码的逻辑非常直白先设置请求编码再取参数查数据库判断是否为空然后决定是跳转还是放行。WebServlet(/login) public class LoginServlet extends HttpServlet { private UserDao userDao new UserDao(); Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { req.setCharacterEncoding(UTF-8); String username req.getParameter(username); String password req.getParameter(password); User user userDao.findByUsernameAndPassword(username, password); if (user ! null) { req.getSession().setAttribute(loginUser, user); resp.sendRedirect(req.getContextPath() /movie/list); } else { req.setAttribute(error, 用户名或密码错误); req.getRequestDispatcher(/login.jsp).forward(req, resp); } } }登录成功后的关键是req.getSession().setAttribute(loginUser, user)后续所有页面都能从 session 里拿到当前用户不需要每次请求都重新查库。失败时用 forward 回到登录页并且带一个 error 提示不会刷新丢数据。这里用sendRedirect跳转到影片列表而不是 forward是为了避免用户按 F5 刷新时重复提交登录表单。有了登录态还不够其他页面必须做保护。AuthFilter 拦截所有请求只放行登录相关资源、JSP 页面和静态文件其余请求如果发现 session 里没有 loginUser就直接重定向回登录页。WebFilter(/*) public class AuthFilter implements Filter { Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req (HttpServletRequest) request; HttpServletResponse resp (HttpServletResponse) response; String uri req.getRequestURI(); if (uri.endsWith(login.jsp) || uri.contains(/login) || uri.endsWith(.css) || uri.endsWith(.js) || uri.endsWith(.png) || uri.endsWith(.jpg)) { chain.doFilter(req, resp); return; } Object loginUser req.getSession().getAttribute(loginUser); if (loginUser null) { resp.sendRedirect(req.getContextPath() /login.jsp); return; } chain.doFilter(req, resp); } }放行规则的粒度是个值得注意的点。如果 Filter 把所有 JSP 都放行了就会有人绕过 Servlet 直接访问页面如果放行规则写得太死比如漏了.ico或者 layui 的字体文件页面样式就会全崩。我调试时遇到过一次图片加载不出来排查半天发现不是路径问题而是 Filter 把.png请求拦截后重定向到了登录页。3.2 影片与场次查询Servlet 向 JSP 传值的标准姿势影片列表页的入口是/movie/listMovieListServlet 从数据库查出正在上映的电影放到 request 作用域然后 forward 到 movie_list.jsp 页面渲染。这个模式几乎贯穿整个系统读熟一个就能看懂所有列表页。WebServlet(/movie/list) public class MovieListServlet extends HttpServlet { private MovieDao movieDao new MovieDao(); Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { ListMovie movies movieDao.findNowPlaying(); req.setAttribute(movieList, movies); req.getRequestDispatcher(/movie_list.jsp).forward(req, resp); } }这里用 forward 而不是 sendRedirect 是有原因的forward 是服务器内部跳转request 作用域里的 movieList 在 JSP 里还能拿到sendRedirect 会发一个新的 HTTP 请求上一次 request 里的数据全部丢失。理解这个区别看代码时才不会疑惑“为什么这个 Servlet 没有拼接 URL 参数”。进入场次选择时页面需要根据电影 ID 查出所有场次同时场次列表还要带着影厅和价格信息。常见做法是写一个带条件的查询方法比如findSessionsByMovieId(Integer movieId)返回的 Session 对象里再嵌套一个 Hall 对象这样 JSP 里可以直接输出影厅名称不用再做关联查询。3.3 选座与下单事务、行锁与订单写入的并发控制选座页是这套系统交互最复杂的部分。JSP 页面根据场次座位总数循环生成座位格子用户点击座位时用 jquery 切换选中样式并把座位号拼进一个隐藏域格式类似3-5,3-6,4-1表示第 3 排第 5 座、第 3 排第 6 座、第 4 排第 1 座。提交后由 OrderCreateServlet 接收。WebServlet(/order/create) public class OrderCreateServlet extends HttpServlet { private OrderService orderService new OrderService(); Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { User loginUser (User) req.getSession().getAttribute(loginUser); if (loginUser null) { resp.sendRedirect(req.getContextPath() /login.jsp); return; } Integer sessionId Integer.valueOf(req.getParameter(sessionId)); String seats req.getParameter(seats); // 例3-5,3-6,4-1 boolean ok orderService.createOrder(loginUser.getId(), sessionId, seats); if (ok) { resp.sendRedirect(req.getContextPath() /order/list); } else { req.setAttribute(msg, 座位已被锁定请重新选择); req.getRequestDispatcher(/choose_seat.jsp).forward(req, resp); } } }这里的关键不是 Servlet 本身而是createOrder里的并发控制。两个用户同时抢同一个座位如果都没有校验直接写订单就会出现一票多卖。常见做法是开事务后先对座位行加锁再检查状态全部更新成功才提交。public boolean createOrder(Integer userId, Integer sessionId, String seats) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 开启事务 // 1. 校验座位状态使用 SELECT FOR UPDATE 锁定 String checkSql SELECT seat_no, status FROM t_seat WHERE session_id ? AND seat_no IN ( buildPlaceholder(seats) ) FOR UPDATE; // 2. 如果全部座位状态为 0可售继续下单 String orderNo generateOrderNo(); // 3. 插入订单主表 t_order // 4. 批量插入订单明细 t_order_item // 5. 更新 t_seat 状态为 1已售 conn.commit(); return true; } catch (Exception e) { if (conn ! null) { conn.rollback(); } log.error(创建订单失败, e); return false; } finally { DBUtil.close(conn); } }buildPlaceholder这个方法值得单独看一眼它的作用是把3-5,3-6,4-1转成 SQL 里IN子句需要的问号占位符防止字符串拼接引发的注入问题。FOR UPDATE是数据库层面的行锁两个事务同时进来时后到的事务会阻塞直到前一个事务提交或回滚。这套逻辑是购票系统的核心也是普通增删改查项目里很难接触到的东西。作者把它收敛在 service 层而不是散落在 Servlet 里这个设计比一些把 SQL 直接写在 Servlet 里的代码要好维护很多。3.4 订单列表与状态回显VO 组装与 layui 表格渲染下单成功后跳转到/order/listOrderListServlet 根据当前登录用户的 ID 查出历史订单再组装成页面友好的 VO 对象返回。为什么需要 VO因为订单表里的 movie_id、session_id 都是数字用户想看的是电影名称、观影时间、影厅位置这些字段分散在 t_order、t_movie、t_session、t_hall 四张表里为了 JSP 页面好取值先在这里把关联信息拼好。WebServlet(/order/list) public class OrderListServlet extends HttpServlet { private OrderService orderService new OrderService(); Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { User loginUser (User) req.getSession().getAttribute(loginUser); ListOrderVO orders orderService.findOrdersByUserId(loginUser.getId()); req.setAttribute(orderList, orders); req.getRequestDispatcher(/order_list.jsp).forward(req, resp); } }OrderVO 里通常包含订单号、电影标题、场次时间、影厅名称、座位明细、总金额这些字段JSP 页面拿到后直接用 layui 表格渲染用户就能在自己的订单列表里看到购票记录了。数据回显的终点落在这里整个购票链路才算完整闭环选片、选场、选座、下单、查单每一段都能在代码里找到对应实现。4. 本地跑通四步走数据库初始化、IDEA 导入、Tomcat 部署与功能验证4.1 创建数据库并导入 SQL两步做完数据准备这份资源能跑起来的前提是先把 SQL 导入 MySQL。我习惯在命令行里操作把控制权握在自己手里避免图形化工具在某些版本上的导入异常。mysql -uroot -p输入密码后进入 MySQL 控制台依次执行CREATE DATABASE cinema DEFAULT CHARACTER SET utf8mb4; USE cinema; SOURCE /path/to/db_cinema.sql;utf8mb4是必须的如果建库时用了utf8中文字段在部分页面上容易出问题而 SQL 里如果有生僻字或者表情符号utf8 直接存不进去。执行完SOURCE后可以用SHOW TABLES;验证一下能看到用户表、影片表、场次表、订单表等就说明导入成功。这一步最容易翻车的是SOURCE路径写错或者 SQL 文件里有 DROP DATABASE 语句不小心把别的库删了。我拿到新数据库脚本的习惯是先打开 SQL 文件看一眼开头几行确认建库语句的库名和连接配置保持一致。4.2 IntelliJ IDEA 导入工程从 Eclipse 项目到 Tomcat Artifact用 IDEA 导入 Eclipse 工程时不要直接 File Open 一层层点进去那样经常识别不了 Web 结构。我的顺序是打开 IDEA选择 Open选中工程根目录IDEA 检测到.project文件后会提示是否作为 Eclipse 项目导入确认Project Structure 里把 Project SDK 切到 1.8Language Level 同步设置打开 Facets确认 Web 模块已经自动识别到 WebContent 目录如果没有手动添加 Web Facet 并把 Web Resource Directory 指向 WebContent点击 Artifacts确认有一个 exploded 类型的 Web 部署包它决定了 Tomcat 运行时访问的是哪个目录Run Configuration 里添加 Tomcat ServerDeployment 选项卡把刚配置的 Artifact 加进去Application context 填/cinema。这里最坑的是第 4 步IDEA 在导入 Eclipse Web 工程时经常不会自动生成 Artifact必须手动建一个。如果没有这一步启动 Tomcat 会直接报错说没有 artifact 可以部署页面访问永远都是 404。lib 目录下的第三方 jar 包IDEA 一般会自动识别到依赖里。如果你看到代码中 import 的类报红十有八九是 lib 下某些 jar 包没被加载到 Classpath选中 lib 目录右键Add as Library即可恢复。4.3 修改数据库连接配置容易忽略的参数说明数据库连接信息通常在 src 目录下的.properties文件里常见的文件名是db.properties或jdbc.properties。打开后你会看到类似这样的一段配置jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/cinema?useUnicodetruecharacterEncodingutf8 jdbc.usernameroot jdbc.password123456参数名含义修改建议jdbc.driver数据库驱动类全限定名MySQL 5.x 用com.mysql.jdbc.Driver8.x 改成com.mysql.cj.jdbc.Driverjdbc.url连接地址、端口、库名、编码参数3306 如果改了端口要同步库名要和 SQL 建的一致jdbc.username / password数据库账号密码按本地 MySQL 的实际账号改如果本地是 MySQL 8com.mysql.jdbc.Driver这个类在驱动里已经被移除了必须把jdbc.driver换成com.mysql.cj.jdbc.Driver同时连接串里最好加上serverTimezoneAsia/Shanghai否则有可能报时区错误。作为血泪经验我每次改完配置都会先单独写一个测试类跑一下数据库连接而不是直接启动 Tomcat。配置错了从 Tomcat 日志里看报错能看半天而单独测连接能把问题范围一下缩小到数据库这一侧。4.4 启动 Tomcat 并走一遍完整购票链路部署完成后启动 Tomcat浏览器访问http://localhost:8080/cinema/正常情况下会跳转到登录页。用一个测试账号登录进入影片列表随便选一部电影进入场次选择页面选一个场次然后进入选座页。点击几个座位确认选中后提交订单跳转到订单列表页能看到刚才生成的订单记录和座位明细。这一步验证的不只是“页面能打开”核心是数据是否真的落库了。我每验证一步都会去数据库看一张表登录后查 t_user选场次后查 t_session下单后查 t_order 和 t_seat。比如选座页提交后回 MySQL 执行SELECT order_no, user_id, session_id, amount, status, create_time FROM t_order ORDER BY create_time DESC LIMIT 5;如果能看到新插入的订单记录同时 t_seat 表里对应场次的座位状态被更新为已售说明整条链路是通的。如果页面跳转到了订单列表但数据库里查不到记录优先怀疑事务没有 commit这在事务配置错误时非常容易发生。5. 常见问题排查数据库版本、依赖冲突与中文乱码的实踩记录5.1 MySQL 8 驱动不兼容启动报 Communications link failure现象是 Tomcat 启动不报错但一登录或一查影片列表就抛Communications link failure或者ClassNotFoundException: com.mysql.jdbc.Driver。原因有两层。第一层是驱动类名变了MySQL 8 的驱动里把旧类移除了剩的是com.mysql.cj.jdbc.Driver第二层是连接串需要加时区参数MySQL 8 对时区敏感没配serverTimezone就直接拒绝连接。解决方法是改 jdbc.properties 的 driver 和 url 两个参数同时确认 lib 目录里的 mysql-connector-java 是 8.x 版本。改完重启 Tomcat再单独跑一个数据库连接测试类验证。5.2 Tomcat 9 下 javax.servlet 命名冲突现象是编译期一切正常但启动时抛java.lang.NoClassDefFoundError: javax/servlet/ServletException或者报ClassCastException。原因多数是本地装了高版本的 Tomcat同时 lib 目录里还放了一份低版本的 servlet-api.jar两个类加载器各加载一遍运行时类型不一致。更极端的是 Tomcat 10 已经把 javax.servlet 改成了 jakarta.servlet老项目的 import 全部失效。解决方法是删掉工程 lib 目录下多余的 servlet-api.jar 和 jsp-api.jar运行时完全依赖 Tomcat 自带的实现。如果你装的是 Tomcat 10建议直接换回 9.0 或 8.5省去批量改 import 的麻烦。5.3 JSP 中文乱码三处编码必须统一现象是登录后页面上的电影名称全是问号或者数据库中查出来的中文正常、JSP 显示乱码。原因不是某一处错了而是三处编码没有统一。第一处是 JSP 页面顶部的pageEncoding要设成 UTF-8第二处是 Servlet 里要从请求中读取中文参数必须调用req.setCharacterEncoding(UTF-8)并且要放在读取任何参数之前第三处是数据库连接串要带characterEncodingutf8参数同时在建库时保证字符集是 utf8mb4。解决方法是把这三处全部对齐成 UTF-8。常见的坑是只改了 JSP 页面没改 Servlet 的取值编码导致数据库存进去的中文变成乱码后再也回不来了。5.4 layui 静态资源 404Filter 把 css/js 拦了现象是页面结构在但样式全丢打开浏览器控制台看到layui.js 404或者静态资源请求被重定向到了登录页返回的是 HTML。原因出在登录拦截 Filter 上。AuthFilter 拦截/*如果放行规则里没有把.css、.js、字体文件列进去这些静态请求会被当作普通请求拦截session 里没有登录态就直接重定向了。解决方法是把静态资源后缀加进放行列表包括.css、.js、.png、.jpg、.jpeg、.gif、.ico以及字体文件.woff、.ttf等。这里有个细节是 layui 的字体文件经常是.woff2后缀漏掉它图标就会消失。5.5 下单后订单消失事务未提交导致回滚现象是选座页面提示下单成功订单列表也能看到数据但刷新页面后订单消失或者数据库里根本查不到记录。原因基本是事务管理器没有生效。代码里如果手动写了conn.setAutoCommit(false)但在异常分支或者 finally 里没有正确调用commit()数据库连接从连接池回到池里时事务状态会回到默认值导致数据好像写进去了其实没提交。另一种情况是事务方法被非代理对象直接调用Spring 声明式事务没拦截到。解决方法是把事务代码收敛到 service 层并且在 finally 块里统一做回滚判断try { conn.setAutoCommit(false); // 业务操作 conn.commit(); } catch (Exception e) { conn.rollback(); } finally { DBUtil.close(conn); }排查这种问题先把日志打开看有没有RollbackException或者 SQL 执行失败的记录比盲猜哪里写错要快得多。6. 二次开发改造思路从 ServletJSP 升级到 SSM 的映射路径6.1 Servlet/DAO 到 Controller/Mapper 的映射改造成 SSM 的最小路径这套原生 Servlet 版本很容易改造成 SSM 结构因为它的分层已经分好了只需要做一层替换。Servlet 里的WebServlet(/login)改成 Spring MVC 的Controller加RequestMappingDAO 里的 JDBC 方法体换成 MyBatis 的 Mapper 接口实体类直接复用现有的 User、Movie、Session、Order。Controller public class LoginController { Autowired private UserService userService; RequestMapping(/login) public String login(String username, String password, HttpSession session) { User user userService.login(username, password); if (user ! null) { session.setAttribute(loginUser, user); return redirect:/movie/list; } return login; } }映射关系中最要留意的是路径原来 Servlet 的 URL 是/login、/movie/list、/order/create改造后 Controller 的 RequestMapping 要完全一致JSP 页面里的 form 提交地址就不用动。6.2 用一次“会员折扣”改造串起全部改动点加一个会员折扣功能可以很直观地看到这套系统从数据库到页面的完整修改路径。先在 t_user 表加一个member_level字段DAO 里加一个查询方法把等级取出来Service 层在创建订单时根据等级计算折扣后的金额JSP 页面在下单确认时显示“会员折扣”一行同时把打折后的总价回显出来。这套改动里的难点是金额计算不能只在前端做前端算出来的价格是可以被伪造的。我在改造时会把折扣后的总价放在 service 层计算Servlet 只负责把用户等级传进去页面上的展示金额只作为提示真正落库的金额以 service 返回的为准。6.3 并发优化与座位过期释放的改造方向选座环节的FOR UPDATE行锁在高并发下会阻塞线程导致同一场次下多个用户抢票时体验变差。改造方向是把座位锁定从下单动作里拆出来用户选定座位后先锁 3 分钟超过时间未提交订单自动释放。实现上可以在 t_seat 表加一个lock_time字段后台跑一个定时任务把锁定超过 3 分钟且状态仍为“锁定中”的座位改回可售状态。从那以后我每次拿到一套 JavaWeb 源码都会先按“登录、查列表、提交核心业务、查看结果”这个顺序把原始版本完整跑一遍确认链路没断再去动手改结构。这样做的好处是任何二次开发的改动都能立刻对照出是业务逻辑问题还是框架迁移问题。希望这篇拆解能帮你把这份电影院购票系统源码跑起来、改明白少走那些我踩过的弯路。本文还有配套的精品资源点击获取
