尧图网站建设 
简介面向JavaWeb学习者和毕业设计人群的完整论文PDF围绕旅游服务管理系统的选题背景、国内外研究现状、B/S模式与SSH框架选型、需求分析、数据库设计、模块划分与具体实现展开。内容覆盖用户注册登录、旅游线路查询、在线预订、订单管理、旅游资讯发布、后台管理等核心功能并详细介绍了Spring MVC控制器、Hibernate持久化、Spring依赖注入、Bootstrap响应式UI设计与单元测试、集成测试等环节。整个压缩包仅包含1个PDF文件体积2.26MB结构完整、目录清晰便于快速查阅系统总体架构与设计思路。目前已有169人学习读者可从中获取SSH框架整合方法、MySQL数据库表结构与ER图设计、业务逻辑分层实现、测试用例组织等可直接借鉴的工程实践也可作为相关课题开题、论文写作或毕业设计的参考模板文中还给出了摘要、目录与关键词方便按章节定位研读。1. 旅游服务管理系统为什么是 JavaWeb 最典型的练手项目每年毕业季的 JavaWeb 选题清单里「旅游服务管理系统」出现的频率一直很高毕设文档里也常见「基于 JavaWeb 的某某系统设计与实现」这样的标题。它不是一个普通 CRUD用户端要检索线路、浏览景点、在线下单管理端要维护分类、线路和订单两头合起来正好覆盖 Web 应用的所有典型环节。我习惯用 Servlet JSP MySQL Tomcat 这套组合因为它把请求解析、会话管理、JDBC 事务全摆在明面上比直接套 Spring Boot 更能看清原理。这套系统的技术难度不高真正的分水岭在分层是否干净、事务是否可控。下面按「架构 → 建表 → 实现 → 上线验证」推进所有代码以能直接跑通为准。2. 技术选型与工程骨架用 IDEA 搭出可扩展的 JavaWeb 分层项目2.1 为什么先写 Servlet而不是直接上 Spring Boot很多刚开始学 JavaWeb 的人会问企业里都用 Spring Boot为什么还要从 Servlet 写起。我的看法是框架解决的是调用更简单而 JavaWeb 要解决的是原理是什么。在 Servlet 里你能亲眼看到 HttpServletRequest 怎么进来、HttpServletResponse 怎么出去Filter 怎么拦截请求Session 到底存放在哪里。把这条链路走通之后再去看 Spring MVC 的 DispatcherServlet会立刻明白它只是把这套流程封装了一层。就旅游服务管理系统这个规模来说Servlet JSP MySQL Tomcat 的代码量在三千行以内既能承载登录、分页、下单这些核心场景又不会因为框架的自动配置把该掌握的细节藏起来。也正是因为这个原因这类选题常年出现在 JavaWeb 教学案例和毕业设计题目里。2.2 用 IDEA 创建 JavaWeb 项目的目录骨架常见做法是在 IDEA 里新建普通 Java 项目再手动补 web 目录。不少人在新版 IDEA 的向导里找项目模板找不到其实只要确认三个目录存在就能继续src/main/java、src/main/resources、src/main/webapp/WEB-INF/web.xml。没有模板也没有问题JavaWeb 项目的本质就是「源码目录 部署描述符 运行容器」。最终目录结构如下src ├── main │ ├── java │ │ └── com/travel │ │ ├── controller # Servlet接收并响应请求 │ │ ├── service # 业务逻辑事务边界所在 │ │ ├── dao # JDBC 数据访问 │ │ ├── entity # 实体类与表字段对应 │ │ └── filter # 登录等横切逻辑 │ ├── resources │ │ └── db.properties # 数据源与连接池参数 │ └── webapp │ ├── WEB-INF │ │ └── web.xml │ └── jsp这个结构对应经典的 controller → service → dao 三层。controller 只做参数接收与视图跳转service 负责业务规则和事务dao 只写 SQL。网上能搜到的 JavaWeb 项目完整案例基本都长这样区别只在命名习惯。这里有一个建议实体类统一放 entity 包不要跟 DAO 混在同一个包里否则以后要迁移到 MyBatis 时改动面会非常大。2.3 依赖声明与三层职责边界如果使用 Maven 管理依赖pom.xml 里只需要三个核心依赖dependency groupIdjavax.servlet/groupId artifactIdjavax.servlet-api/artifactId version4.0.1/version scopeprovided/scope /dependency dependency groupIdjavax.servlet.jsp/groupId artifactIdjavax.servlet.jsp-api/artifactId version2.3.3/version scopeprovided/scope /dependency dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId version8.0.33/version /dependencyservlet-api 和 jsp-api 必须声明为 provided因为 Tomcat 自带这两个 jar如果打成 war 时把它们也打进去启动会报 jar 重复或 MethodNotFound。前两个依赖只在编译期生效运行期交给容器的类加载器处理mysql-connector-j 是运行时依赖需要真正打包进 WEB-INF/lib。提示IDEA 里配置 Tomcat 时先确认版本匹配。Tomcat 9 对应 Servlet 4.0配合 JDK 8 及以上若误用 Servlet 5.0 的 javax 包很容易出现 NoClassDefFoundError。三层职责边界用一张表定死后续写代码照着对照层该做的事不该做的事Controller参数校验、调用 Service、跳转视图直接 new DAO 操作数据库Service业务规则、事务开启与提交拼 SQL、把 Connection 传进 ControllerDAO执行 SQL、结果映射为实体处理登录状态、写业务判断给新人定一个检查标准读完 Controller 应该能说出这个请求「做什么」而不是「SQL 怎么拼」。旅游服务管理系统里诸如「未登录不能下单」「下单前检查库存」这类规则都放 Service 层散落到 JSP 或 Servlet 里就成了技术债。3. 数据库设计6 张表把旅游业务拆干净3.1 实体关系与字段取舍旅游服务管理系统的最小业务闭环是「用户浏览线路 → 下单 → 管理员维护数据」。围绕这个闭环我一般会设计 6 张表用户表 user、管理员表 admin、线路分类表 category、旅游线路表 route、订单表 orders、评论表 comment。关系也很直观用户与订单是一对多线路与评论是一对多分类与线路是一对多。这里有一个新手很容易踩的设计坑订单表里除了外键 route_id还要冗余线路名称和下单时单价的快照字段。原因是业务上线路价格会调整而历史订单的金额不应该跟着变。如果订单只存外键、每次联表查价格就会出现用户三个月前付了 1000 元、后台查出来变成 1200 元的对账结果。冗余快照是以读写一致性换查询稳定性的典型取舍。整体表设计如下表用途关键字段与约束user注册用户username 唯一索引password 存加盐哈希admin后台管理员role 区分角色category线路分类name 非空route旅游线路category_id 外键price 用 DECIMALorders订单主表order_no 唯一冗余 route_name、pricecomment线路评论route_id、user_id 联合索引3.2 建表 SQL 与字段类型选择核心的 4 张表 DDL 如下直接贴进命令行执行即可CREATE TABLE user ( id INT NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL COMMENT 登录名, password VARCHAR(64) NOT NULL COMMENT 加盐后的MD5, phone VARCHAR(20) DEFAULT NULL, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用户表; CREATE TABLE category ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(50) NOT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT线路分类; CREATE TABLE route ( id INT NOT NULL AUTO_INCREMENT, category_id INT NOT NULL, name VARCHAR(100) NOT NULL COMMENT 线路名称, price DECIMAL(10,2) NOT NULL COMMENT 成人单价, stock INT NOT NULL DEFAULT 0 COMMENT 剩余名额, intro TEXT COMMENT 行程介绍, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_category_price (category_id, price) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT旅游线路表; CREATE TABLE orders ( id INT NOT NULL AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL COMMENT 订单号, user_id INT NOT NULL, route_id INT NOT NULL, route_name VARCHAR(100) NOT NULL COMMENT 线路名称快照, price DECIMAL(10,2) NOT NULL COMMENT 下单单价快照, count INT NOT NULL DEFAULT 1 COMMENT 购买数量, status TINYINT NOT NULL DEFAULT 0 COMMENT 0待支付 1已支付 2已取消, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no), KEY idx_user_id (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT订单表;有四个细节需要说明。第一金额必须用 DECIMAL(10,2) 而不是 float/double浮点数在累计计算时会产生 0.1 0.2 这类精度误差对账时极难排查。第二字符集统一用 utf8mb4utf8 在 MySQL 里最多存 3 字节用户评论里带个 emoji 就会写入失败。第三订单号加唯一索引这是幂等下单的基础后面接支付回调时可以靠它去重。第四route 表上建了 (category_id, price) 组合索引对应「按分类查线路并按价格排序」这条最频繁的查询路径。3.3 分页查询与索引命中验证用户端线路列表最常见的场景是选择分类、按价格升序、分批加载。对应 SQL 是SELECT id, name, price, stock, intro FROM route WHERE category_id ? ORDER BY price ASC LIMIT ?, ?;LIMIT 第一个问号是起始行数第二个问号是每页条数。在 JavaWeb 分页里通常传入 (page - 1) * pageSize 而不是直接把页码交给 SQL这样数据库只需要扫描 offset 之后的那一段数据。为了确认组合索引真的被命中可以在命令行执行 EXPLAINEXPLAIN SELECT id, name, price FROM route WHERE category_id 1 ORDER BY price ASC LIMIT 0, 10;结果里 type 应为 ref 或 rangekey 列为 idx_category_price说明 WHERE 与 ORDER BY 都走了索引如果看到 Using filesort说明排序没走索引需要调整组合索引的字段顺序。这个检查习惯移植到任何 MySQL 项目里都成立。4. 核心功能实现登录鉴权、条件分页与下单事务4.1 登录 Servlet 与 Session 建立登录是整个系统的权限入口。Controller 层的典型写法如下使用 WebServlet 注解替代 web.xml 里的 servlet-mappingWebServlet(/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 || password null || username.trim().isEmpty() || password.isEmpty()) { resp.sendRedirect(req.getContextPath() /login.jsp); return; } User user userService.login(username, password); if (user null) { req.setAttribute(error, 用户名或密码错误); req.getRequestDispatcher(/login.jsp).forward(req, resp); return; } HttpSession session req.getSession(); session.setAttribute(loginUser, user); resp.sendRedirect(req.getContextPath() /index.jsp); } }这里有两个容易混淆的点。req.getParameter 拿到的是表单提交的原始字符串任何 trim 和空判断都要在进入 Service 之前做完避免把脏参数带到下一步。失败时用 forward 转发request 域里的 error 属性能在 JSP 里通过 ${error} 取出成功时用 sendRedirect 重定向Post-Redirect-Get 模式可以防止刷新页面时重复提交表单。密码存储不要用明文常见做法是 MD5 加盐后再入库盐值可以用用户名加固定串Service 层校验时重新拼一次再比对。4.2 Filter 完成统一登录鉴权用户未登录时不允许访问订单相关接口这个逻辑不能在每个 Servlet 里重复写用 Filter 统一拦截WebFilter(urlPatterns {/order/*, /user/*}) public class LoginFilter implements Filter { Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpSession session request.getSession(false); if (session null || session.getAttribute(loginUser) null) { ((HttpServletResponse) resp).sendRedirect( request.getContextPath() /login.jsp); return; } chain.doFilter(req, resp); } }urlPatterns 里写的是路径前缀/order/* 会拦截所有以 /order/ 开头的请求这是 Servlet 规范的默认匹配规则。登录接口本身不能放在这个过滤器范围内否则会出现「没登录就不能访问登录页」的死循环。getSession(false) 与 getSession() 的区别在于前者不会为未登录用户创建新 Session可以避免给静态资源和登录请求也分配会话对象减少服务端 Session 内存开销。4.3 线路条件分页的 DAO 写法线路查询带有分类、价格上限两个筛选条件直接在 SQL 上动态拼接 WHERE 子句。DAO 的方法签名和 SQL 组装如下public ListRoute findByPage(int categoryId, BigDecimal maxPrice, int page, int pageSize) { StringBuilder sql new StringBuilder( SELECT id, name, price, stock FROM route WHERE 11 ); ListObject args new ArrayList(); if (categoryId 0) { sql.append(AND category_id ? ); args.add(categoryId); } if (maxPrice ! null) { sql.append(AND price ? ); args.add(maxPrice); } sql.append(ORDER BY price ASC LIMIT ?, ?); args.add((page - 1) * pageSize); args.add(pageSize); // 用 PreparedStatement 遍历 args 执行返回 ListRoute return jdbcTemplate.query(sql.toString(), args.toArray()); }WHERE 11 只是为了方便后续无条件追加没有任何性能影响优化器会忽略这个恒真条件。所有参数都通过 ? 占位符传入 PreparedStatement避免字符串拼接导致的 SQL 注入。pageSize 一般固定为 8 或 10从页面传过来的 pageSize 一定要限制取值范围否则用户传个 100000 就能一次把全表拉走。4.4 下单事务与防超卖下单涉及「扣库存 写订单」两个操作必须保证原子性。事务的边界要开在 Service 层而不是 DAO 层因为一个 DAO 方法只对应一条 SQL事务跨多条 SQL 时只能上抛到 Service 统一控制public boolean createOrder(int userId, int routeId, int count) throws SQLException { Connection conn null; try { conn JdbcUtil.getConnection(); conn.setAutoCommit(false); // 开启事务 Route route routeDao.selectByIdForUpdate(conn, routeId); if (route.getStock() count) { conn.rollback(); // 库存不足回滚 return false; } routeDao.decreaseStock(conn, routeId, count); orderDao.insert(conn, buildOrder(route, count)); conn.commit(); return true; } catch (SQLException e) { conn.rollback(); throw e; } finally { conn.setAutoCommit(true); // 归还前复位连接池场景必须做 JdbcUtil.closeQuietly(conn); } }selectByIdForUpdate 内部执行的是 SELECT ... FOR UPDATE在 InnoDB 下会给这条线路记录加行锁并发下单时后到的事务会等锁从而避免超卖。finally 里把 autoCommit 复位成 true 是最容易忽略的细节连接归还到连接池后如果还是 false下一次借出这条连接的代码会继续沿用错误的事务模式表现就是「别人改的数据提交不了」。这个阶段常见的报错可以用一张表对号入座现象原因处理404 且路径带项目名代码写死了路径没拼 contextPath所有重定向用 getContextPath() 拼接500 ClassNotFoundException依赖 jar 没打进 warMaven 执行 package 后检查 WEB-INF/lib下单后库存变负数查库存与扣库存不是原子操作Service 层开事务配合 SELECT FOR UPDATE5. 部署验证与慢查询定位war 包上线前的最后几个步骤5.1 打包部署与登录接口验证Maven 项目执行 mvn clean packagetarget 目录下会生成 tour.war。把它复制到 Tomcat 的 webapps 目录启动 bin/startup.shWindows 是 startup.bat等日志出现 Server startup 后用 curl 验证登录接口curl -i -X POST \ -d usernameadminpassword123456 \ http://localhost:8080/tour/login如果登录成功响应头里应该看到 302 和 Set-Cookie: JSESSIONID...这个 Cookie 就是后续会话保持的依据。如果把 war 改名为 ROOT.war 部署访问路径会去掉项目名但要注意 ROOT 应用占用了根路径Tomcat 自带默认页会被覆盖。部署后优先看 logs/catalina.out 而不是看浏览器页面大部分启动失败原因都会在第一屏异常里直接给出。5.2 连接池参数与慢查询日志生产环境不可能每次请求都新建 Connection连接池参数我会按下面的初始值去设参数建议值含义initialSize10启动时预建的连接数maxActive50最大活跃连接数maxWait5000拿不到连接时的最长等待毫秒数validationQuerySELECT 1借出连接前的有效性检测同时注意 db.properties 里 MySQL 8 的驱动类要写 com.mysql.cj.jdbc.Driver老版的 com.mysql.jdbc.Driver 在 8.x 驱动下只会打出一行弃用警告但不影响运行。如果查线路的接口偶尔卡顿打开 MySQL 慢查询日志定位最直接SET GLOBAL slow_query_log ON; SET GLOBAL long_query_time 1;执行后超过 1 秒的 SQL 会写入 mysql-slow.log。打开日志如果看到 WHERE category_id ? ORDER BY price 的记录回到第 3 章的 EXPLAIN 检查索引是否命中。还有一个日常容易忽略的技巧连接池的 maxWait 不建议无脑调大调到 30 秒只是把故障感知延后正确做法是保留 5 秒以内的超时配合接口监控在业务侧报警而不是在数据库连接上死等。本文还有配套的精品资源点击获取 基于Servlet+MySQL的旅游服务管理系统JavaWeb实战开发
简介面向JavaWeb学习者和毕业设计人群的完整论文PDF围绕旅游服务管理系统的选题背景、国内外研究现状、B/S模式与SSH框架选型、需求分析、数据库设计、模块划分与具体实现展开。内容覆盖用户注册登录、旅游线路查询、在线预订、订单管理、旅游资讯发布、后台管理等核心功能并详细介绍了Spring MVC控制器、Hibernate持久化、Spring依赖注入、Bootstrap响应式UI设计与单元测试、集成测试等环节。整个压缩包仅包含1个PDF文件体积2.26MB结构完整、目录清晰便于快速查阅系统总体架构与设计思路。目前已有169人学习读者可从中获取SSH框架整合方法、MySQL数据库表结构与ER图设计、业务逻辑分层实现、测试用例组织等可直接借鉴的工程实践也可作为相关课题开题、论文写作或毕业设计的参考模板文中还给出了摘要、目录与关键词方便按章节定位研读。1. 旅游服务管理系统为什么是 JavaWeb 最典型的练手项目每年毕业季的 JavaWeb 选题清单里「旅游服务管理系统」出现的频率一直很高毕设文档里也常见「基于 JavaWeb 的某某系统设计与实现」这样的标题。它不是一个普通 CRUD用户端要检索线路、浏览景点、在线下单管理端要维护分类、线路和订单两头合起来正好覆盖 Web 应用的所有典型环节。我习惯用 Servlet JSP MySQL Tomcat 这套组合因为它把请求解析、会话管理、JDBC 事务全摆在明面上比直接套 Spring Boot 更能看清原理。这套系统的技术难度不高真正的分水岭在分层是否干净、事务是否可控。下面按「架构 → 建表 → 实现 → 上线验证」推进所有代码以能直接跑通为准。2. 技术选型与工程骨架用 IDEA 搭出可扩展的 JavaWeb 分层项目2.1 为什么先写 Servlet而不是直接上 Spring Boot很多刚开始学 JavaWeb 的人会问企业里都用 Spring Boot为什么还要从 Servlet 写起。我的看法是框架解决的是调用更简单而 JavaWeb 要解决的是原理是什么。在 Servlet 里你能亲眼看到 HttpServletRequest 怎么进来、HttpServletResponse 怎么出去Filter 怎么拦截请求Session 到底存放在哪里。把这条链路走通之后再去看 Spring MVC 的 DispatcherServlet会立刻明白它只是把这套流程封装了一层。就旅游服务管理系统这个规模来说Servlet JSP MySQL Tomcat 的代码量在三千行以内既能承载登录、分页、下单这些核心场景又不会因为框架的自动配置把该掌握的细节藏起来。也正是因为这个原因这类选题常年出现在 JavaWeb 教学案例和毕业设计题目里。2.2 用 IDEA 创建 JavaWeb 项目的目录骨架常见做法是在 IDEA 里新建普通 Java 项目再手动补 web 目录。不少人在新版 IDEA 的向导里找项目模板找不到其实只要确认三个目录存在就能继续src/main/java、src/main/resources、src/main/webapp/WEB-INF/web.xml。没有模板也没有问题JavaWeb 项目的本质就是「源码目录 部署描述符 运行容器」。最终目录结构如下src ├── main │ ├── java │ │ └── com/travel │ │ ├── controller # Servlet接收并响应请求 │ │ ├── service # 业务逻辑事务边界所在 │ │ ├── dao # JDBC 数据访问 │ │ ├── entity # 实体类与表字段对应 │ │ └── filter # 登录等横切逻辑 │ ├── resources │ │ └── db.properties # 数据源与连接池参数 │ └── webapp │ ├── WEB-INF │ │ └── web.xml │ └── jsp这个结构对应经典的 controller → service → dao 三层。controller 只做参数接收与视图跳转service 负责业务规则和事务dao 只写 SQL。网上能搜到的 JavaWeb 项目完整案例基本都长这样区别只在命名习惯。这里有一个建议实体类统一放 entity 包不要跟 DAO 混在同一个包里否则以后要迁移到 MyBatis 时改动面会非常大。2.3 依赖声明与三层职责边界如果使用 Maven 管理依赖pom.xml 里只需要三个核心依赖dependency groupIdjavax.servlet/groupId artifactIdjavax.servlet-api/artifactId version4.0.1/version scopeprovided/scope /dependency dependency groupIdjavax.servlet.jsp/groupId artifactIdjavax.servlet.jsp-api/artifactId version2.3.3/version scopeprovided/scope /dependency dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId version8.0.33/version /dependencyservlet-api 和 jsp-api 必须声明为 provided因为 Tomcat 自带这两个 jar如果打成 war 时把它们也打进去启动会报 jar 重复或 MethodNotFound。前两个依赖只在编译期生效运行期交给容器的类加载器处理mysql-connector-j 是运行时依赖需要真正打包进 WEB-INF/lib。提示IDEA 里配置 Tomcat 时先确认版本匹配。Tomcat 9 对应 Servlet 4.0配合 JDK 8 及以上若误用 Servlet 5.0 的 javax 包很容易出现 NoClassDefFoundError。三层职责边界用一张表定死后续写代码照着对照层该做的事不该做的事Controller参数校验、调用 Service、跳转视图直接 new DAO 操作数据库Service业务规则、事务开启与提交拼 SQL、把 Connection 传进 ControllerDAO执行 SQL、结果映射为实体处理登录状态、写业务判断给新人定一个检查标准读完 Controller 应该能说出这个请求「做什么」而不是「SQL 怎么拼」。旅游服务管理系统里诸如「未登录不能下单」「下单前检查库存」这类规则都放 Service 层散落到 JSP 或 Servlet 里就成了技术债。3. 数据库设计6 张表把旅游业务拆干净3.1 实体关系与字段取舍旅游服务管理系统的最小业务闭环是「用户浏览线路 → 下单 → 管理员维护数据」。围绕这个闭环我一般会设计 6 张表用户表 user、管理员表 admin、线路分类表 category、旅游线路表 route、订单表 orders、评论表 comment。关系也很直观用户与订单是一对多线路与评论是一对多分类与线路是一对多。这里有一个新手很容易踩的设计坑订单表里除了外键 route_id还要冗余线路名称和下单时单价的快照字段。原因是业务上线路价格会调整而历史订单的金额不应该跟着变。如果订单只存外键、每次联表查价格就会出现用户三个月前付了 1000 元、后台查出来变成 1200 元的对账结果。冗余快照是以读写一致性换查询稳定性的典型取舍。整体表设计如下表用途关键字段与约束user注册用户username 唯一索引password 存加盐哈希admin后台管理员role 区分角色category线路分类name 非空route旅游线路category_id 外键price 用 DECIMALorders订单主表order_no 唯一冗余 route_name、pricecomment线路评论route_id、user_id 联合索引3.2 建表 SQL 与字段类型选择核心的 4 张表 DDL 如下直接贴进命令行执行即可CREATE TABLE user ( id INT NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL COMMENT 登录名, password VARCHAR(64) NOT NULL COMMENT 加盐后的MD5, phone VARCHAR(20) DEFAULT NULL, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用户表; CREATE TABLE category ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(50) NOT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT线路分类; CREATE TABLE route ( id INT NOT NULL AUTO_INCREMENT, category_id INT NOT NULL, name VARCHAR(100) NOT NULL COMMENT 线路名称, price DECIMAL(10,2) NOT NULL COMMENT 成人单价, stock INT NOT NULL DEFAULT 0 COMMENT 剩余名额, intro TEXT COMMENT 行程介绍, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_category_price (category_id, price) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT旅游线路表; CREATE TABLE orders ( id INT NOT NULL AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL COMMENT 订单号, user_id INT NOT NULL, route_id INT NOT NULL, route_name VARCHAR(100) NOT NULL COMMENT 线路名称快照, price DECIMAL(10,2) NOT NULL COMMENT 下单单价快照, count INT NOT NULL DEFAULT 1 COMMENT 购买数量, status TINYINT NOT NULL DEFAULT 0 COMMENT 0待支付 1已支付 2已取消, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no), KEY idx_user_id (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT订单表;有四个细节需要说明。第一金额必须用 DECIMAL(10,2) 而不是 float/double浮点数在累计计算时会产生 0.1 0.2 这类精度误差对账时极难排查。第二字符集统一用 utf8mb4utf8 在 MySQL 里最多存 3 字节用户评论里带个 emoji 就会写入失败。第三订单号加唯一索引这是幂等下单的基础后面接支付回调时可以靠它去重。第四route 表上建了 (category_id, price) 组合索引对应「按分类查线路并按价格排序」这条最频繁的查询路径。3.3 分页查询与索引命中验证用户端线路列表最常见的场景是选择分类、按价格升序、分批加载。对应 SQL 是SELECT id, name, price, stock, intro FROM route WHERE category_id ? ORDER BY price ASC LIMIT ?, ?;LIMIT 第一个问号是起始行数第二个问号是每页条数。在 JavaWeb 分页里通常传入 (page - 1) * pageSize 而不是直接把页码交给 SQL这样数据库只需要扫描 offset 之后的那一段数据。为了确认组合索引真的被命中可以在命令行执行 EXPLAINEXPLAIN SELECT id, name, price FROM route WHERE category_id 1 ORDER BY price ASC LIMIT 0, 10;结果里 type 应为 ref 或 rangekey 列为 idx_category_price说明 WHERE 与 ORDER BY 都走了索引如果看到 Using filesort说明排序没走索引需要调整组合索引的字段顺序。这个检查习惯移植到任何 MySQL 项目里都成立。4. 核心功能实现登录鉴权、条件分页与下单事务4.1 登录 Servlet 与 Session 建立登录是整个系统的权限入口。Controller 层的典型写法如下使用 WebServlet 注解替代 web.xml 里的 servlet-mappingWebServlet(/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 || password null || username.trim().isEmpty() || password.isEmpty()) { resp.sendRedirect(req.getContextPath() /login.jsp); return; } User user userService.login(username, password); if (user null) { req.setAttribute(error, 用户名或密码错误); req.getRequestDispatcher(/login.jsp).forward(req, resp); return; } HttpSession session req.getSession(); session.setAttribute(loginUser, user); resp.sendRedirect(req.getContextPath() /index.jsp); } }这里有两个容易混淆的点。req.getParameter 拿到的是表单提交的原始字符串任何 trim 和空判断都要在进入 Service 之前做完避免把脏参数带到下一步。失败时用 forward 转发request 域里的 error 属性能在 JSP 里通过 ${error} 取出成功时用 sendRedirect 重定向Post-Redirect-Get 模式可以防止刷新页面时重复提交表单。密码存储不要用明文常见做法是 MD5 加盐后再入库盐值可以用用户名加固定串Service 层校验时重新拼一次再比对。4.2 Filter 完成统一登录鉴权用户未登录时不允许访问订单相关接口这个逻辑不能在每个 Servlet 里重复写用 Filter 统一拦截WebFilter(urlPatterns {/order/*, /user/*}) public class LoginFilter implements Filter { Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpSession session request.getSession(false); if (session null || session.getAttribute(loginUser) null) { ((HttpServletResponse) resp).sendRedirect( request.getContextPath() /login.jsp); return; } chain.doFilter(req, resp); } }urlPatterns 里写的是路径前缀/order/* 会拦截所有以 /order/ 开头的请求这是 Servlet 规范的默认匹配规则。登录接口本身不能放在这个过滤器范围内否则会出现「没登录就不能访问登录页」的死循环。getSession(false) 与 getSession() 的区别在于前者不会为未登录用户创建新 Session可以避免给静态资源和登录请求也分配会话对象减少服务端 Session 内存开销。4.3 线路条件分页的 DAO 写法线路查询带有分类、价格上限两个筛选条件直接在 SQL 上动态拼接 WHERE 子句。DAO 的方法签名和 SQL 组装如下public ListRoute findByPage(int categoryId, BigDecimal maxPrice, int page, int pageSize) { StringBuilder sql new StringBuilder( SELECT id, name, price, stock FROM route WHERE 11 ); ListObject args new ArrayList(); if (categoryId 0) { sql.append(AND category_id ? ); args.add(categoryId); } if (maxPrice ! null) { sql.append(AND price ? ); args.add(maxPrice); } sql.append(ORDER BY price ASC LIMIT ?, ?); args.add((page - 1) * pageSize); args.add(pageSize); // 用 PreparedStatement 遍历 args 执行返回 ListRoute return jdbcTemplate.query(sql.toString(), args.toArray()); }WHERE 11 只是为了方便后续无条件追加没有任何性能影响优化器会忽略这个恒真条件。所有参数都通过 ? 占位符传入 PreparedStatement避免字符串拼接导致的 SQL 注入。pageSize 一般固定为 8 或 10从页面传过来的 pageSize 一定要限制取值范围否则用户传个 100000 就能一次把全表拉走。4.4 下单事务与防超卖下单涉及「扣库存 写订单」两个操作必须保证原子性。事务的边界要开在 Service 层而不是 DAO 层因为一个 DAO 方法只对应一条 SQL事务跨多条 SQL 时只能上抛到 Service 统一控制public boolean createOrder(int userId, int routeId, int count) throws SQLException { Connection conn null; try { conn JdbcUtil.getConnection(); conn.setAutoCommit(false); // 开启事务 Route route routeDao.selectByIdForUpdate(conn, routeId); if (route.getStock() count) { conn.rollback(); // 库存不足回滚 return false; } routeDao.decreaseStock(conn, routeId, count); orderDao.insert(conn, buildOrder(route, count)); conn.commit(); return true; } catch (SQLException e) { conn.rollback(); throw e; } finally { conn.setAutoCommit(true); // 归还前复位连接池场景必须做 JdbcUtil.closeQuietly(conn); } }selectByIdForUpdate 内部执行的是 SELECT ... FOR UPDATE在 InnoDB 下会给这条线路记录加行锁并发下单时后到的事务会等锁从而避免超卖。finally 里把 autoCommit 复位成 true 是最容易忽略的细节连接归还到连接池后如果还是 false下一次借出这条连接的代码会继续沿用错误的事务模式表现就是「别人改的数据提交不了」。这个阶段常见的报错可以用一张表对号入座现象原因处理404 且路径带项目名代码写死了路径没拼 contextPath所有重定向用 getContextPath() 拼接500 ClassNotFoundException依赖 jar 没打进 warMaven 执行 package 后检查 WEB-INF/lib下单后库存变负数查库存与扣库存不是原子操作Service 层开事务配合 SELECT FOR UPDATE5. 部署验证与慢查询定位war 包上线前的最后几个步骤5.1 打包部署与登录接口验证Maven 项目执行 mvn clean packagetarget 目录下会生成 tour.war。把它复制到 Tomcat 的 webapps 目录启动 bin/startup.shWindows 是 startup.bat等日志出现 Server startup 后用 curl 验证登录接口curl -i -X POST \ -d usernameadminpassword123456 \ http://localhost:8080/tour/login如果登录成功响应头里应该看到 302 和 Set-Cookie: JSESSIONID...这个 Cookie 就是后续会话保持的依据。如果把 war 改名为 ROOT.war 部署访问路径会去掉项目名但要注意 ROOT 应用占用了根路径Tomcat 自带默认页会被覆盖。部署后优先看 logs/catalina.out 而不是看浏览器页面大部分启动失败原因都会在第一屏异常里直接给出。5.2 连接池参数与慢查询日志生产环境不可能每次请求都新建 Connection连接池参数我会按下面的初始值去设参数建议值含义initialSize10启动时预建的连接数maxActive50最大活跃连接数maxWait5000拿不到连接时的最长等待毫秒数validationQuerySELECT 1借出连接前的有效性检测同时注意 db.properties 里 MySQL 8 的驱动类要写 com.mysql.cj.jdbc.Driver老版的 com.mysql.jdbc.Driver 在 8.x 驱动下只会打出一行弃用警告但不影响运行。如果查线路的接口偶尔卡顿打开 MySQL 慢查询日志定位最直接SET GLOBAL slow_query_log ON; SET GLOBAL long_query_time 1;执行后超过 1 秒的 SQL 会写入 mysql-slow.log。打开日志如果看到 WHERE category_id ? ORDER BY price 的记录回到第 3 章的 EXPLAIN 检查索引是否命中。还有一个日常容易忽略的技巧连接池的 maxWait 不建议无脑调大调到 30 秒只是把故障感知延后正确做法是保留 5 秒以内的超时配合接口监控在业务侧报警而不是在数据库连接上死等。本文还有配套的精品资源点击获取