简介这份资源面向Java Web与数据库开发的初学者及进阶学习者围绕Servlet、JSP、JDBC及MVC设计模式展开结合SQL的DDL、DML、DQL与事务、存储过程等数据库知识帮助读者掌握在Web环境中构建数据库驱动应用的完整技能链路。压缩包共884个文件约222.5MB以java源码、jsp页面、class字节码、js脚本、jar依赖包、sql脚本及xml配置为主另含avi操作演示视频与gif、jpg等素材兼顾代码研读与动手实践。已有471人学习下载可作为课程配套的实战参考。资源提供系统演示、共通Servlet、报表打印、JSP部署等录屏配合可运行的源码便于读者对照理解Servlet生命周期、应用服务器部署与JDBC连接细节并在并发访问、SQL优化、用户认证授权等常见问题上获得排错思路适合边看边练、查漏补缺。1. 从一次课程设计答辩翻车说起Java Web 数据库系统到底该怎么搭去年帮某高校做课程设计评审有个小组演示到一半数据库连接池直接爆了页面上全是 500台下老师问了一句“你的 DAO 层怎么处理事务的”三个人面面相觑。这不是个例——很多同学做 Java Web 数据库系统前端页面能跑、增删改查能点但一问分层、一问事务、一问连接管理就露馅。这套源码与视频资料要解决的正是这个问题它不是一个“能跑就行”的 Demo而是一套从 Servlet/JSP 到 JDBC 再到数据库设计的完整链路示范适合正在做毕设、课设或者需要交付一套可维护 Web 数据库系统的开发者。关键词里的 Java Web、数据库、分层架构在这里不是概念是每一行代码都要落到位的东西。2. 需求与选型为什么这套方案坚持 Servlet JSP JDBC 三层结构2.1 先明确系统要交付什么做任何一套数据库系统第一步不是打开 IDE而是把“谁用、用什么、数据怎么流”写清楚。这套资料对应的典型场景是一个带用户角色的信息管理系统前端有登录、列表、新增、修改、删除、条件查询后端有业务逻辑处理底层是关系型数据库。听起来简单但真正决定项目能不能交的是下面这几件事有没有提前定死。需求维度具体内容对应技术点用户角色管理员 / 普通用户两级权限Session Filter 拦截核心功能登录注册、数据增删改查、分页查询Servlet JSP JDBC数据规模单表万级以内多表关联查询索引 分页 SQL部署方式Tomcat 本地部署MySQL 本地库web.xml 配置 JDBC 驱动交付物可运行源码、数据库脚本、演示视频项目结构 SQL 文件这张表看着朴素但它决定了后面所有代码的写法。比如“单表万级以内”意味着不需要上分库分表但分页必须做否则列表页一拉全表答辩现场卡三秒就尴尬了。再比如“两级权限”意味着不能只靠前端隐藏按钮后端每个 Servlet 都要校验 Session这是很多课设被扣分的地方。我一般会建议在需求阶段就把“哪些操作必须登录”“哪些操作只有管理员能做”列成一张权限矩阵贴在项目根目录的 README 里。后面写 Filter 的时候直接照着矩阵配不会漏。2.2 技术选型为什么不用框架现在新项目很少裸写 Servlet 了Spring Boot 一把梭确实快。但这套资料坚持 Servlet JSP JDBC原因很实际课程设计和毕设答辩老师要看的是你对 HTTP 请求响应、会话管理、数据库连接、事务边界的理解而不是你会不会加注解。框架把太多东西藏起来了出了问题你连从哪查都不知道。具体来说这套选型的几个关键决策点Servlet 负责控制层。每个功能模块一个 ServletdoGet 处理查询跳转doPost 处理写操作。请求参数用request.getParameter取中文乱码在 Filter 里统一设UTF-8不要每个 Servlet 写一遍。JSP 只做展示。JSP 里不写 Java 业务代码用 JSTL 和 EL 表达式取值。列表页用c:forEach循环条件判断用c:if。这样前端改样式不用动逻辑后端改逻辑不用动页面。JDBC 直连 手写 DAO。不用 ORM每个实体一个 DAO 类里面封装Connection、PreparedStatement、ResultSet的关闭逻辑。连接从工具类拿事务在 Service 层控制。这套写法虽然啰嗦但每一行都能讲清楚为什么这么写答辩时经得起追问。数据库设计先行。建表脚本单独放sql/目录字段类型、主外键、索引都在脚本里写明白。不要用图形化工具点两下就完事脚本才是能复现的东西。提示如果学校允许用 Maven建议用 Maven 管理依赖至少把 MySQL 驱动和 JSTL 的 jar 包版本固定住。不用 Maven 的话WEB-INF/lib下的 jar 包列个清单答辩时被问到“你用了哪些库”能直接答。2.3 项目结构怎么划分目录结构不是摆设它直接反映你的分层思维。这套资料采用的标准结构如下src/ com.example.dao/ -- 数据访问层每个实体一个 DAO com.example.service/ -- 业务逻辑层事务控制在这里 com.example.servlet/ -- 控制层接收请求、调 Service、转发 JSP com.example.entity/ -- 实体类和数据库表一一对应 com.example.util/ -- 工具类DBUtil、PageUtil 等 com.example.filter/ -- 过滤器编码、登录校验 WebContent/ WEB-INF/web.xml -- Servlet 映射、Filter 配置 jsp/ -- 页面文件 css/ js/ -- 静态资源 sql/ schema.sql -- 建表脚本 data.sql -- 初始数据这个结构的关键在于Servlet 不直接碰数据库Service 不碰HttpServletRequestDAO 不碰业务判断。三层各管各的改一层不影响另一层。很多同学把 SQL 写在 Servlet 里一开始省事后面加个字段要改三四个文件血泪经验。3. 数据库设计与 DAO 层实现从建表到连接池的完整落地3.1 表结构设计与索引策略数据库设计是这套系统的地基。以典型的信息管理系统为例至少需要用户表和业务数据表两张核心表外加可能的角色表或分类表。建表时几个硬性要求主键用自增INT或BIGINT字符集统一utf8mb4时间字段用DATETIME并给默认值外键关系用索引兜住。-- 用户表登录和权限的基础 CREATE TABLE sys_user ( id BIGINT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE COMMENT 登录名, password VARCHAR(64) NOT NULL COMMENT 存储加密后的密码, role TINYINT NOT NULL DEFAULT 0 COMMENT 0普通用户 1管理员, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX idx_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 业务数据表以“设备信息”为例 CREATE TABLE device_info ( id BIGINT PRIMARY KEY AUTO_INCREMENT, device_name VARCHAR(100) NOT NULL, category_id INT NOT NULL, status TINYINT DEFAULT 1 COMMENT 1正常 0停用, owner_id BIGINT, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, INDEX idx_category (category_id), INDEX idx_owner (owner_id), CONSTRAINT fk_owner FOREIGN KEY (owner_id) REFERENCES sys_user(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这里有几个设计说明。username加了唯一索引注册时重复插入会直接报错不用先查再插少一次往返。password字段长度给 64是给 SHA-256 留的余量明文存密码是课设里最常见的扣分项。device_info的category_id和owner_id都建了索引因为列表页大概率按分类筛选、按归属人查没索引就是全表扫。外键约束看情况如果答辩环境数据库版本杂可以先不建外键、只在应用层保证但索引必须有。注意建表脚本里字段注释别省。答辩时老师翻你的 SQL 文件看到status TINYINT COMMENT 1正常 0停用和看到status TINYINT是两种印象。3.2 DBUtil连接获取与关闭的统一入口JDBC 最烦的是资源关闭ResultSet、PreparedStatement、Connection三层嵌套 try-catch写错一个顺序就连接泄漏。统一收进工具类所有 DAO 只调工具方法。public class DBUtil { // 实际项目建议从配置文件读取这里为演示直接写常量 private static final String URL jdbc:mysql://localhost:3306/demo_db?useUnicodetruecharacterEncodingutf8mb4serverTimezoneAsia/Shanghai; private static final String USER root; private static final String PASS your_password; static { try { Class.forName(com.mysql.cj.jdbc.Driver); } catch (ClassNotFoundException e) { throw new ExceptionInInitializerError(MySQL驱动未找到检查WEB-INF/lib); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASS); } // 关闭顺序ResultSet - Statement - Connection反了会出问题 public static void close(Connection conn, Statement stmt, ResultSet rs) { if (rs ! null) { try { rs.close(); } catch (SQLException ignored) {} } if (stmt ! null) { try { stmt.close(); } catch (SQLException ignored) {} } if (conn ! null) { try { conn.close(); } catch (SQLException ignored) {} } } }这段代码的关键点驱动加载放静态块只执行一次URL 里characterEncodingutf8mb4和serverTimezone必须带否则中文乱码和时间差八小时这两个坑必踩关闭方法参数顺序和实际关闭顺序相反调用时传(conn, stmt, rs)就行内部从 rs 开始关。很多同学在 DAO 里自己写finally块十个方法九个漏统一收口最稳。连接池的问题课设规模用DriverManager每次新建连接能跑但列表页连续刷几次就慢。如果时间允许加一个简易连接池或者用 Druid 的 jar把getConnection改成从池里拿其他代码不动。这是性价比最高的优化点答辩时提一句“我做了连接复用”是加分项。3.3 DAO 层以查询和分页为例的完整写法DAO 层的职责就一件事把 SQL 执行结果映射成实体对象别的不管。下面以设备列表的分页查询为例展示标准写法。public class DeviceDao { // 分页查询page 从 1 开始pageSize 每页条数 public ListDevice findByPage(int page, int pageSize, String keyword) { ListDevice list new ArrayList(); String sql SELECT id, device_name, category_id, status, owner_id, update_time FROM device_info WHERE device_name LIKE ? ORDER BY id DESC LIMIT ?, ?; Connection conn null; PreparedStatement ps null; ResultSet rs null; try { conn DBUtil.getConnection(); ps conn.prepareStatement(sql); ps.setString(1, % (keyword null ? : keyword) %); ps.setInt(2, (page - 1) * pageSize); // offset ps.setInt(3, pageSize); // 每页条数 rs ps.executeQuery(); while (rs.next()) { Device d new Device(); d.setId(rs.getLong(id)); d.setDeviceName(rs.getString(device_name)); d.setCategoryId(rs.getInt(category_id)); d.setStatus(rs.getInt(status)); d.setOwnerId(rs.getLong(owner_id)); d.setUpdateTime(rs.getTimestamp(update_time)); list.add(d); } } catch (SQLException e) { throw new RuntimeException(查询设备列表失败, e); } finally { DBUtil.close(conn, ps, rs); } return list; } // 总数查询分页必须配一个 count否则前端算不出总页数 public int countByKeyword(String keyword) { String sql SELECT COUNT(*) FROM device_info WHERE device_name LIKE ?; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, % (keyword null ? : keyword) %); try (ResultSet rs ps.executeQuery()) { return rs.next() ? rs.getInt(1) : 0; } } catch (SQLException e) { throw new RuntimeException(统计设备数量失败, e); } } }逻辑说明LIMIT ?, ?第一个参数是偏移量公式(page-1)*pageSize不能写错写错就是第一页重复或跳页LIKE的%拼在 Java 侧不要拼进 SQL 字符串否则就是 SQL 注入的活教材countByKeyword用了 try-with-resources比手写 finally 干净两种写法在项目里可以并存但同一个类里最好统一。参数上pageSize建议在 Servlet 层限制上限比如最大 50防止有人传pageSize99999把库拖死。Service 层在这一层之上做事务控制。比如“新增设备同时写操作日志”两个 DAO 调用要包在同一个Connection里手动setAutoCommit(false)成功commit异常rollback。这套资料里事务的边界画在 Service 方法上Servlet 不碰Connection这是分层清晰的关键标志。4. 控制层与页面联动Servlet 分发、Session 权限与 JSP 渲染4.1 Servlet 的职责边界与请求分发Servlet 层最容易写胖。很多课设一个 Servlet 里塞了十几个if (add.equals(action))最后自己都看不懂。合理的做法是按模块拆 Servlet每个 Servlet 内部用action参数做二级分发但分发逻辑要短具体处理下沉到 Service。WebServlet(/device) public class DeviceServlet extends HttpServlet { private final DeviceService deviceService new DeviceService(); Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String action req.getParameter(action); if (action null) action list; switch (action) { case list: list(req, resp); break; case delete: delete(req, resp); break; default: resp.sendError(HttpServletResponse.SC_NOT_FOUND); } } private void list(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { int page parseInt(req.getParameter(page), 1); int pageSize Math.min(parseInt(req.getParameter(pageSize), 10), 50); String keyword req.getParameter(keyword); ListDevice devices deviceService.findByPage(page, pageSize, keyword); int total deviceService.countByKeyword(keyword); req.setAttribute(devices, devices); req.setAttribute(total, total); req.setAttribute(page, page); req.setAttribute(pageSize, pageSize); req.getRequestDispatcher(/jsp/device_list.jsp).forward(req, resp); } }这段代码的要点doGet只做分发具体方法私有化pageSize用Math.min卡上限这是防呆设计查询结果全部塞request域JSP 只负责取转发用forward不用redirect因为要带数据。parseInt是自己写的工具方法参数为空或非数字时返回默认值避免NumberFormatException把页面打崩。写操作统一走doPost处理完redirect回列表页这是 PRG 模式Post-Redirect-Get防止刷新重复提交。很多同学新增完直接forward到列表用户一按 F5 就多一条数据答辩演示时当场翻车。4.2 Session 与 Filter登录校验不能只靠前端权限控制是这套系统的骨架。登录成功后把用户对象放进Session后续每个受保护请求都要校验。校验逻辑写在Filter里不要每个 Servlet 复制粘贴。WebFilter(urlPatterns {/device, /user}) public class AuthFilter implements Filter { // 白名单登录页和登录接口不拦截 private static final SetString WHITE Set.of(/login, /login.jsp); Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req (HttpServletRequest) request; HttpServletResponse resp (HttpServletResponse) response; String path req.getServletPath(); if (WHITE.contains(path)) { chain.doFilter(request, response); return; } Object user req.getSession().getAttribute(loginUser); if (user null) { resp.sendRedirect(req.getContextPath() /login.jsp); return; } chain.doFilter(request, response); } }说明urlPatterns只拦业务路径静态资源不拦否则 CSS 都加载不出来白名单用Set存判断 O(1)未登录直接重定向登录页不要forward否则地址栏还是原 URL用户以为登录了。管理员操作的二次校验放在 Servlet 里做比如删除前判断role 1Filter 只管“有没有登录”不管“够不够权限”职责分开。编码问题也在这个 Filter 里顺手解决req.setCharacterEncoding(UTF-8)和resp.setContentType(text/html;charsetUTF-8)放在chain.doFilter之前全站生效。这个顺序错了后面怎么调都是乱码玄学问题多半出在这。4.3 JSP 渲染与分页组件JSP 的写法原则能用 EL 和 JSTL 就不用脚本片段。列表页的核心是循环加条件判断分页条单独抽成一个page.jsp用jsp:include引入。% taglib prefixc urihttp://java.sun.com/jsp/jstl/core % table c:forEach items${devices} vard tr td${d.id}/td td${d.deviceName}/td td${d.status 1 ? 正常 : 停用}/td td a href${pageContext.request.contextPath}/device?actiondeleteid${d.id} onclickreturn confirm(确认删除)删除/a /td /tr /c:forEach /table${pageContext.request.contextPath}是拿项目根路径部署到不同 context 下都不会 404这个细节很多课设忽略换台机器演示就挂。删除链接加confirm是基本体验但真正的防线在后端——delete方法里必须校验当前用户是否有权删这条数据前端确认框只是防误触。分页条的计算总页数(total pageSize - 1) / pageSize上一页page-1不小于 1下一页不大于总页数。这些判断写在 JSP 的c:if里或者后端算好放request域两种都行但不要在前端 JS 里算数据以服务端为准。5. 避坑与排查这套系统最容易翻车的五个地方5.1 中文乱码改了 JSP 还是乱现象表单提交后数据库里存的是问号或者页面显示????。原因通常不是一处而是三处没对齐JSP 页面pageEncoding、请求体编码、数据库连接字符集。解决顺序是JSP 头部% page contentTypetext/html;charsetUTF-8 pageEncodingUTF-8 %Filter 里setCharacterEncoding(UTF-8)放在最前JDBC URL 带characterEncodingutf8mb4建表用utf8mb4。四处全对上乱码基本绝迹。只改一处就以为好了是典型踩坑。5.2 连接泄漏跑一会儿就卡死现象连续操作几十次后页面转圈Tomcat 日志里连接数打满。原因多半是 DAO 里finally漏关ResultSet或Connection或者异常分支提前return跳过了关闭。解决办法是统一用DBUtil.close收口或者改用 try-with-resources。排查技巧在getConnection里打印当前线程和调用栈看哪个方法拿连接不还一抓一个准。5.3 404 与 500 混着来路径和空指针现象点某个按钮 404点另一个 500。404 多半是web.xml映射和WebServlet重复配置冲突或者 JSP 路径少了contextPath500 常见于request.getParameter拿到 null 直接parseInt。解决Servlet 映射二选一不要注解和 xml 同时配同一个 URL所有参数解析走带默认值的工具方法JSP 里所有 EL 取值前确认后端确实setAttribute了。5.4 事务不生效删了主表留了从表现象删除用户成功但关联的设备记录还在数据不一致。原因是在 DAO 里各自commit或者 Service 没把多个 DAO 调用包进同一个连接。解决事务边界画在 Service 方法上方法开头conn.setAutoCommit(false)所有 DAO 方法接收同一个Connection参数全部成功再commit任一异常rollback。这个改动要动 DAO 签名提前设计好别写到一半才想起来。5.5 部署环境差异本机好好的换机器就崩现象自己电脑跑得好拷到答辩教室的机器上数据库连不上。原因通常是 JDBC URL 写死了localhost但数据库没导、驱动 jar 没带、Tomcat 版本不一致。解决交付包里带sql/schema.sql和data.sqlREADME 写清楚“先建库再导数据再改 DBUtil 密码”驱动 jar 放WEB-INF/lib而不是 Tomcat 的lib跟着项目走演示前在目标机器上完整走一遍登录到删除的流程别只开个首页。6. 验收与答辩怎么证明这套系统真的能交付验收这套系统我一般不看页面多花哨看四件事能不能当场演示通过。第一从空库开始执行schema.sql和data.sql启动 Tomcat登录、查询、新增、修改、删除、退出全流程无报错。第二故意输错密码、访问未登录 URL、提交空表单系统要有明确提示而不是白页或 500。第三打开数据库客户端确认新增的数据字段完整、中文正常、时间正确。第四翻代码随便指一个 Servlet 问“这行forward和redirect有什么区别”能答上来说明真写过。答辩陈述建议按“需求—设计—实现—验证”四段走每段控制在两分钟。需求段讲清楚角色和核心功能设计段画一张三层结构图标出 Servlet、Service、DAO 的职责边界实现段挑一个完整链路讲比如“新增设备”从 JSP 表单到 Servlet 到 Service 事务到 DAO 插入讲清楚参数怎么传、事务怎么控验证段直接演示上面四件事。老师追问最多的是事务和权限提前把这两块的代码位置记熟。验收项通过标准常见不通过原因全流程演示登录到删除无报错连接泄漏、路径写死异常输入有友好提示空指针直接 500数据一致性关联数据同步事务未包住多 DAO代码追问能解释分层与转发只会跑不会讲从那以后我每次带人做这类项目交付前都强制走一遍“换机器从零部署”——清空数据库、重新导脚本、改配置、跑全流程一步不省。这个习惯救过好几次答辩现场。希望帮到你。本文还有配套的精品资源点击获取 简介这份资源面向Java Web与数据库开发的初学者及进阶学习者围绕Servlet、JSP、JDBC及MVC设计模式展开结合SQL的DDL、DML、DQL与事务、存储过程等数据库知识帮助读者掌握在Web环境中构建数据库驱动应用的完整技能链路。压缩包共884个文件约222.5MB以java源码、jsp页面、class字节码、js脚本、jar依赖包、sql脚本及xml配置为主另含avi操作演示视频与gif、jpg等素材兼顾代码研读与动手实践。已有471人学习下载可作为课程配套的实战参考。资源提供系统演示、共通Servlet、报表打印、JSP部署等录屏配合可运行的源码便于读者对照理解Servlet生命周期、应用服务器部署与JDBC连接细节并在并发访问、SQL优化、用户认证授权等常见问题上获得排错思路适合边看边练、查漏补缺。1. 从一次课程设计答辩翻车说起Java Web 数据库系统到底该怎么搭去年帮某高校做课程设计评审有个小组演示到一半数据库连接池直接爆了页面上全是 500台下老师问了一句“你的 DAO 层怎么处理事务的”三个人面面相觑。这不是个例——很多同学做 Java Web 数据库系统前端页面能跑、增删改查能点但一问分层、一问事务、一问连接管理就露馅。这套源码与视频资料要解决的正是这个问题它不是一个“能跑就行”的 Demo而是一套从 Servlet/JSP 到 JDBC 再到数据库设计的完整链路示范适合正在做毕设、课设或者需要交付一套可维护 Web 数据库系统的开发者。关键词里的 Java Web、数据库、分层架构在这里不是概念是每一行代码都要落到位的东西。2. 需求与选型为什么这套方案坚持 Servlet JSP JDBC 三层结构2.1 先明确系统要交付什么做任何一套数据库系统第一步不是打开 IDE而是把“谁用、用什么、数据怎么流”写清楚。这套资料对应的典型场景是一个带用户角色的信息管理系统前端有登录、列表、新增、修改、删除、条件查询后端有业务逻辑处理底层是关系型数据库。听起来简单但真正决定项目能不能交的是下面这几件事有没有提前定死。需求维度具体内容对应技术点用户角色管理员 / 普通用户两级权限Session Filter 拦截核心功能登录注册、数据增删改查、分页查询Servlet JSP JDBC数据规模单表万级以内多表关联查询索引 分页 SQL部署方式Tomcat 本地部署MySQL 本地库web.xml 配置 JDBC 驱动交付物可运行源码、数据库脚本、演示视频项目结构 SQL 文件这张表看着朴素但它决定了后面所有代码的写法。比如“单表万级以内”意味着不需要上分库分表但分页必须做否则列表页一拉全表答辩现场卡三秒就尴尬了。再比如“两级权限”意味着不能只靠前端隐藏按钮后端每个 Servlet 都要校验 Session这是很多课设被扣分的地方。我一般会建议在需求阶段就把“哪些操作必须登录”“哪些操作只有管理员能做”列成一张权限矩阵贴在项目根目录的 README 里。后面写 Filter 的时候直接照着矩阵配不会漏。2.2 技术选型为什么不用框架现在新项目很少裸写 Servlet 了Spring Boot 一把梭确实快。但这套资料坚持 Servlet JSP JDBC原因很实际课程设计和毕设答辩老师要看的是你对 HTTP 请求响应、会话管理、数据库连接、事务边界的理解而不是你会不会加注解。框架把太多东西藏起来了出了问题你连从哪查都不知道。具体来说这套选型的几个关键决策点Servlet 负责控制层。每个功能模块一个 ServletdoGet 处理查询跳转doPost 处理写操作。请求参数用request.getParameter取中文乱码在 Filter 里统一设UTF-8不要每个 Servlet 写一遍。JSP 只做展示。JSP 里不写 Java 业务代码用 JSTL 和 EL 表达式取值。列表页用c:forEach循环条件判断用c:if。这样前端改样式不用动逻辑后端改逻辑不用动页面。JDBC 直连 手写 DAO。不用 ORM每个实体一个 DAO 类里面封装Connection、PreparedStatement、ResultSet的关闭逻辑。连接从工具类拿事务在 Service 层控制。这套写法虽然啰嗦但每一行都能讲清楚为什么这么写答辩时经得起追问。数据库设计先行。建表脚本单独放sql/目录字段类型、主外键、索引都在脚本里写明白。不要用图形化工具点两下就完事脚本才是能复现的东西。提示如果学校允许用 Maven建议用 Maven 管理依赖至少把 MySQL 驱动和 JSTL 的 jar 包版本固定住。不用 Maven 的话WEB-INF/lib下的 jar 包列个清单答辩时被问到“你用了哪些库”能直接答。2.3 项目结构怎么划分目录结构不是摆设它直接反映你的分层思维。这套资料采用的标准结构如下src/ com.example.dao/ -- 数据访问层每个实体一个 DAO com.example.service/ -- 业务逻辑层事务控制在这里 com.example.servlet/ -- 控制层接收请求、调 Service、转发 JSP com.example.entity/ -- 实体类和数据库表一一对应 com.example.util/ -- 工具类DBUtil、PageUtil 等 com.example.filter/ -- 过滤器编码、登录校验 WebContent/ WEB-INF/web.xml -- Servlet 映射、Filter 配置 jsp/ -- 页面文件 css/ js/ -- 静态资源 sql/ schema.sql -- 建表脚本 data.sql -- 初始数据这个结构的关键在于Servlet 不直接碰数据库Service 不碰HttpServletRequestDAO 不碰业务判断。三层各管各的改一层不影响另一层。很多同学把 SQL 写在 Servlet 里一开始省事后面加个字段要改三四个文件血泪经验。3. 数据库设计与 DAO 层实现从建表到连接池的完整落地3.1 表结构设计与索引策略数据库设计是这套系统的地基。以典型的信息管理系统为例至少需要用户表和业务数据表两张核心表外加可能的角色表或分类表。建表时几个硬性要求主键用自增INT或BIGINT字符集统一utf8mb4时间字段用DATETIME并给默认值外键关系用索引兜住。-- 用户表登录和权限的基础 CREATE TABLE sys_user ( id BIGINT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE COMMENT 登录名, password VARCHAR(64) NOT NULL COMMENT 存储加密后的密码, role TINYINT NOT NULL DEFAULT 0 COMMENT 0普通用户 1管理员, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX idx_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 业务数据表以“设备信息”为例 CREATE TABLE device_info ( id BIGINT PRIMARY KEY AUTO_INCREMENT, device_name VARCHAR(100) NOT NULL, category_id INT NOT NULL, status TINYINT DEFAULT 1 COMMENT 1正常 0停用, owner_id BIGINT, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, INDEX idx_category (category_id), INDEX idx_owner (owner_id), CONSTRAINT fk_owner FOREIGN KEY (owner_id) REFERENCES sys_user(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这里有几个设计说明。username加了唯一索引注册时重复插入会直接报错不用先查再插少一次往返。password字段长度给 64是给 SHA-256 留的余量明文存密码是课设里最常见的扣分项。device_info的category_id和owner_id都建了索引因为列表页大概率按分类筛选、按归属人查没索引就是全表扫。外键约束看情况如果答辩环境数据库版本杂可以先不建外键、只在应用层保证但索引必须有。注意建表脚本里字段注释别省。答辩时老师翻你的 SQL 文件看到status TINYINT COMMENT 1正常 0停用和看到status TINYINT是两种印象。3.2 DBUtil连接获取与关闭的统一入口JDBC 最烦的是资源关闭ResultSet、PreparedStatement、Connection三层嵌套 try-catch写错一个顺序就连接泄漏。统一收进工具类所有 DAO 只调工具方法。public class DBUtil { // 实际项目建议从配置文件读取这里为演示直接写常量 private static final String URL jdbc:mysql://localhost:3306/demo_db?useUnicodetruecharacterEncodingutf8mb4serverTimezoneAsia/Shanghai; private static final String USER root; private static final String PASS your_password; static { try { Class.forName(com.mysql.cj.jdbc.Driver); } catch (ClassNotFoundException e) { throw new ExceptionInInitializerError(MySQL驱动未找到检查WEB-INF/lib); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASS); } // 关闭顺序ResultSet - Statement - Connection反了会出问题 public static void close(Connection conn, Statement stmt, ResultSet rs) { if (rs ! null) { try { rs.close(); } catch (SQLException ignored) {} } if (stmt ! null) { try { stmt.close(); } catch (SQLException ignored) {} } if (conn ! null) { try { conn.close(); } catch (SQLException ignored) {} } } }这段代码的关键点驱动加载放静态块只执行一次URL 里characterEncodingutf8mb4和serverTimezone必须带否则中文乱码和时间差八小时这两个坑必踩关闭方法参数顺序和实际关闭顺序相反调用时传(conn, stmt, rs)就行内部从 rs 开始关。很多同学在 DAO 里自己写finally块十个方法九个漏统一收口最稳。连接池的问题课设规模用DriverManager每次新建连接能跑但列表页连续刷几次就慢。如果时间允许加一个简易连接池或者用 Druid 的 jar把getConnection改成从池里拿其他代码不动。这是性价比最高的优化点答辩时提一句“我做了连接复用”是加分项。3.3 DAO 层以查询和分页为例的完整写法DAO 层的职责就一件事把 SQL 执行结果映射成实体对象别的不管。下面以设备列表的分页查询为例展示标准写法。public class DeviceDao { // 分页查询page 从 1 开始pageSize 每页条数 public ListDevice findByPage(int page, int pageSize, String keyword) { ListDevice list new ArrayList(); String sql SELECT id, device_name, category_id, status, owner_id, update_time FROM device_info WHERE device_name LIKE ? ORDER BY id DESC LIMIT ?, ?; Connection conn null; PreparedStatement ps null; ResultSet rs null; try { conn DBUtil.getConnection(); ps conn.prepareStatement(sql); ps.setString(1, % (keyword null ? : keyword) %); ps.setInt(2, (page - 1) * pageSize); // offset ps.setInt(3, pageSize); // 每页条数 rs ps.executeQuery(); while (rs.next()) { Device d new Device(); d.setId(rs.getLong(id)); d.setDeviceName(rs.getString(device_name)); d.setCategoryId(rs.getInt(category_id)); d.setStatus(rs.getInt(status)); d.setOwnerId(rs.getLong(owner_id)); d.setUpdateTime(rs.getTimestamp(update_time)); list.add(d); } } catch (SQLException e) { throw new RuntimeException(查询设备列表失败, e); } finally { DBUtil.close(conn, ps, rs); } return list; } // 总数查询分页必须配一个 count否则前端算不出总页数 public int countByKeyword(String keyword) { String sql SELECT COUNT(*) FROM device_info WHERE device_name LIKE ?; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, % (keyword null ? : keyword) %); try (ResultSet rs ps.executeQuery()) { return rs.next() ? rs.getInt(1) : 0; } } catch (SQLException e) { throw new RuntimeException(统计设备数量失败, e); } } }逻辑说明LIMIT ?, ?第一个参数是偏移量公式(page-1)*pageSize不能写错写错就是第一页重复或跳页LIKE的%拼在 Java 侧不要拼进 SQL 字符串否则就是 SQL 注入的活教材countByKeyword用了 try-with-resources比手写 finally 干净两种写法在项目里可以并存但同一个类里最好统一。参数上pageSize建议在 Servlet 层限制上限比如最大 50防止有人传pageSize99999把库拖死。Service 层在这一层之上做事务控制。比如“新增设备同时写操作日志”两个 DAO 调用要包在同一个Connection里手动setAutoCommit(false)成功commit异常rollback。这套资料里事务的边界画在 Service 方法上Servlet 不碰Connection这是分层清晰的关键标志。4. 控制层与页面联动Servlet 分发、Session 权限与 JSP 渲染4.1 Servlet 的职责边界与请求分发Servlet 层最容易写胖。很多课设一个 Servlet 里塞了十几个if (add.equals(action))最后自己都看不懂。合理的做法是按模块拆 Servlet每个 Servlet 内部用action参数做二级分发但分发逻辑要短具体处理下沉到 Service。WebServlet(/device) public class DeviceServlet extends HttpServlet { private final DeviceService deviceService new DeviceService(); Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String action req.getParameter(action); if (action null) action list; switch (action) { case list: list(req, resp); break; case delete: delete(req, resp); break; default: resp.sendError(HttpServletResponse.SC_NOT_FOUND); } } private void list(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { int page parseInt(req.getParameter(page), 1); int pageSize Math.min(parseInt(req.getParameter(pageSize), 10), 50); String keyword req.getParameter(keyword); ListDevice devices deviceService.findByPage(page, pageSize, keyword); int total deviceService.countByKeyword(keyword); req.setAttribute(devices, devices); req.setAttribute(total, total); req.setAttribute(page, page); req.setAttribute(pageSize, pageSize); req.getRequestDispatcher(/jsp/device_list.jsp).forward(req, resp); } }这段代码的要点doGet只做分发具体方法私有化pageSize用Math.min卡上限这是防呆设计查询结果全部塞request域JSP 只负责取转发用forward不用redirect因为要带数据。parseInt是自己写的工具方法参数为空或非数字时返回默认值避免NumberFormatException把页面打崩。写操作统一走doPost处理完redirect回列表页这是 PRG 模式Post-Redirect-Get防止刷新重复提交。很多同学新增完直接forward到列表用户一按 F5 就多一条数据答辩演示时当场翻车。4.2 Session 与 Filter登录校验不能只靠前端权限控制是这套系统的骨架。登录成功后把用户对象放进Session后续每个受保护请求都要校验。校验逻辑写在Filter里不要每个 Servlet 复制粘贴。WebFilter(urlPatterns {/device, /user}) public class AuthFilter implements Filter { // 白名单登录页和登录接口不拦截 private static final SetString WHITE Set.of(/login, /login.jsp); Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req (HttpServletRequest) request; HttpServletResponse resp (HttpServletResponse) response; String path req.getServletPath(); if (WHITE.contains(path)) { chain.doFilter(request, response); return; } Object user req.getSession().getAttribute(loginUser); if (user null) { resp.sendRedirect(req.getContextPath() /login.jsp); return; } chain.doFilter(request, response); } }说明urlPatterns只拦业务路径静态资源不拦否则 CSS 都加载不出来白名单用Set存判断 O(1)未登录直接重定向登录页不要forward否则地址栏还是原 URL用户以为登录了。管理员操作的二次校验放在 Servlet 里做比如删除前判断role 1Filter 只管“有没有登录”不管“够不够权限”职责分开。编码问题也在这个 Filter 里顺手解决req.setCharacterEncoding(UTF-8)和resp.setContentType(text/html;charsetUTF-8)放在chain.doFilter之前全站生效。这个顺序错了后面怎么调都是乱码玄学问题多半出在这。4.3 JSP 渲染与分页组件JSP 的写法原则能用 EL 和 JSTL 就不用脚本片段。列表页的核心是循环加条件判断分页条单独抽成一个page.jsp用jsp:include引入。% taglib prefixc urihttp://java.sun.com/jsp/jstl/core % table c:forEach items${devices} vard tr td${d.id}/td td${d.deviceName}/td td${d.status 1 ? 正常 : 停用}/td td a href${pageContext.request.contextPath}/device?actiondeleteid${d.id} onclickreturn confirm(确认删除)删除/a /td /tr /c:forEach /table${pageContext.request.contextPath}是拿项目根路径部署到不同 context 下都不会 404这个细节很多课设忽略换台机器演示就挂。删除链接加confirm是基本体验但真正的防线在后端——delete方法里必须校验当前用户是否有权删这条数据前端确认框只是防误触。分页条的计算总页数(total pageSize - 1) / pageSize上一页page-1不小于 1下一页不大于总页数。这些判断写在 JSP 的c:if里或者后端算好放request域两种都行但不要在前端 JS 里算数据以服务端为准。5. 避坑与排查这套系统最容易翻车的五个地方5.1 中文乱码改了 JSP 还是乱现象表单提交后数据库里存的是问号或者页面显示????。原因通常不是一处而是三处没对齐JSP 页面pageEncoding、请求体编码、数据库连接字符集。解决顺序是JSP 头部% page contentTypetext/html;charsetUTF-8 pageEncodingUTF-8 %Filter 里setCharacterEncoding(UTF-8)放在最前JDBC URL 带characterEncodingutf8mb4建表用utf8mb4。四处全对上乱码基本绝迹。只改一处就以为好了是典型踩坑。5.2 连接泄漏跑一会儿就卡死现象连续操作几十次后页面转圈Tomcat 日志里连接数打满。原因多半是 DAO 里finally漏关ResultSet或Connection或者异常分支提前return跳过了关闭。解决办法是统一用DBUtil.close收口或者改用 try-with-resources。排查技巧在getConnection里打印当前线程和调用栈看哪个方法拿连接不还一抓一个准。5.3 404 与 500 混着来路径和空指针现象点某个按钮 404点另一个 500。404 多半是web.xml映射和WebServlet重复配置冲突或者 JSP 路径少了contextPath500 常见于request.getParameter拿到 null 直接parseInt。解决Servlet 映射二选一不要注解和 xml 同时配同一个 URL所有参数解析走带默认值的工具方法JSP 里所有 EL 取值前确认后端确实setAttribute了。5.4 事务不生效删了主表留了从表现象删除用户成功但关联的设备记录还在数据不一致。原因是在 DAO 里各自commit或者 Service 没把多个 DAO 调用包进同一个连接。解决事务边界画在 Service 方法上方法开头conn.setAutoCommit(false)所有 DAO 方法接收同一个Connection参数全部成功再commit任一异常rollback。这个改动要动 DAO 签名提前设计好别写到一半才想起来。5.5 部署环境差异本机好好的换机器就崩现象自己电脑跑得好拷到答辩教室的机器上数据库连不上。原因通常是 JDBC URL 写死了localhost但数据库没导、驱动 jar 没带、Tomcat 版本不一致。解决交付包里带sql/schema.sql和data.sqlREADME 写清楚“先建库再导数据再改 DBUtil 密码”驱动 jar 放WEB-INF/lib而不是 Tomcat 的lib跟着项目走演示前在目标机器上完整走一遍登录到删除的流程别只开个首页。6. 验收与答辩怎么证明这套系统真的能交付验收这套系统我一般不看页面多花哨看四件事能不能当场演示通过。第一从空库开始执行schema.sql和data.sql启动 Tomcat登录、查询、新增、修改、删除、退出全流程无报错。第二故意输错密码、访问未登录 URL、提交空表单系统要有明确提示而不是白页或 500。第三打开数据库客户端确认新增的数据字段完整、中文正常、时间正确。第四翻代码随便指一个 Servlet 问“这行forward和redirect有什么区别”能答上来说明真写过。答辩陈述建议按“需求—设计—实现—验证”四段走每段控制在两分钟。需求段讲清楚角色和核心功能设计段画一张三层结构图标出 Servlet、Service、DAO 的职责边界实现段挑一个完整链路讲比如“新增设备”从 JSP 表单到 Servlet 到 Service 事务到 DAO 插入讲清楚参数怎么传、事务怎么控验证段直接演示上面四件事。老师追问最多的是事务和权限提前把这两块的代码位置记熟。验收项通过标准常见不通过原因全流程演示登录到删除无报错连接泄漏、路径写死异常输入有友好提示空指针直接 500数据一致性关联数据同步事务未包住多 DAO代码追问能解释分层与转发只会跑不会讲从那以后我每次带人做这类项目交付前都强制走一遍“换机器从零部署”——清空数据库、重新导脚本、改配置、跑全流程一步不省。这个习惯救过好几次答辩现场。希望帮到你。本文还有配套的精品资源点击获取