企业官网建设流程全解析

简介：本资源是面向Java Web初学者与进阶开发者的数据库应用实战学习包，聚焦Servlet、JSP、JDBC及基础MVC架构的融合实践，由曾凌、沈应逵教学体系延伸而来，助力开发者掌握Web层与数据库层协同开发的核心能力。压缩包共884个文件，涵盖163个Java源码、140个JSP页面、181个编译后Class文件、84个JS脚本、72个GIF动画、48个AVI教学视频（含系统演示、共通Servlet实现、报表打印、Servlet原理讲解等关键实操录屏），以及SQL建表语句、XML配置、Jar依赖等配套资源，整体大小222.5MB。已有470人学习下载，资源结构完整、模块清晰，提供从环境部署、代码调试到功能验证的全链路支撑，特别适合通过跟练视频+运行源码快速建立Web应用开发直觉，夯实数据库交互与分层设计能力。

1. 为什么一个“Java Web数据库系统应用开发与实例”项目，至今仍是校招面试官翻来覆去考的硬通货？

不是因为技术多新——Servlet 3.1、JSP、JDBC 这些词在2025年听来甚至有点复古；而是因为它像一把解剖刀，能一刀切开应届生或转行者的真实工程能力：你能不能把「用户登录」这个动作，从浏览器输入框开始，一路穿过滤器链、进到 Service 层事务边界、查 MySQL 用户表、比对 BCrypt 密文、再把 Session 写进 Tomcat 内存——每个环节都经得起追问？能不能在web.xml里配错一个<url-pattern>就让整个登录跳转失效后，三分钟内定位到是DispatcherServlet没接管/login路径？能不能把ResultSet关闭顺序写反，导致连接池耗尽、线上报Cannot get a connection, pool error Timeout waiting for idle object却以为是数据库挂了？
这个标题背后不是“做个学生选课系统”的作业感，而是一套被工业界反复验证过的最小闭环：HTTP 请求 → Java 控制层 → 事务管理 → SQL 执行 → 结果渲染。它不依赖 Spring Boot 自动装配的黑匣子，逼你亲手拧紧每颗螺丝。适合两类人：一是刚学完 JDBC 和 Servlet 想验证自己是否真懂“Web 是怎么活起来的”；二是准备 Java 开发岗面试，需要一个能讲透三层架构、事务传播、SQL 注入防御、连接池参数调优的完整载体。别急着抄 Spring Security，先把这个“裸金属版 Web 应用”跑通、改崩、再修好——这才是面试时说“我做过 Web 系统”的底气来源。

2. 从零搭起一个可调试、可打断点、可看 SQL 日志的 Java Web 数据库应用

2.1 选型逻辑：为什么不用 Spring Boot，而坚持用传统 WAR + Tomcat + 原生 JDBC？

新手常误以为“Spring Boot = 更简单”，实则相反：当你连HttpServletRequest怎么取参数、HttpServletResponse怎么设响应头都不熟时，Spring MVC 的@RequestParam、@ResponseBody反而成了认知黑洞。而本项目坚持用javax.servlet.*原生 API +mysql-connector-java+c3p0连接池，原因有三：
第一，调试可见性高：你在LoginServlet.doPost()打断点，能清晰看到request.getParameter("username")返回 null 是因为表单 name 写成user_name，而不是被@Valid注解和 BindingResult 隐藏掉原始请求体；
第二，错误归因明确：当页面 404，你能立刻判断是web.xml中<servlet-mapping>的<url-pattern>写成/login.do却在 HTML 表单里提交到/login，而不是怀疑 Spring Boot 的@RequestMapping扫描路径或static目录配置；
第三，数据库交互无抽象层遮挡：PreparedStatement.setString(1, username)执行后，你能在控制台直接看到SELECT * FROM user WHERE username = ?被替换成SELECT * FROM user WHERE username = 'admin'的完整过程，这对理解预编译防注入、参数占位符机制至关重要。

提示：这不是反对 Spring Boot，而是主张“先见森林，再识树木”。等你亲手写过 5 个原生 Servlet 处理增删改查，再上 Spring Boot，才能真正看懂@Transactional底层怎么织入 AOP、JdbcTemplate怎么封装PreparedStatement。

2.2 创建标准 Java Web 工程：IDEA 2024 中手动配置 WAR 结构与 Tomcat 部署

IntelliJ IDEA 2024 创建传统 Web 项目已不再默认提供 “Java Enterprise” 向导，需手动补全结构。以下是经过验证的最小可行步骤（非向导生成，避免隐藏文件）：

# 1. 新建空项目（File → New → Project → Empty Project） # 2. 在项目根目录下手动创建标准目录： src/ ├── main/ │ ├── java/ # 存放所有 .java 文件（如 com.example.servlet.LoginServlet） │ ├── resources/ # 存放 jdbc.properties、log4j2.xml 等配置 │ └── webapp/ # Web 根目录，必须存在 │ ├── WEB-INF/ │ │ ├── web.xml # 核心部署描述符，必须手写 │ │ └── lib/ # 存放 jar 包（mysql-connector-java.jar, c3p0-0.9.5.5.jar 等） │ └── index.jsp # 首页，测试部署是否成功

关键操作：

• 配置 Artifacts：File → Project Structure → Artifacts → + → Web Application: Archive → For 'xxx'，确保 Output Directory 指向out/artifacts/xxx_war_exploded；
• 配置 Tomcat Server：Run → Edit Configurations → + → Tomcat Server → Local，Deployment Tab 中点击+ → Artifact → xxx:war exploded，Application context 设为/；
• 验证部署：启动后访问http://localhost:8080/，若显示index.jsp中内容（如<h1>Hello from JSP!</h1>），说明 WAR 结构与容器集成成功。

注意：不要勾选 “After launch → Open in browser”，首次部署建议手动刷新浏览器，避免 IDEA 缓存旧页面。若页面空白且控制台无报错，立即检查webapp/WEB-INF/web.xml是否存在且格式合法（XML 声明必须在首行，<web-app>根节点 namespace 正确）。

2.3 JDBC 连接池实战：用 c3p0 替代 DriverManager，解决连接泄漏与性能瓶颈

直接使用DriverManager.getConnection()在高并发下必然崩溃：每次请求新建连接，MySQL 默认最大连接数 151，10 个用户并发就触发Too many connections。c3p0 是轻量级、无依赖、配置直观的首选。

步骤一：引入依赖
将c3p0-0.9.5.5.jar和mchange-commons-java-0.2.20.jar放入webapp/WEB-INF/lib/（注意：c3p0 0.9.5+ 依赖 mchange-commons，缺一则启动报NoClassDefFoundError）。

步骤二：编写jdbc.properties（放在src/main/resources/）

# 数据库连接基础信息 jdbc.driverClass=com.mysql.cj.jdbc.Driver jdbc.jdbcUrl=jdbc:mysql://localhost:3306/studentdb?useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true jdbc.user=root jdbc.password=123456 # c3p0 连接池核心参数（重点！） c3p0.minPoolSize=5 c3p0.maxPoolSize=20 c3p0.initialPoolSize=5 c3p0.maxStatements=50 c3p0.acquireIncrement=2 c3p0.idleConnectionTestPeriod=3000 c3p0.maxIdleTime=1800

步骤三：编写JdbcUtils.java工具类（单例 + 线程安全）

public class JdbcUtils { private static ComboPooledDataSource dataSource = new ComboPooledDataSource(); // 静态块加载配置，只执行一次 static { try { ResourceBundle bundle = ResourceBundle.getBundle("jdbc"); dataSource.setDriverClass(bundle.getString("jdbc.driverClass")); dataSource.setJdbcUrl(bundle.getString("jdbc.jdbcUrl")); dataSource.setUser(bundle.getString("jdbc.user")); dataSource.setPassword(bundle.getString("jdbc.password")); // 设置连接池参数（与 properties 中一致，但代码中可动态覆盖） dataSource.setMinPoolSize(Integer.parseInt(bundle.getString("c3p0.minPoolSize"))); dataSource.setMaxPoolSize(Integer.parseInt(bundle.getString("c3p0.maxPoolSize"))); dataSource.setInitialPoolSize(Integer.parseInt(bundle.getString("c3p0.initialPoolSize"))); dataSource.setMaxStatements(Integer.parseInt(bundle.getString("c3p0.maxStatements"))); } catch (Exception e) { throw new ExceptionInInitializerError(e); } } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); // 从此处获取连接，非 DriverManager } public static void close(Connection conn, PreparedStatement ps, ResultSet rs) { if (rs != null) try { rs.close(); } catch (SQLException e) { /* 忽略 */ } if (ps != null) try { ps.close(); } catch (SQLException e) { /* 忽略 */ } if (conn != null) try { conn.close(); } catch (SQLException e) { /* 忽略 */ } // 注意：此处 conn.close() 实际是归还连接到池，不是销毁！ } }

参数说明与血泪经验：

• minPoolSize=5：应用启动时即创建 5 个空闲连接，避免首请求冷启动延迟；
• maxPoolSize=20：硬性上限，超过则线程阻塞等待（可通过c3p0.checkoutTimeout设超时）；
• acquireIncrement=2：当池中无空闲连接时，一次性创建 2 个新连接，而非 1 个，减少频繁创建开销；
• idleConnectionTestPeriod=3000：每 3 秒检测空闲连接是否有效（执行SELECT 1），及时剔除 MySQL 的 wait_timeout 断连；
• maxIdleTime=1800：空闲连接存活 1800 秒（30 分钟）后自动销毁，防止连接长期占用内存。

提示：若启动时报com.mchange.v2.c3p0.DriverManagerDataSource.<init>()异常，90% 是jdbc.properties路径不对或ResourceBundle.getBundle("jdbc")找不到文件——确认jdbc.properties在out/production/xxx/目录下（即编译后位于 classpath 根路径）。

3. 实现用户模块核心功能：登录、注册、列表查询的三层架构落地

3.1 Servlet 层：用doPost()接收表单，用RequestDispatcher转发结果

以登录为例，LoginServlet.java不是简单查库返回 JSON，而是严格遵循请求-处理-响应流程：

@WebServlet("/login") public class LoginServlet extends HttpServlet { @Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // 1. 获取请求参数（注意：GET 请求用 getParameter，POST 表单同理） String username = request.getParameter("username"); String password = request.getParameter("password"); // 2. 调用 Service 层处理业务逻辑（解耦！） UserService userService = new UserService(); User user = userService.login(username, password); // 3. 根据业务结果决定跳转（MVC 中的 Controller 职责） if (user != null) { // 登录成功：将用户信息存入 Session，重定向到主页 request.getSession().setAttribute("currentUser", user); response.sendRedirect(request.getContextPath() + "/home.jsp"); } else { // 登录失败：设置错误信息，转发回登录页（保留原表单数据） request.setAttribute("errorMsg", "用户名或密码错误"); request.getRequestDispatcher("/login.jsp").forward(request, response); } } }

关键细节说明：

• response.sendRedirect()是客户端重定向，URL 地址栏会变，且是两次 HTTP 请求（302 + GET），适合登录成功后跳转，避免 F5 刷新重复提交；
• request.getRequestDispatcher().forward()是服务器端转发，URL 不变，且是单次请求，适合失败时回传错误信息，用户无需重新填表单；
• request.getContextPath()动态获取应用上下文（如部署为/student，则返回/student），避免硬编码路径导致迁移失败；
• request.getSession().setAttribute()将用户对象存入 Session，后续所有请求可通过request.getSession().getAttribute("currentUser")获取，这是传统 Web 的状态管理基石。

3.2 Service 层：用@Transactional模拟（手动管理事务），保证数据一致性

虽然没用 Spring，但事务意识不能丢。以注册为例，需同时插入user表和初始化user_profile表，任一失败必须回滚：

public class UserService { public boolean register(String username, String password, String email) { Connection conn = null; PreparedStatement ps1 = null; PreparedStatement ps2 = null; try { conn = JdbcUtils.getConnection(); conn.setAutoCommit(false); // 关键：关闭自动提交，开启事务 // 插入 user 表 String sql1 = "INSERT INTO user(username, password, email) VALUES(?, ?, ?)"; ps1 = conn.prepareStatement(sql1, Statement.RETURN_GENERATED_KEYS); ps1.setString(1, username); ps1.setString(2, BCrypt.hashpw(password, BCrypt.gensalt())); // 密码加密 ps1.setString(3, email); int rows1 = ps1.executeUpdate(); // 获取刚插入的 user_id（用于关联 profile） ResultSet rs = ps1.getGeneratedKeys(); Long userId = null; if (rs.next()) { userId = rs.getLong(1); } // 插入 user_profile 表（关联 user_id） String sql2 = "INSERT INTO user_profile(user_id, nickname, avatar) VALUES(?, ?, ?)"; ps2 = conn.prepareStatement(sql2); ps2.setLong(1, userId); ps2.setString(2, username); // 昵称默认为用户名 ps2.setString(3, "/images/default-avatar.png"); int rows2 = ps2.executeUpdate(); // 两步都成功才提交 if (rows1 == 1 && rows2 == 1) { conn.commit(); return true; } else { conn.rollback(); return false; } } catch (Exception e) { try { if (conn != null) conn.rollback(); // 异常时强制回滚 } catch (SQLException ex) { ex.printStackTrace(); } e.printStackTrace(); return false; } finally { JdbcUtils.close(conn, ps1, null); JdbcUtils.close(null, ps2, null); } } }

为什么这里要手动 commit/rollback？
因为c3p0连接池返回的Connection默认autoCommit=true，若不显式设为false，每条 SQL 执行后立即提交，无法实现跨表原子性。此段代码就是 Spring@Transactional的底层等价实现——只是由你亲手写出来。

3.3 DAO 层：用 PreparedStatement 防注入，用泛型封装通用查询

DAO 不是简单拼 SQL 字符串。UserDao.java示例：

public class UserDao { // 通用查询：根据条件返回 List<User> public List<User> findUsersByCondition(String condition, Object... params) { List<User> users = new ArrayList<>(); String sql = "SELECT id, username, email, create_time FROM user WHERE " + condition; Connection conn = null; PreparedStatement ps = null; ResultSet rs = null; try { conn = JdbcUtils.getConnection(); ps = conn.prepareStatement(sql); // 动态设置参数（支持 LIKE、=、IN 等各种 condition） for (int i = 0; i < params.length; i++) { ps.setObject(i + 1, params[i]); } rs = ps.executeQuery(); while (rs.next()) { User user = new User(); user.setId(rs.getLong("id")); user.setUsername(rs.getString("username")); user.setEmail(rs.getString("email")); user.setCreateTime(rs.getTimestamp("create_time")); users.add(user); } } catch (SQLException e) { e.printStackTrace(); } finally { JdbcUtils.close(conn, ps, rs); } return users; } // 特定查询：按用户名查唯一用户（登录用） public User findByUsername(String username) { String sql = "SELECT id, username, password, email FROM user WHERE username = ?"; // ... 类似上面的 try-catch，省略 return user; } }

参数说明：

• findUsersByCondition("username LIKE ? OR email LIKE ?", "%admin%", "%admin%")可复用；
• setObject()比setString()更安全，自动处理 null 和类型转换；
• 所有ResultSet字段名用rs.getString("username")而非rs.getString(2)，避免 SQL 字段顺序调整导致索引错乱。

4. 避坑指南：那些让新手调试到凌晨三点的典型问题与解决方案

4.1 现象：页面提交表单后，Servlet 的doPost()完全没被调用，控制台无任何日志

原因：web.xml中<servlet-mapping>的<url-pattern>与 HTML 表单的action属性不匹配，或@WebServlet注解路径未生效。
排查步骤：

1. 查看浏览器开发者工具 Network Tab，确认提交的 URL 是http://localhost:8080/login还是http://localhost:8080/student/login（后者需 contextPath）；
2. 检查web.xml中<servlet-mapping>的<url-pattern>是否为/login（注意开头斜杠）；
3. 若用@WebServlet("/login")，确认类上有@WebServlet且没有web.xml中同名<servlet>冲突（Servlet 3.0+ 优先注解）；
4. 在web.xml的<web-app>根节点检查version="3.1"是否声明，低版本不支持注解。
   解决：统一用@WebServlet("/login")，并在表单中写<form action="${pageContext.request.contextPath}/login" method="post">。

4.2 现象：登录成功后跳转到home.jsp，但页面显示null或500，控制台报NullPointerException

原因：home.jsp中试图访问session.getAttribute("currentUser")，但该属性未正确设置，或request.getSession()返回的是新 Session。
关键检查点：

• LoginServlet中是否用了response.sendRedirect()？重定向会丢失request作用域，但session是全局的，所以session.setAttribute()仍有效；
• home.jsp中是否写了<% User user = (User) session.getAttribute("currentUser"); %>，但未判空就直接user.getUsername()？
• Tomcat 的conf/context.xml中<Context>是否设置了sessionCookiePath="/", 防止子路径应用间 Session 隔离？
  解决：在home.jsp开头加判空：

<% User user = (User) session.getAttribute("currentUser"); if (user == null) { response.sendRedirect(request.getContextPath() + "/login.jsp"); return; } %>

4.3 现象：数据库中文显示为???，或插入中文后查出来是乱码

原因：MySQL 服务端、数据库、表、连接 URL 四层编码不一致，最常见是连接 URL 缺少characterEncoding=utf8。
四步修复法：

1. MySQL 服务端：SHOW VARIABLES LIKE 'character_set_%';确保character_set_server=utf8mb4；
2. 数据库与表：CREATE DATABASE studentdb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;，已有库执行ALTER DATABASE studentdb CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;；
3. 连接 URL：jdbc:mysql://localhost:3306/studentdb?useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true&characterEncoding=utf8mb4；
4. Tomcat：conf/server.xml中<Connector>添加URIEncoding="UTF-8"。

注意：utf8mb4是 MySQL 4 字节 UTF-8，支持 emoji，比utf8（实际是 utf8mb3）更健壮，必须用。

4.4 现象：c3p0连接池报An attempt by a client to checkout a connection has timed out

原因：连接池耗尽，所有连接都在忙或已失效，新请求等待超时（默认 30 秒）。
根因分析：

• DAO 层忘记关闭Connection（JdbcUtils.close()未调用）；
• Service 层事务未正常commit/rollback，连接被长期占用；
• maxPoolSize设置过小（如 5），而并发请求 >5；
• MySQL 的wait_timeout（默认 28800 秒 = 8 小时）小于c3p0.maxIdleTime，导致连接池认为连接还活着，但 MySQL 已关闭。
  解决：
• 在JdbcUtils.close()的finally块中强制关闭，即使前面异常也要关；
• 将c3p0.maxIdleTime设为wait_timeout - 300（如 MySQLwait_timeout=28800，则设c3p0.maxIdleTime=28500）；
• 启动时加 JVM 参数-Dcom.mchange.v2.log.MLog=com.mchange.v2.log.FallbackMLog -Dcom.mchange.v2.log.FallbackMLog.DEFAULT_CUTOFF_LEVEL=ALL，查看 c3p0 详细日志。

4.5 现象：BCrypt.hashpw()加密后，数据库存的密文长度不固定（有的 59 位，有的 60 位）

原因：BCrypt.gensalt()默认使用log_rounds=10（即 2^10 次哈希），但不同 JDK 版本或org.mindrot.jbcrypt版本对盐值生成有细微差异。
这不是 Bug，是设计特性：BCrypt 密文格式为$2a$10$xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx，其中10是轮数，x是 Base64 编码的盐值和哈希值，长度天然浮动。
验证方法：

String hash1 = BCrypt.hashpw("123", BCrypt.gensalt()); String hash2 = BCrypt.hashpw("123", BCrypt.gensalt()); System.out.println(hash1.length()); // 可能 59 或 60 System.out.println(hash2.length()); // 可能 59 或 60 // 但验证时完全兼容： System.out.println(BCrypt.checkpw("123", hash1)); // true System.out.println(BCrypt.checkpw("123", hash2)); // true

结论：数据库字段用VARCHAR(255)足够，无需纠结长度，checkpw()方法会自动解析盐值和轮数。

5. 进阶技巧：用 Log4j2 记录 SQL 执行日志，把数据库操作变成“透明黑匣子”

光靠System.out.println()看 SQL 是原始且低效的。Log4j2 可精准捕获PreparedStatement绑定参数后的最终 SQL，这是排查慢查询、注入漏洞、逻辑错误的终极武器。

5.1 配置 Log4j2：让 c3p0 和 JDBC 驱动输出可读日志

步骤一：引入依赖
将log4j-api-2.20.0.jar、log4j-core-2.20.0.jar、log4j-jul-2.20.0.jar放入webapp/WEB-INF/lib/（注意版本一致，2.20.0 兼容 Java 8+）。

步骤二：编写log4j2.xml（放在src/main/resources/）

<?xml version="1.0" encoding="UTF-8"?> <Configuration status="WARN"> <Appenders> <Console name="Console" target="SYSTEM_OUT"> <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/> </Console> <!-- 专门捕获 SQL 日志的文件 Appender --> <File name="SqlFile" fileName="logs/sql.log" append="true"> <PatternLayout pattern="%d{yyyy-MM-dd HH:mm:ss.SSS} [%t] %msg%n"/> </File> </Appenders> <Loggers> <!-- 捕获 c3p0 连接池日志 --> <Logger name="com.mchange.v2.c3p0" level="INFO" additivity="false"> <AppenderRef ref="Console"/> </Logger> <!-- 捕获 MySQL 驱动的 PreparedStatement 日志（核心！） --> <Logger name="com.mysql.cj.jdbc" level="DEBUG" additivity="false"> <AppenderRef ref="SqlFile"/> </Logger> <!-- 捕获自定义业务日志 --> <Root level="INFO"> <AppenderRef ref="Console"/> </Root> </Loggers> </Configuration>

步骤三：启用 MySQL 驱动的 debug 模式
修改jdbc.properties，在jdbc.jdbcUrl后追加&logger=com.mysql.cj.log.StandardLogger&profileSQL=true：

jdbc.jdbcUrl=jdbc:mysql://localhost:3306/studentdb?useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true&characterEncoding=utf8mb4&logger=com.mysql.cj.log.StandardLogger&profileSQL=true

5.2 日志效果：看清每一条 SQL 的真实执行面貌

启动应用，执行一次登录，logs/sql.log中将出现：

2025-04-10 14:22:31.887 [http-nio-8080-exec-1] SELECT id, username, password, email FROM user WHERE username = 'admin' 2025-04-10 14:22:31.888 [http-nio-8080-exec-1] /* mysql-connector-java-8.0.33 (Revision: 40e3e51b1f04b99023b718315545141414141414) */ SELECT id, username, password, email FROM user WHERE username = 'admin'

这解决了什么问题？

• 防注入验证：看到WHERE username = 'admin'而非WHERE username = 'admin' OR '1'='1'，证明PreparedStatement生效；
• 慢查询定位：日志带毫秒时间戳，若某条 SQL 耗时 2s，直接复制到 MySQL 客户端执行EXPLAIN；
• 逻辑错误追溯：注册时发现INSERT INTO user_profile日志没出现，立刻知道是UserService.register()中ps2.executeUpdate()报了异常但被吞了；
• 连接泄漏线索：日志中SELECT很多但INSERT/UPDATE极少，可能业务卡在某个查询上未释放连接。

5.3 日志分级实践：生产环境关闭 SQL 日志，开发环境自动启用

硬编码日志级别不灵活。改进方案：用log4j2.xml的Properties+ScriptFilter实现环境感知：

<Configuration status="WARN"> <Properties> <Property name="env">dev</Property> <!-- 可通过 JVM 参数 -Denv=prod 覆盖 --> </Properties> <Loggers> <Logger name="com.mysql.cj.jdbc" level="${env == 'prod' ? 'WARN' : 'DEBUG'}" additivity="false"> <AppenderRef ref="SqlFile"/> </Logger> </Loggers> </Configuration>

这样，开发时java -jar xxx.war默认输出 SQL；上线时java -Denv=prod -jar xxx.war则自动降级为 WARN，避免日志爆炸。

我带过的实习生，第一个月必做三件事：

1. 把LoginServlet的doPost()打满断点，看着request.getParameter()怎么从 HTTP Body 解析出字符串；
2. 在JdbcUtils.getConnection()上打断点，确认每次调用都从 c3p0 池里取，而不是新建；
3. 打开logs/sql.log，对着日志一行行核对PreparedStatement绑定的值是否和表单输入一致。
   这三步走完，他就能独立排查 80% 的 Web 层问题。不是因为技术多高深，而是把“请求怎么来、数据怎么走、错误怎么出”这条链路，亲手摸了一遍。这套原生 Web 开发范式不会过时，它训练的是一种底层直觉——当 Spring Boot 自动生成了 20 个 Bean，你知道哪个在管事务，哪个在管连接，哪个在管序列化。希望帮到你。

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