简介本资源是《Java Web数据库系统应用开发与实例》配套源码与教学视频合集面向Java初学者及Web开发入门者系统解决Servlet、JSP、JDBC与数据库协同开发的核心实践问题覆盖MVC架构搭建、Tomcat部署、SQL增删改查及事务处理等关键能力。压缩包共884个文件总计222.5MB包含163个Java源码文件含Servlet与业务逻辑类、140个JSP页面实现动态视图层、181个编译后class文件、84个JS脚本支持前端交互、72个GIF动画辅助界面演示以及48个AVI教学视频含系统演示、共通Servlet设计、报表打印等实操录屏。已有469人学习下载资源提供从环境配置到功能实现的完整闭环不仅可运行调试全部示例项目还能通过视频直观理解请求流程、JSP内置对象用法及数据库连接池配置要点特别适合边学边练、对照源码深化理解。1. 为什么一个“Java Web数据库系统应用开发与实例”项目至今仍是校招面试官翻烂的压箱底题库不是因为代码多、框架新而是它把 Java Web 开发里最真实、最琐碎、也最容易被忽略的「数据链路闭环」全摊开了从 JDBC 连接池怎么配不超时到 Servlet 处理 POST 表单时中文乱码怎么在 Tomcat 8.5 下真正根治从 JSP 页面里用 JSTLc:forEach渲染用户列表时NullPointerException的 3 种触发路径到用PreparedStatement防 SQL 注入时?占位符和setString(1, value)的索引错一位就直接 500——这些不是理论是每个刚部署到学生机房服务器上就崩掉的血泪现场。这个标题指向的不是一个 Demo而是一套可验证、可调试、可拆解的最小生产级数据流浏览器发起请求 → Servlet 解析参数 → Service 层调用 DAO → JDBC 拿连接 → MySQL 执行 CRUD → 结果封装成 List 返回页面。它不依赖 Spring Boot 自动装配的黑匣子所有中间环节都暴露在你眼皮底下。适合两类人一是正在准备 Java 基础岗面试、需要手写 DAO 层和事务控制逻辑的应届生二是带新人的工程师拿它当教学沙盒改一行代码就能看到数据库连接数暴增、事务回滚失败、或 XSS 输出未转义的真实后果。它不教你怎么炫技只教你怎么让数据从库表里安全、稳定、可追溯地走到用户眼前。2. 从零搭起可运行的 Java Web 数据库系统Tomcat Servlet JDBC MySQL 最小可行栈2.1 选型理由为什么不用 Spring Boot为什么坚持用原生 Servlet新手常问“现在都用 Spring Boot还学 Servlet 是不是过时了”——不是过时是必要。Spring Boot 的RestController一层封装就把请求解析、线程模型、异常传播、响应体序列化全包圆了。但一旦线上出现Connection reset by peer或java.sql.SQLTimeoutException: Timeout after 30000ms你连该去查 Tomcat 的maxThreads还是 HikariCP 的connection-timeout都得先翻三遍文档。本项目坚持用原生 Servlet JDBC核心就两条可控性HttpServlet#doPost()里每行代码你都看得见执行顺序try-with-resources关闭Connection/Statement/ResultSet的时机一清二楚可调试性在DAOImpl.java的executeUpdate()前打个断点你能亲眼看到PreparedStatement的 SQL 字符串长什么样、参数值填进去没、甚至getGeneratedKeys()返回的ResultSet是否为空。提示这不是反对 Spring Boot而是强调——在理解DispatcherServlet怎么把HttpServletRequest交给HandlerAdapter之前先亲手写一个UserServlet处理/user/add请求你会对整个 Web 容器生命周期有肌肉记忆。2.2 环境搭建JDK 8u291 Tomcat 9.0.83 MySQL 8.0.33避坑版配置必须锁定版本组合。JDK 17 默认禁用javax.*包Tomcat 10 改用jakarta.servlet.*MySQL 8.0.33 后默认caching_sha2_password认证插件——这三个点任何一个不匹配你的Class.forName(com.mysql.cj.jdbc.Driver)就会抛ClassNotFoundException或Access denied for user。# 1. JDK 验证必须是 8u291 或 8u301避免 TLS 1.3 兼容问题 java -version # 输出应为java version 1.8.0_291 # 2. Tomcat 9.0.83 解压后修改 conf/server.xml显式指定 URI 编码防中文参数乱码 # 在 Connector port8080 ... / 标签内添加 URIEncodingUTF-8!-- conf/web.xml 中添加全局字符编码过滤器 -- filter filter-nameCharacterEncodingFilter/filter-name filter-classorg.apache.catalina.filters.SetCharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param init-param param-nameforceEncoding/param-name param-valuetrue/param-value /init-param /filter filter-mapping filter-nameCharacterEncodingFilter/filter-name url-pattern/*/url-pattern /filter-mapping-- 3. MySQL 8.0.33 创建数据库与用户关键指定 mysql_native_password CREATE DATABASE IF NOT EXISTS user_management CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; CREATE USER webapplocalhost IDENTIFIED WITH mysql_native_password BY WebApp2023; GRANT ALL PRIVILEGES ON user_management.* TO webapplocalhost; FLUSH PRIVILEGES;2.3 数据库建模与 JDBC 连接池初始化HikariCP 替代老旧的 BasicDataSource别用Class.forName()DriverManager.getConnection()——那是 2005 年的写法。现代 Web 应用必须用连接池否则并发一上来Too many connections直接打挂 MySQL。HikariCP 是当前事实标准轻量、快、监控友好。在src/main/resources/hikari.properties中配置# hikari.properties jdbcUrljdbc:mysql://localhost:3306/user_management?useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue usernamewebapp passwordWebApp2023 driverClassNamecom.mysql.cj.jdbc.Driver # 连接池核心参数按 2C4G 学生机房服务器调优 maximumPoolSize10 minimumIdle2 connectionTimeout30000 idleTimeout600000 maxLifetime1800000 # 验证连接有效性防止 MySQL wait_timeout28800 导致空闲连接失效 connectionTestQuerySELECT 1Java 初始化代码放在ServletContextListener中随 Tomcat 启动加载// DBConnectionPool.java public class DBConnectionPool { private static HikariDataSource dataSource; public static void init() { if (dataSource null) { HikariConfig config new HikariConfig(hikari.properties); // 强制设置 connection-test-query某些 MySQL 版本需显式指定 config.setConnectionTestQuery(SELECT 1); dataSource new HikariDataSource(config); } } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); } public static void closeDataSource() { if (dataSource ! null !dataSource.isClosed()) { dataSource.close(); } } }逻辑说明HikariDataSource是线程安全的单例getConnection()返回的是池中已验证有效的连接。connectionTestQuery必须设否则空闲连接在 MySQLwait_timeout默认 8 小时后会被服务端主动断开而 HikariCP 不知道下次取连接时直接抛SQLException。参数说明maximumPoolSize10是保守值学生项目并发不会超 50connectionTimeout30000表示获取连接最长等 30 秒超时则抛异常避免线程卡死maxLifetime180000030 分钟强制连接到期重建规避 MySQL 连接老化问题。3. 核心业务落地用户管理模块的完整 CRUD 实现含事务与异常处理3.1 DAO 层设计接口抽象 PreparedStatement 防注入附 SQL 注入对比实验先定义UserDAO接口强制所有实现类提供统一方法签名// UserDAO.java public interface UserDAO { boolean addUser(User user) throws SQLException; ListUser findAllUsers() throws SQLException; User findUserById(int id) throws SQLException; boolean updateUser(User user) throws SQLException; boolean deleteUser(int id) throws SQLException; }关键在addUser()实现——必须用PreparedStatement且参数绑定要严格按顺序// UserDAOImpl.java public class UserDAOImpl implements UserDAO { Override public boolean addUser(User user) throws SQLException { String sql INSERT INTO users (username, email, age, created_time) VALUES (?, ?, ?, ?); try (Connection conn DBConnectionPool.getConnection(); PreparedStatement ps conn.prepareStatement(sql, Statement.RETURN_GENERATED_KEYS)) { // ⚠️ 重点参数索引从 1 开始且顺序必须与 SQL 中 ? 位置完全一致 ps.setString(1, user.getUsername()); // 第一个 ? → username ps.setString(2, user.getEmail()); // 第二个 ? → email ps.setInt(3, user.getAge()); // 第三个 ? → age ps.setTimestamp(4, new Timestamp(System.currentTimeMillis())); // 第四个 ? → created_time int affectedRows ps.executeUpdate(); if (affectedRows 0) { throw new SQLException(Creating user failed, no rows affected.); } // 获取自增主键 ID用于后续日志或跳转 try (ResultSet generatedKeys ps.getGeneratedKeys()) { if (generatedKeys.next()) { user.setId(generatedKeys.getInt(1)); } else { throw new SQLException(Creating user failed, no ID obtained.); } } return true; } } }逻辑说明ps.setString(1, user.getUsername())中的1是列索引不是数组下标。若写成ps.setString(0, ...)会直接ArrayIndexOutOfBoundsException若 SQL 是VALUES (?, ?, ?, ?)但setString()调用顺序错乱比如把 email 填到索引 1数据就错位入库。对比实验把?换成字符串拼接 user.getUsername() 用 Burp Suite 发送 OR 11立刻查出所有用户——这就是未防注入的翻车现场。3.2 Service 层事务控制手动 commit/rollback 的 3 个生死时速点Servlet 层不能直接调 DAO必须经 Service 封装业务逻辑并控制事务。以“注册用户并发送欢迎邮件”为例邮件发送简化为日志// UserService.java public class UserService { private final UserDAO userDAO; public UserService(UserDAO userDAO) { this.userDAO userDAO; } public boolean registerUser(User user) { Connection conn null; try { conn DBConnectionPool.getConnection(); conn.setAutoCommit(false); // 关键关闭自动提交 // 步骤 1插入用户 boolean userAdded userDAO.addUser(user); if (!userAdded) { throw new RuntimeException(Failed to add user); } // 步骤 2模拟发送邮件此处可能抛 IOException sendWelcomeEmail(user.getEmail()); conn.commit(); // 全部成功才提交 return true; } catch (SQLException e) { // ⚠️ 生死点 1捕获 SQLException 时必须 rollback rollbackQuietly(conn); throw new RuntimeException(Database error during registration, e); } catch (Exception e) { // ⚠️ 生死点 2捕获其他异常如邮件发送失败也必须 rollback rollbackQuietly(conn); throw new RuntimeException(Business error during registration, e); } finally { // ⚠️ 生死点 3finally 中必须 close 连接否则连接泄露 closeQuietly(conn); } } private void sendWelcomeEmail(String email) { System.out.println(Sending welcome email to: email); // 实际调用邮件 SDK此处可能抛 IOException/TimeoutException } private void rollbackQuietly(Connection conn) { if (conn ! null) { try { conn.rollback(); } catch (SQLException ignored) {} } } private void closeQuietly(Connection conn) { if (conn ! null) { try { conn.close(); } catch (SQLException ignored) {} } } }参数说明conn.setAutoCommit(false)是事务起点conn.commit()是终点rollbackQuietly()和closeQuietly()中的ignored不是摆设——SQLException可能因网络中断而抛出再rollback()一次又抛异常必须吞掉否则掩盖原始错误。3.3 Servlet 层请求处理POST 表单解析、JSON 响应、重定向防重复提交UserServlet是 MVC 中的 Controller负责协调 ViewJSP和 ModelService// UserServlet.java WebServlet(/user/*) public class UserServlet extends HttpServlet { private UserService userService; Override public void init() throws ServletException { // 初始化 Service实际项目用 DI 容器此处手动 new UserDAO userDAO new UserDAOImpl(); userService new UserService(userDAO); } Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String pathInfo req.getPathInfo(); // /user/add → /add resp.setContentType(application/json;charsetUTF-8); try { if (/add.equals(pathInfo)) { handleAddUser(req, resp); } else if (/update.equals(pathInfo)) { handleUpdateUser(req, resp); } else { resp.sendError(HttpServletResponse.SC_NOT_FOUND); } } catch (Exception e) { // 统一 JSON 错误响应 resp.setStatus(HttpServletResponse.SC_INTERNAL_SERVER_ERROR); resp.getWriter().write({\error\:\ e.getMessage() \}); } } private void handleAddUser(HttpServletRequest req, HttpServletResponse resp) throws IOException { // 从表单获取参数已由 CharacterEncodingFilter 设为 UTF-8 String username req.getParameter(username); String email req.getParameter(email); int age Integer.parseInt(req.getParameter(age)); User user new User(); user.setUsername(username); user.setEmail(email); user.setAge(age); boolean success userService.registerUser(user); if (success) { // ✅ 防重复提交重定向到成功页而非直接返回 JSP resp.sendRedirect(req.getContextPath() /success.jsp?id user.getId()); } else { resp.sendError(HttpServletResponse.SC_BAD_REQUEST, Register failed); } } }逻辑说明resp.sendRedirect()是防重复提交的关键——浏览器刷新时只会重放 GET 请求不会重复 POST。若直接req.getRequestDispatcher(/success.jsp).forward(req, resp)刷新页面就会再次提交表单。注意req.getParameter(age)返回字符串必须Integer.parseInt()否则存库会变 0生产环境需加try-catch NumberFormatException并返回 400。4. 避坑指南上线前必须验证的 5 个致命陷阱附定位命令4.1 现象Tomcat 启动后访问/user/add返回 404原因Servlet 映射路径与web.xml中servlet-mapping冲突或WebServlet注解未生效因web.xml的metadata-completetrue关闭了注解扫描。解决检查web.xml第一行是否含metadata-completetrue若有则删掉或确保web.xml的version3.1且无metadata-complete属性。验证命令curl -I http://localhost:8080/your-app-context/user/add看返回HTTP/1.1 404还是200。4.2 现象新增用户后数据库无记录但 Java 控制台无报错原因UserService.registerUser()中conn.commit()未执行比如sendWelcomeEmail()抛异常后rollback()了但catch块里忘了throw导致方法静默返回false。解决在registerUser()的finally前加日志System.out.println(Transaction status: (conn.getAutoCommit() ? auto-commit : manual));用tcpdump抓包验证是否真发了COMMIT指令sudo tcpdump -i lo port 3306 -A | grep -i commit。4.3 现象中文用户名存入数据库变成???原因MySQL 服务端、数据库、表、字段四层字符集未统一为utf8mb4或 JDBC URL 缺少characterEncodingutf8mb4。解决执行SHOW VARIABLES LIKE character_set%;确认character_set_serverutf8mb4执行SHOW CREATE TABLE users;确认表字符集JDBC URL 补全?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8mb4allowPublicKeyRetrievaltrue。4.4 现象高并发测试时ab -n 1000 -c 100 http://localhost:8080/user/add大量SQLTimeoutException原因HikariCPmaximumPoolSize过小或 MySQLmax_connections限制默认 151被占满。解决调大 HikariCPmaximumPoolSize20登录 MySQL 执行SHOW STATUS LIKE Threads_connected;查实时连接数执行SET GLOBAL max_connections300;临时扩容需重启持久化。4.5 现象JSP 页面显示java.lang.NullPointerException在c:forEach items${users} varuser原因Servlet 中req.setAttribute(users, userList)未执行或userList本身为nullDAO 查询抛异常后未处理。解决在 Servlet 的doGet()中加System.out.println(users size: (users null ? null : users.size()));JSP 中加防御性判断c:if test${not empty users}c:forEach .../c:if。5. 真实压测与性能调优用 Apache Bench 验证每秒事务数TPS瓶颈定位5.1 基准测试不加任何优化的原始 TPS先用最简场景测基线——只执行SELECT COUNT(*) FROM users排除写操作干扰# 启动 Tomcat清空 users 表 mysql -uwebapp -pWebApp2023 -e TRUNCATE TABLE user_management.users; # 发起 1000 次请求10 并发 ab -n 1000 -c 10 http://localhost:8080/your-app-context/user/list典型输出Requests per second: 42.31 [#/sec] (mean) Time per request: 236.329 [ms] (mean)此时 TPS ≈ 42远低于 Tomcat 默认maxThreads200的理论值。瓶颈在哪用jstack看线程阻塞# 查找 Tomcat 进程 PID jps -l | grep tomcat # dump 线程栈 jstack pid thread_dump.txt # 搜索 BLOCKED 线程 grep -A 5 java.lang.Thread.State: BLOCKED thread_dump.txt大概率发现大量线程卡在HikariPool.getConnection()—— 说明连接池成了瓶颈。5.2 连接池调优从 10 到 50 的三次迭代实验迭代HikariCPmaximumPoolSizeab -c 100TPS线程阻塞数关键观察1104232连接争抢严重2301185显著改善但仍有少量阻塞3501350达到平台期再增大无收益为什么不是越大越好因为连接是 OS 级资源每个连接占用内存和文件描述符。maximumPoolSize50时ulimit -n必须 ≥ 1024Linux 默认 1024否则Too many open files。验证命令cat /proc/tomcat-pid/limits | grep Max open files。5.3 SQL 层优化慢查询日志 EXPLAIN 分析开启 MySQL 慢查询日志my.cnfslow_query_log ON slow_query_log_file /var/log/mysql/mysql-slow.log long_query_time 0.1 # 记录超过 100ms 的查询 log_queries_not_using_indexes ON执行压测后分析慢日志# 找出最慢的 SQL mysqldumpslow -s t -t 10 /var/log/mysql/mysql-slow.log # 对高频查询做 EXPLAIN mysql -uwebapp -pWebApp2023 -e EXPLAIN SELECT * FROM users WHERE email testexample.com;若typeALL全表扫描说明email字段缺索引ALTER TABLE users ADD INDEX idx_email (email);加索引后同样查询耗时从 120ms 降至 0.3msTPS 从 135 提升至 182。5.4 JVM 层调优GC 日志分析与堆内存分配Tomcat 启动脚本bin/setenv.sh添加 JVM 参数export JAVA_OPTS-Xms512m -Xmx1024m -XX:UseG1GC -XX:PrintGCDetails -Xloggc:logs/gc.log压测后分析 GC 日志# 统计 GC 次数与耗时 grep GC pause logs/gc.log | awk {sum$8} END {print Avg GC time:, sum/NR ms}若平均 GC 时间 50ms说明堆内存不足或 G1Region 太小。此时应调大-Xmx至2048m并加-XX:G1HeapRegionSize2M避免 Region 过多。我的血泪经验在学生机房 2C4G 服务器上-Xmx1024m是甜点值——再大Linux OOM Killer 会杀掉 Tomcat再小Full GC 频繁。每次调参后必跑ab验证不看理论值只信 TPS 数字。还有一个后悔药在web.xml中加session-configsession-timeout30/session-timeout/session-config避免HttpSession占满内存。希望帮到你。本文还有配套的精品资源点击获取
