简介一套基于 Java Servlet 的房屋租赁管理信息系统完整项目源码采用 JSP、Servlet、MySQL 与 Tomcat 实现适合 JavaWeb 初学者、毕业设计与课程实训参考。系统区分管理员与普通用户前台包括会员注册登录、回答问题找回密码、出租/求租/出售/求购信息展示、信息检索与留言板后台覆盖新闻公告、注册会员、留言管理、房屋信息发布、预定定金、合同收付款、统计报表与管理员日志等模块功能链条完整。资源包共 681 个文件、约 2.6MB以 JSP 页面、Java 类与 Servlet 源码为主同时包含 SQL 脚本、CSS/JS 静态文件、GIF 示例图和配置文件导入 IDE 后配合 Tomcat 与 MySQL 即可搭建运行。已有 262 人学习下载可作为房屋租赁或类似信息管理系统的页面布局、角色权限与业务流转参考。1. 基于Servlet的房屋租赁管理系统毕设常青树也是理解JavaWeb分层的捷径如果你搜过JavaWeb课程设计或毕业设计的题目清单大概率见过“基于Servlet房屋租赁管理信息系统(含前后台)(JavaServletjspmysql)”这个标题。它既不新潮也不高大上但它把所有JavaWeb面试要问的东西都串起来了Servlet生命周期、JSP与EL表达式、Session会话管理、JDBC连接池、MySQL事务、前后台权限隔离。做完这一套你对“Java后端到底在干嘛”的理解比背十篇面试题都扎实。这套系统的典型使用场景是房东发布房源、维护房屋信息、查看租客与租约状态租客在前台注册登录、浏览房源、发起看房或签约请求管理员在后台审核房源、管理租约和账单。它不像Spring Boot那样一键起服务每个环节都要手动接——这恰恰是它的价值你理解了底层再去用框架就是降维打击。本文按“技术选型 → 数据库设计 → 核心代码落地 → 高频翻车排查 → 验证技巧”的顺序带你完整拆解这个项目的实现路径。适合Java基础尚可、想靠一个完整项目打通ServletJSPMySQL知识链的读者。2. 搭建前的技术选型与工程目录为什么ServletJSP在2024年还值得做2.1 技术选型的现实逻辑不选框架选的是“看得见的手”现在做JavaWeb主流方案是Spring Boot MyBatis Vue前后端分离。但课程设计、毕业设计、以及部分企业内部老系统维护仍然大量使用Servlet JSP MySQL这套组合。原因很直接Spring Boot把Tomcat、对象映射、事务管理全部封装成了“黑盒子”初学者出了问题根本不知道去排查哪一层而Servlet项目里请求进来走哪个类、数据库连接在哪打开、页面数据是怎么塞进JSP的每一步都裸奔在代码里。这套系统的标准技术栈我一般这样定JDK8或11。Servlet项目没必要上17Tomcat和IDE兼容性反而添乱。Servlet API3.1或4.0对应Tomcat 8.5/9.0。JSP2.3版本随Tomcat自带不需要单独引入。JDBC驱动MySQL Connector/J。MySQL 5.7用5.1.49MySQL 8.0用8.0.x版本驱动。数据库连接池阿里Druid或Apache DBCP。单机课设用Druid最省心自带监控页面。前端JSP JSTL EL表达式配合原生HTML/CSS/JS。如果前端基础好可以嵌Bootstrap但不要引入Vue——那就违背了这套系统的学习初衷。注意一点如果你用的是MySQL 8.0连接驱动类名和URL参数都和5.7不一样。这是最经典的翻车点后文专门讲。2.2 工程目录规划前后台按模块分包禁止全塞一个包很多Servlet项目的源码我扫一眼就能判断是不是从网上下载的“祖传代码”——所有类堆在com.exampleServlet里拼HTML字符串DAO层用Statement拼SQL。这种工程就算跑起来你答辩时也说不出所以然。我一般推荐这样分包src/main/java ├── com.rent.filter // 登录拦截、编码过滤器 ├── com.rent.servlet.admin // 后台Servlet房源审核、用户管理、账单管理 ├── com.rent.servlet.front // 前台Servlet注册、登录、房源浏览、租约申请 ├── com.rent.service // 业务层接口与实现 ├── com.rent.dao // 数据访问层 ├── com.rent.entity // JavaBean实体类 ├── com.rent.util // DBUtil、StringUtil、分页工具 src/main/webapp ├── admin // 后台JSP页面 ├── front // 前台JSP页面 ├── WEB-INF/web.xml前后台分离的做法是前台页面放front目录后台页面放admin目录所有JSP都放在WEB-INF之外或通过Servlet跳转。实际上我习惯把JSP放在WEB-INF下强制走Servlet转发而不是直接访问JSP文件。这样做的安全收益非常大——用户无法通过在浏览器输入路径来绕过登录直接打开某个页面。// 例如管理员后台所有页面都必须经过LoginFilter WebFilter(/admin/*) public class AdminLoginFilter implements Filter { Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req (HttpServletRequest) request; HttpServletResponse resp (HttpServletResponse) response; Object adminUser req.getSession().getAttribute(adminUser); if (adminUser null) { // 未登录直接重定向到登录页 resp.sendRedirect(req.getContextPath() /admin/login.jsp); return; } chain.doFilter(request, response); } }这里的核心逻辑是Filter在Servlet之前拦截URLWebFilter(/admin/*)表示只拦截admin路径下的请求。session中没有adminUser说明未登录直接重定向。注意重定向必须带req.getContextPath()否则项目部署在非根路径时你会看到一个经典的404——这是Servlet项目的高频Bug。2.3 环境准备清单Tomcat、MySQL、Idea三件套的兼容性这一步不做后面每跑一步都在踩坑。先说JDK和Tomcat的匹配关系Tomcat 9.0需要JDK 8及以上Tomcat 10用的是Jakarta命名空间javax.servlet变成jakarta.servlet所以如果你从网上下载的Servlet教程代码里全是import javax.servlet.*不要用Tomcat 10直接部署会报“类不存在”的诡异错误。MySQL版本方面我建议新做项目直接装MySQL 8.0。因为5.7版本在部分Linux发行版已经移出默认源安装过程反而折腾。连接池建议用Druid 1.2.xdependency groupIdcom.alibaba/groupId artifactIddruid/artifactId version1.2.20/version /dependencyIDEA开发的话配置Tomcat时选Deployment标签页把war包挂到/rcmsRental Community Management System这个上下文路径。下面的路径规划通篇基于这个上下文你改成自己的项目名后注意所有重定向和JSP引用都要同步改。3. 数据库设计房源、租客、租约三张核心表把业务串起来3.1 表结构设计不要一上来就建十几张表房屋租赁管理信息系统的核心数据模型其实只有三张主表加配角表house房源表id, landlord_id, title, address, area, price, status, create_time user用户表id, username, password, real_name, phone, role(1管理员/2房东/3租客), create_time rental租约表id, house_id, tenant_id, landlord_id, start_date, end_date, monthly_rent, status, create_time加上账单表、看房申请表、房源图片表之后表数量会膨胀到六七张。但记住一句话先跑通三张核心表的增删改查再扩展附属功能。很多毕设死在“设计过度”——表建了一堆连数据都没插进去就做崩了。我给出一个可直接执行的建表SQLMySQL 8.0CREATE DATABASE IF NOT EXISTS rent_system DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE rent_system; CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, real_name VARCHAR(50), phone VARCHAR(20), role TINYINT NOT NULL DEFAULT 3 COMMENT 1-管理员 2-房东 3-租客, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_house ( id INT PRIMARY KEY AUTO_INCREMENT, landlord_id INT NOT NULL, title VARCHAR(100) NOT NULL, address VARCHAR(200) NOT NULL, area DECIMAL(10,2), price DECIMAL(10,2) NOT NULL, status TINYINT DEFAULT 0 COMMENT 0-待审核 1-已上架 2-已出租 3-已下架, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, CONSTRAINT fk_house_landlord FOREIGN KEY (landlord_id) REFERENCES t_user(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_rental ( id INT PRIMARY KEY AUTO_INCREMENT, house_id INT NOT NULL, tenant_id INT NOT NULL, landlord_id INT NOT NULL, start_date DATE NOT NULL, end_date DATE NOT NULL, monthly_rent DECIMAL(10,2) NOT NULL, status TINYINT DEFAULT 0 COMMENT 0-待签约 1-生效中 2-已退租, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, CONSTRAINT fk_rental_house FOREIGN KEY (house_id) REFERENCES t_house(id), CONSTRAINT fk_rental_tenant FOREIGN KEY (tenant_id) REFERENCES t_user(id), CONSTRAINT fk_rental_landlord FOREIGN KEY (landlord_id) REFERENCES t_user(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段SQL最关键的设计决策有两个一是所有表都加create_time字段且默认值设为当前时间这个字段在列表倒序展示和统计分析时是救命稻草二是外键约束要加但不要多加——比如t_rental关联了三个外键因为在设计上租约必须同时关联房源、租客、房东缺一个就无法完整描述这笔业务。MySQL 8.0里注意一个细节utf8mb4_general_ci已经够用不需要utf8mb4_unicode_ci后者的排序规则在多语言场景才显优势你这个系统全中文general_ci速度更快。如果你用了utf8mb4_binJava端查询时字段大小写匹配会出幺蛾子没必要。3.2 数据库连接层DBUtil的封装和Druid连接池的配置JDBC连接数据库最笨的写法是DriverManager.getConnection()每次请求都新开连接。课设量小看不出问题但如果你的答辩老师现场用JMeter压一下连接直接打爆。标准做法是启动时初始化一个连接池从池里拿连接用完归还而不是关闭。public class DBUtil { private static DataSource dataSource; static { Properties props new Properties(); try (InputStream is DBUtil.class.getClassLoader().getResourceAsStream(db.properties)) { props.load(is); dataSource DruidDataSourceFactory.createDataSource(props); } catch (Exception e) { throw new ExceptionInInitializerError(数据库连接池初始化失败: e.getMessage()); } } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); } public static void close(Connection conn, PreparedStatement ps, ResultSet rs) { if (rs ! null) { try { rs.close(); } catch (SQLException ignored) {} } if (ps ! null) { try { ps.close(); } catch (SQLException ignored) {} } if (conn ! null) { try { conn.close(); } catch (SQLException ignored) {} } } }配套的db.properties文件内容如下driverClassNamecom.mysql.cj.jdbc.Driver urljdbc:mysql://localhost:3306/rent_system?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue usernameroot password你的密码 initialSize5 maxActive20 maxWait3000 validationQuerySELECT 1注意几个参数useSSLfalse必须加。MySQL 8.0默认开SSL如果你没配证书连接阶段会多一次SSL握手慢不说偶尔还直接报Communications link failure。serverTimezoneAsia/Shanghai必须加否则报时区错误。allowPublicKeyRetrievaltrue是MySQL 8.0里用caching_sha2_password加密插件时连接失败后的解药本地开发直接放行。如果你的MySQL是5.7驱动换成com.mysql.jdbc.Driver5.1.49URL里不需要serverTimezone。3.3 事务与DAO层租约创建的“获取连接、手动提交、失败回滚”三步房屋租赁场景里有一个天然需要事务的操作创建租约时不仅要往t_rental插一条数据还要同时把t_house.status改成“已出租”。如果第一步成功、第二步失败数据就错乱了。public boolean createRental(Rental rental, int houseId) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交开启事务 String sqlRental INSERT INTO t_rental(house_id, tenant_id, landlord_id, start_date, end_date, monthly_rent, status) VALUES(?,?,?,?,?,?,?); try (PreparedStatement ps conn.prepareStatement(sqlRental)) { ps.setInt(1, rental.getHouseId()); ps.setInt(2, rental.getTenantId()); ps.setInt(3, rental.getLandlordId()); ps.setDate(4, new java.sql.Date(rental.getStartDate().getTime())); ps.setDate(5, new java.sql.Date(rental.getEndDate().getTime())); ps.setBigDecimal(6, rental.getMonthlyRent()); ps.setInt(7, 0); int rows ps.executeUpdate(); if (rows ! 1) { conn.rollback(); return false; } } String sqlUpdateHouse UPDATE t_house SET status2 WHERE id? AND status1; try (PreparedStatement ps conn.prepareStatement(sqlUpdateHouse)) { ps.setInt(1, houseId); int rows ps.executeUpdate(); if (rows ! 1) { conn.rollback(); return false; } } conn.commit(); return true; } catch (Exception e) { if (conn ! null) { try { conn.rollback(); } catch (SQLException ignored) {} } e.printStackTrace(); return false; } finally { if (conn ! null) { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException ignored) {} } } }这里有几个值得咀嚼的写法。setAutoCommit(false)之后如果代码中途抛出异常必须手动回滚否则连接归还到连接池时下次被拿到会带着未提交的事务脏数据。finally里把autoCommit恢复为true同样重要——连接池的连接是复用的你不恢复下一次从池里拿到这条连接时它还是手动提交模式。Dao层的查询方法也统一用PreparedStatement原因不仅仅是防SQL注入。PreparedStatement有个隐性的性能收益它在MySQL服务端做了预编译执行计划会被缓存同一SQL执行多次时效率比Statement高。这个优化在数据量只有几千条的课设里体感不明显但养成习惯比临场改要强。4. 前后台功能落地从登录拦截到房源上架手写一个完整业务流程4.1 注册登录与会话管理密码加密和Session超时的正确姿势租房系统里用户的登录信息分两类普通租客和房东从前台登录管理员从后台登录。很多参考代码把用户表和管理员表分成了两张表我倾向于统一在一张t_user表里用role字段区分——前台登录后跳到首页后台登录后判断role是否等于1来决定是否放行。密码明文存储是这类项目最常见的“答辩翻车点”。你可以不引入Spring Security但至少用JDK自带的MessageDigest做一次SHA-256加盐哈希public static String md5(String rawPassword, String salt) { String str rawPassword salt; try { MessageDigest md MessageDigest.getInstance(SHA-256); byte[] hash md.digest(str.getBytes(StandardCharsets.UTF_8)); StringBuilder sb new StringBuilder(); for (byte b : hash) { sb.append(String.format(%02x, b)); } return sb.toString(); } catch (NoSuchAlgorithmException e) { throw new RuntimeException(加密算法不可用, e); } }盐可以直接用用户名或用户ID拼在密码后面——这是最简单可靠的“加盐”方案。不要在密码里拼固定字符串做盐那等于没加。登录成功的会话管理核心是session的存活时长。在web.xml里配置session-config session-timeout30/session-timeout /session-config这里的30表示30分钟无操作后session过期。注意如果只配了这里而你把用户对象直接存在session里过期后用户再次点按钮会跳登录页但session里的残留属性可能没有被清除。正确的做法是在登录Servlet里session.invalidate()后再getSession(true)新建会话这样每次登录都是一个全新会话避免“上一个用户的信息串到下一个用户”——这是一个非常隐蔽的越权漏洞。4.2 房源发布与分页查询核心Servlet的request处理链房源发布是房东角色的高频操作数据流向是前端JSP表单 →HousePublishServlet→HouseService→HouseDao→t_house表。WebServlet(/house/publish) public class HousePublishServlet extends HttpServlet { Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { req.setCharacterEncoding(UTF-8); HttpSession session req.getSession(); User user (User) session.getAttribute(loginUser); if (user null || user.getRole() ! 2) { resp.sendRedirect(req.getContextPath() /front/login.jsp); return; } String title req.getParameter(title).trim(); String address req.getParameter(address).trim(); String area req.getParameter(area).trim(); String price req.getParameter(price).trim(); if (title.isEmpty() || address.isEmpty() || price.isEmpty()) { req.setAttribute(errorMsg, 标题、地址、价格不能为空); req.getRequestDispatcher(/front/house_publish.jsp).forward(req, resp); return; } House house new House(); house.setLandlordId(user.getId()); house.setTitle(title); house.setAddress(address); house.setArea(Double.parseDouble(area)); house.setPrice(Double.parseDouble(price)); house.setStatus(0); // 待审核 HouseService service new HouseService(); boolean success service.publishHouse(house); if (success) { resp.sendRedirect(req.getContextPath() /house/list?minetrue); } else { req.setAttribute(errorMsg, 发布失败请稍后重试); req.getRequestDispatcher(/front/house_publish.jsp).forward(req, resp); } } }这段代码完整的演示了Servlet处理请求的标准动作链设置编码 → 从session中获取当前用户 → 校验权限 → 获取参数 → 参数校验 → 业务调用 → 成功重定向 / 失败转发。重定向是sendRedirect(URL)转发是getRequestDispatcher(...).forward(req, resp)永远不要搞混。重定向会改变浏览器地址栏URL刷新页面不会重复提交转发地址栏不变刷新会重复提交表单——这是一个高频“翻车点”。分页查询是另一个所有Web项目都绕不开的通用操作。我自己封装了一个分页工具类public class PageBeanT { private ListT list; private int pageNum; // 当前页 private int pageSize; // 每页条数 private long totalCount; // 总记录数 private int totalPages; // 总页数 private int start; // 查询起始位置LIMIT start, pageSize }SQL层的写法public ListHouse findByPage(PageBeanHouse page, String keyword) { StringBuilder sql new StringBuilder(SELECT * FROM t_house WHERE status1 ); ListObject params new ArrayList(); if (keyword ! null !keyword.isEmpty()) { sql.append( AND (title LIKE ? OR address LIKE ?) ); params.add(% keyword %); params.add(% keyword %); } sql.append( ORDER BY create_time DESC LIMIT ?, ?); params.add(page.getStart()); params.add(page.getPageSize()); // JDBC 执行返回 ListHouse }LIKE查询里对参数拼上%再传入PreparedStatement而不是直接拼进SQL字符串既防注入了又保留了模糊匹配的能力。分页参数start (pageNum - 1) * pageSize这里有个容易被初学忽略的边界页码为1时start0LIMIT 0, 10表示取前10条这是正确的。但如果你把start写成pageNum * pageSize第一页就丢10条数据。4.3 租约流转与后台审核状态机思维而不是到处if-else房源的状态流转是这套系统最体现“业务建模能力”的部分。我的设计是一个五状态状态机0 待审核 → 1 已上架管理员审核通过 0 待审核 → 3 已下架管理员审核拒绝 1 已上架 → 2 已出租租客签约成功 2 已出租 → 1 已上架租约到期自动上架 1/2/3 → 0 待审核房源信息被修改重新审核后台管理员的审核操作就是状态迁移的触发点。代码层面的关键约束是更新SQL必须带当前状态条件保证状态迁移是原子的。UPDATE t_house SET status1 WHERE id? AND status0如果返回的更新行数为0说明这条房源的状态已经不是“待审核”可能被其他管理员抢先处理了。这种乐观锁的思路在Servlet项目里只要你一行SQL就能实现不要让代码在读到数据、改完状态、写回数据之间留下时间窗口。用状态机而非散乱的if-else还有一个好处后台页面的下拉框选项、按钮的显隐全部可以由status统一驱动页面逻辑不各写一套。后台管理员的Servlet写法与前台类似区别在于拦截器不同。我通常会为管理员单独写一个WebFilter(/admin/*)内部再做一次role判断防止租客绕过分组URL直接访问后台Servlet。5. 避坑手册ServletJSPMySQL项目最常见的5个翻车现场5.1 中文乱码从页面到数据库全链路乱码现象表单提交中文到ServletSystem.out.println显示正常但存进MySQL后变成??或者JSP页面显示乱码。原因三层编码不一致。JSP页面可能是GBKTomcat默认读取POST请求参数是ISO-8859-1MySQL连接URL没指定characterEncodingutf8。解决三板斧一起上。第一JSP文件顶部声明% page contentTypetext/html;charsetUTF-8 languagejava %第二所有Servlet的doPost第一行加req.setCharacterEncoding(UTF-8)也可以在过滤器里统一处理第三JDBC URL加useUnicodetruecharacterEncodingutf8。MySQL里表结构要在建表时指定DEFAULT CHARSETutf8mb4。这三处必须全部一致缺一个都会出问题。提示很多人在Servlet里写了req.setCharacterEncoding(UTF-8)但依然乱码检查一下有没有把这个方法放在getParameter()之后调用。setCharacterEncoding必须在读取第一个参数之前生效放在后面等于没设。5.2 MySQL 8.0驱动加载失败ClassNotFoundException: com.mysql.jdbc.Driver现象运行项目启动Tomcat时报错找不到驱动类或者代码加载驱动报ClassNotFoundException。原因MySQL 8.0的JDBC驱动类名从com.mysql.jdbc.Driver改成了com.mysql.cj.jdbc.Driver旧驱动不支持MySQL 8.0的默认认证插件。解决确认db.properties里的driverClassName是com.mysql.cj.jdbc.Driver且依赖引入的是mysql-connector-java:8.0.x版本。如果你用Maven注意在Idea的Project Structure里检查Artifacts是否有lib目录——Maven依赖下载了不代表Tomcat部署时把jar包打进了WEB-INF/lib这是IDEA新手最常见的“编译通过但运行报类找不到”的原因。5.3 使用JSTL标签库时页面空白或者El表达式原样输出现象JSP页面里${house.title}没有解析成值而是直接原样打印出来或者标签库引入报错。原因缺少JSTL相关的两个jar包jstl.jar和standard.jar或者Tomcat 10自带的Jakarta EL规范与老式JSTL实现版本冲突。解决使用Tomcat 9或以下版本时Maven引入dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.2/version /dependencyJSP页面顶部声明% taglib prefixc urihttp://java.sun.com/jsp/jstl/core %。还要检查web.xml的javaee版本声明如果是5.0以上EL表达式默认关闭需要在页面加% page isELIgnoredfalse %。这是一个很诡异的坑——错误提示不明显页面就是空空白。5.4 数据库连接数飙高Druid监控里的activeCount不断上涨直到超时现象系统跑一会儿就卡死后台日志报Cannot get a connection, pool exhausted重启Tomcat恢复过一会儿又卡死。原因代码里的Connection没有关闭。常见的位置是try块里conn DBUtil.getConnection()后finally忘了做null判断并调用close()。另外如果在DAO层把Connection作为方法参数传入了Service层那么关闭责任不清晰最容易漏关。解决坚持“谁开启谁关闭”原则在DAO内部获取连接、使用完立即在finally中调用DBUtil.close(conn, ps, rs)。Service层不要接收Connection参数全部交给DAO层管理。如果用了Druid建议把maxWait设置为3000毫秒超时快速失败至少让问题快速暴露而不是让请求挂死。5.5 图片上传之后显示不了tomcat部署路径和文件系统路径的割裂现象管理员上传房源图片磁盘上文件确实存在了但页面上img src/upload/house/1.jpg报404。原因Tomcat内嵌的webapp目录与上传文件写入的磁盘目录不是同一个位置。默认request.getServletContext().getRealPath(/upload)拿到的是Tomcat临时部署的目录服务器重启后上传文件丢失。解决永远不要把上传文件写入项目部署路径。我一般在上传Servlet里配置一个外部磁盘目录String uploadBasePath D:/rent_system_upload/; String relativePath /upload/ fileName; filePart.write(uploadBasePath relativePath); // 存入数据库的图片路径用相对路径 /upload/xxx.jpg再用一个专门映射上传目录的Servlet或配置Tomcat的虚拟目录对外提供访问。这一步常见的取舍是课设阶段为了省事可以直接把文件传到getRealPath(/upload)下但要意识到这是临时路径重启即丢。你可以在答辩时主动说出这个局限并说明生产环境应该用对象存储面试官对这块通常是认可的。6. 把Servlet租房系统做成一个可信作品的最后验证清单项目能跑通基础功能只是及格线。如果你想拿这套系统做课设高分、毕设答辩、或者作为简历上的项目经验我建议按下面这个清单逐项自查这份清单是多年面试官视角总结出来的“区分度检查点”。第一项是密码是否明文存储。面试官问“你的系统安全吗”你不仅要说加密了还要现场说出是SHA-256加盐并且能指出在代码哪个位置做了拼接——这比你说“用了Spring Security”更有说服力。第二项是SQL注入防御。全项目搜一遍关键字不允许出现Statement和字符串拼接SQLSELECT * FROM t_user WHERE name name 。凡是查到这样的代码要么就是直接从老项目抄过来没改要么就是根本不懂PreparedStatement。第三项是事务边界是否正确。打开RentalService看创建租约的方法里有没有setAutoCommit(false)和commit/rollback。没有事务租约创建后房源状态没变数据一致性就是一句空话。第四项是分页SQL的排序稳定性。ORDER BY create_time DESC在create_time相同的情况下分页时可能出现同一行数据在不同页重复出现或遗漏。改进方案是加一个排序副键ORDER BY create_time DESC, id DESC。这个细节能体现你对数据稳定性做过思考。第五项是并发场景的兜底。同一套房源被两个租客同时看中并申请签约最终状态怎么保证不冲突答案是前面写过的带状态条件更新UPDATE t_house SET status2 WHERE id? AND status1。你可以在Servlet里设置一个短暂Thread.sleep(100)模拟并发然后看数据结果验证安全性——这是一条我常用的“自测之路”。最后一条个人习惯我会在项目根目录放一个README.md写清楚运行环境JDK版本、Tomcat版本、MySQL版本、数据库导入顺序以及默认管理员账号密码。很多同学自己写完过一个星期就忘了怎么启动更别说答辩老师要现场运行你的项目——一个清晰的README就是你的“后悔药”避免现场手忙脚乱。把上面五项全过一遍再配合这套系统的业务闭环你才算真正拿下了ServletJSPMySQL这个组合。做项目就像搭积木Servlet项目虽然代码啰嗦但它让你看清楚每一块积木到底是怎么咬合在一起的——希望这份笔记能帮到你让你少走几段弯路。本文还有配套的精品资源点击获取 Servlet+JSP+MySQL房屋租赁管理系统：从零搭建JavaWeb毕设项目的完整指南
简介一套基于 Java Servlet 的房屋租赁管理信息系统完整项目源码采用 JSP、Servlet、MySQL 与 Tomcat 实现适合 JavaWeb 初学者、毕业设计与课程实训参考。系统区分管理员与普通用户前台包括会员注册登录、回答问题找回密码、出租/求租/出售/求购信息展示、信息检索与留言板后台覆盖新闻公告、注册会员、留言管理、房屋信息发布、预定定金、合同收付款、统计报表与管理员日志等模块功能链条完整。资源包共 681 个文件、约 2.6MB以 JSP 页面、Java 类与 Servlet 源码为主同时包含 SQL 脚本、CSS/JS 静态文件、GIF 示例图和配置文件导入 IDE 后配合 Tomcat 与 MySQL 即可搭建运行。已有 262 人学习下载可作为房屋租赁或类似信息管理系统的页面布局、角色权限与业务流转参考。1. 基于Servlet的房屋租赁管理系统毕设常青树也是理解JavaWeb分层的捷径如果你搜过JavaWeb课程设计或毕业设计的题目清单大概率见过“基于Servlet房屋租赁管理信息系统(含前后台)(JavaServletjspmysql)”这个标题。它既不新潮也不高大上但它把所有JavaWeb面试要问的东西都串起来了Servlet生命周期、JSP与EL表达式、Session会话管理、JDBC连接池、MySQL事务、前后台权限隔离。做完这一套你对“Java后端到底在干嘛”的理解比背十篇面试题都扎实。这套系统的典型使用场景是房东发布房源、维护房屋信息、查看租客与租约状态租客在前台注册登录、浏览房源、发起看房或签约请求管理员在后台审核房源、管理租约和账单。它不像Spring Boot那样一键起服务每个环节都要手动接——这恰恰是它的价值你理解了底层再去用框架就是降维打击。本文按“技术选型 → 数据库设计 → 核心代码落地 → 高频翻车排查 → 验证技巧”的顺序带你完整拆解这个项目的实现路径。适合Java基础尚可、想靠一个完整项目打通ServletJSPMySQL知识链的读者。2. 搭建前的技术选型与工程目录为什么ServletJSP在2024年还值得做2.1 技术选型的现实逻辑不选框架选的是“看得见的手”现在做JavaWeb主流方案是Spring Boot MyBatis Vue前后端分离。但课程设计、毕业设计、以及部分企业内部老系统维护仍然大量使用Servlet JSP MySQL这套组合。原因很直接Spring Boot把Tomcat、对象映射、事务管理全部封装成了“黑盒子”初学者出了问题根本不知道去排查哪一层而Servlet项目里请求进来走哪个类、数据库连接在哪打开、页面数据是怎么塞进JSP的每一步都裸奔在代码里。这套系统的标准技术栈我一般这样定JDK8或11。Servlet项目没必要上17Tomcat和IDE兼容性反而添乱。Servlet API3.1或4.0对应Tomcat 8.5/9.0。JSP2.3版本随Tomcat自带不需要单独引入。JDBC驱动MySQL Connector/J。MySQL 5.7用5.1.49MySQL 8.0用8.0.x版本驱动。数据库连接池阿里Druid或Apache DBCP。单机课设用Druid最省心自带监控页面。前端JSP JSTL EL表达式配合原生HTML/CSS/JS。如果前端基础好可以嵌Bootstrap但不要引入Vue——那就违背了这套系统的学习初衷。注意一点如果你用的是MySQL 8.0连接驱动类名和URL参数都和5.7不一样。这是最经典的翻车点后文专门讲。2.2 工程目录规划前后台按模块分包禁止全塞一个包很多Servlet项目的源码我扫一眼就能判断是不是从网上下载的“祖传代码”——所有类堆在com.exampleServlet里拼HTML字符串DAO层用Statement拼SQL。这种工程就算跑起来你答辩时也说不出所以然。我一般推荐这样分包src/main/java ├── com.rent.filter // 登录拦截、编码过滤器 ├── com.rent.servlet.admin // 后台Servlet房源审核、用户管理、账单管理 ├── com.rent.servlet.front // 前台Servlet注册、登录、房源浏览、租约申请 ├── com.rent.service // 业务层接口与实现 ├── com.rent.dao // 数据访问层 ├── com.rent.entity // JavaBean实体类 ├── com.rent.util // DBUtil、StringUtil、分页工具 src/main/webapp ├── admin // 后台JSP页面 ├── front // 前台JSP页面 ├── WEB-INF/web.xml前后台分离的做法是前台页面放front目录后台页面放admin目录所有JSP都放在WEB-INF之外或通过Servlet跳转。实际上我习惯把JSP放在WEB-INF下强制走Servlet转发而不是直接访问JSP文件。这样做的安全收益非常大——用户无法通过在浏览器输入路径来绕过登录直接打开某个页面。// 例如管理员后台所有页面都必须经过LoginFilter WebFilter(/admin/*) public class AdminLoginFilter implements Filter { Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req (HttpServletRequest) request; HttpServletResponse resp (HttpServletResponse) response; Object adminUser req.getSession().getAttribute(adminUser); if (adminUser null) { // 未登录直接重定向到登录页 resp.sendRedirect(req.getContextPath() /admin/login.jsp); return; } chain.doFilter(request, response); } }这里的核心逻辑是Filter在Servlet之前拦截URLWebFilter(/admin/*)表示只拦截admin路径下的请求。session中没有adminUser说明未登录直接重定向。注意重定向必须带req.getContextPath()否则项目部署在非根路径时你会看到一个经典的404——这是Servlet项目的高频Bug。2.3 环境准备清单Tomcat、MySQL、Idea三件套的兼容性这一步不做后面每跑一步都在踩坑。先说JDK和Tomcat的匹配关系Tomcat 9.0需要JDK 8及以上Tomcat 10用的是Jakarta命名空间javax.servlet变成jakarta.servlet所以如果你从网上下载的Servlet教程代码里全是import javax.servlet.*不要用Tomcat 10直接部署会报“类不存在”的诡异错误。MySQL版本方面我建议新做项目直接装MySQL 8.0。因为5.7版本在部分Linux发行版已经移出默认源安装过程反而折腾。连接池建议用Druid 1.2.xdependency groupIdcom.alibaba/groupId artifactIddruid/artifactId version1.2.20/version /dependencyIDEA开发的话配置Tomcat时选Deployment标签页把war包挂到/rcmsRental Community Management System这个上下文路径。下面的路径规划通篇基于这个上下文你改成自己的项目名后注意所有重定向和JSP引用都要同步改。3. 数据库设计房源、租客、租约三张核心表把业务串起来3.1 表结构设计不要一上来就建十几张表房屋租赁管理信息系统的核心数据模型其实只有三张主表加配角表house房源表id, landlord_id, title, address, area, price, status, create_time user用户表id, username, password, real_name, phone, role(1管理员/2房东/3租客), create_time rental租约表id, house_id, tenant_id, landlord_id, start_date, end_date, monthly_rent, status, create_time加上账单表、看房申请表、房源图片表之后表数量会膨胀到六七张。但记住一句话先跑通三张核心表的增删改查再扩展附属功能。很多毕设死在“设计过度”——表建了一堆连数据都没插进去就做崩了。我给出一个可直接执行的建表SQLMySQL 8.0CREATE DATABASE IF NOT EXISTS rent_system DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE rent_system; CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, real_name VARCHAR(50), phone VARCHAR(20), role TINYINT NOT NULL DEFAULT 3 COMMENT 1-管理员 2-房东 3-租客, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_house ( id INT PRIMARY KEY AUTO_INCREMENT, landlord_id INT NOT NULL, title VARCHAR(100) NOT NULL, address VARCHAR(200) NOT NULL, area DECIMAL(10,2), price DECIMAL(10,2) NOT NULL, status TINYINT DEFAULT 0 COMMENT 0-待审核 1-已上架 2-已出租 3-已下架, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, CONSTRAINT fk_house_landlord FOREIGN KEY (landlord_id) REFERENCES t_user(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_rental ( id INT PRIMARY KEY AUTO_INCREMENT, house_id INT NOT NULL, tenant_id INT NOT NULL, landlord_id INT NOT NULL, start_date DATE NOT NULL, end_date DATE NOT NULL, monthly_rent DECIMAL(10,2) NOT NULL, status TINYINT DEFAULT 0 COMMENT 0-待签约 1-生效中 2-已退租, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, CONSTRAINT fk_rental_house FOREIGN KEY (house_id) REFERENCES t_house(id), CONSTRAINT fk_rental_tenant FOREIGN KEY (tenant_id) REFERENCES t_user(id), CONSTRAINT fk_rental_landlord FOREIGN KEY (landlord_id) REFERENCES t_user(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段SQL最关键的设计决策有两个一是所有表都加create_time字段且默认值设为当前时间这个字段在列表倒序展示和统计分析时是救命稻草二是外键约束要加但不要多加——比如t_rental关联了三个外键因为在设计上租约必须同时关联房源、租客、房东缺一个就无法完整描述这笔业务。MySQL 8.0里注意一个细节utf8mb4_general_ci已经够用不需要utf8mb4_unicode_ci后者的排序规则在多语言场景才显优势你这个系统全中文general_ci速度更快。如果你用了utf8mb4_binJava端查询时字段大小写匹配会出幺蛾子没必要。3.2 数据库连接层DBUtil的封装和Druid连接池的配置JDBC连接数据库最笨的写法是DriverManager.getConnection()每次请求都新开连接。课设量小看不出问题但如果你的答辩老师现场用JMeter压一下连接直接打爆。标准做法是启动时初始化一个连接池从池里拿连接用完归还而不是关闭。public class DBUtil { private static DataSource dataSource; static { Properties props new Properties(); try (InputStream is DBUtil.class.getClassLoader().getResourceAsStream(db.properties)) { props.load(is); dataSource DruidDataSourceFactory.createDataSource(props); } catch (Exception e) { throw new ExceptionInInitializerError(数据库连接池初始化失败: e.getMessage()); } } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); } public static void close(Connection conn, PreparedStatement ps, ResultSet rs) { if (rs ! null) { try { rs.close(); } catch (SQLException ignored) {} } if (ps ! null) { try { ps.close(); } catch (SQLException ignored) {} } if (conn ! null) { try { conn.close(); } catch (SQLException ignored) {} } } }配套的db.properties文件内容如下driverClassNamecom.mysql.cj.jdbc.Driver urljdbc:mysql://localhost:3306/rent_system?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue usernameroot password你的密码 initialSize5 maxActive20 maxWait3000 validationQuerySELECT 1注意几个参数useSSLfalse必须加。MySQL 8.0默认开SSL如果你没配证书连接阶段会多一次SSL握手慢不说偶尔还直接报Communications link failure。serverTimezoneAsia/Shanghai必须加否则报时区错误。allowPublicKeyRetrievaltrue是MySQL 8.0里用caching_sha2_password加密插件时连接失败后的解药本地开发直接放行。如果你的MySQL是5.7驱动换成com.mysql.jdbc.Driver5.1.49URL里不需要serverTimezone。3.3 事务与DAO层租约创建的“获取连接、手动提交、失败回滚”三步房屋租赁场景里有一个天然需要事务的操作创建租约时不仅要往t_rental插一条数据还要同时把t_house.status改成“已出租”。如果第一步成功、第二步失败数据就错乱了。public boolean createRental(Rental rental, int houseId) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交开启事务 String sqlRental INSERT INTO t_rental(house_id, tenant_id, landlord_id, start_date, end_date, monthly_rent, status) VALUES(?,?,?,?,?,?,?); try (PreparedStatement ps conn.prepareStatement(sqlRental)) { ps.setInt(1, rental.getHouseId()); ps.setInt(2, rental.getTenantId()); ps.setInt(3, rental.getLandlordId()); ps.setDate(4, new java.sql.Date(rental.getStartDate().getTime())); ps.setDate(5, new java.sql.Date(rental.getEndDate().getTime())); ps.setBigDecimal(6, rental.getMonthlyRent()); ps.setInt(7, 0); int rows ps.executeUpdate(); if (rows ! 1) { conn.rollback(); return false; } } String sqlUpdateHouse UPDATE t_house SET status2 WHERE id? AND status1; try (PreparedStatement ps conn.prepareStatement(sqlUpdateHouse)) { ps.setInt(1, houseId); int rows ps.executeUpdate(); if (rows ! 1) { conn.rollback(); return false; } } conn.commit(); return true; } catch (Exception e) { if (conn ! null) { try { conn.rollback(); } catch (SQLException ignored) {} } e.printStackTrace(); return false; } finally { if (conn ! null) { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException ignored) {} } } }这里有几个值得咀嚼的写法。setAutoCommit(false)之后如果代码中途抛出异常必须手动回滚否则连接归还到连接池时下次被拿到会带着未提交的事务脏数据。finally里把autoCommit恢复为true同样重要——连接池的连接是复用的你不恢复下一次从池里拿到这条连接时它还是手动提交模式。Dao层的查询方法也统一用PreparedStatement原因不仅仅是防SQL注入。PreparedStatement有个隐性的性能收益它在MySQL服务端做了预编译执行计划会被缓存同一SQL执行多次时效率比Statement高。这个优化在数据量只有几千条的课设里体感不明显但养成习惯比临场改要强。4. 前后台功能落地从登录拦截到房源上架手写一个完整业务流程4.1 注册登录与会话管理密码加密和Session超时的正确姿势租房系统里用户的登录信息分两类普通租客和房东从前台登录管理员从后台登录。很多参考代码把用户表和管理员表分成了两张表我倾向于统一在一张t_user表里用role字段区分——前台登录后跳到首页后台登录后判断role是否等于1来决定是否放行。密码明文存储是这类项目最常见的“答辩翻车点”。你可以不引入Spring Security但至少用JDK自带的MessageDigest做一次SHA-256加盐哈希public static String md5(String rawPassword, String salt) { String str rawPassword salt; try { MessageDigest md MessageDigest.getInstance(SHA-256); byte[] hash md.digest(str.getBytes(StandardCharsets.UTF_8)); StringBuilder sb new StringBuilder(); for (byte b : hash) { sb.append(String.format(%02x, b)); } return sb.toString(); } catch (NoSuchAlgorithmException e) { throw new RuntimeException(加密算法不可用, e); } }盐可以直接用用户名或用户ID拼在密码后面——这是最简单可靠的“加盐”方案。不要在密码里拼固定字符串做盐那等于没加。登录成功的会话管理核心是session的存活时长。在web.xml里配置session-config session-timeout30/session-timeout /session-config这里的30表示30分钟无操作后session过期。注意如果只配了这里而你把用户对象直接存在session里过期后用户再次点按钮会跳登录页但session里的残留属性可能没有被清除。正确的做法是在登录Servlet里session.invalidate()后再getSession(true)新建会话这样每次登录都是一个全新会话避免“上一个用户的信息串到下一个用户”——这是一个非常隐蔽的越权漏洞。4.2 房源发布与分页查询核心Servlet的request处理链房源发布是房东角色的高频操作数据流向是前端JSP表单 →HousePublishServlet→HouseService→HouseDao→t_house表。WebServlet(/house/publish) public class HousePublishServlet extends HttpServlet { Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { req.setCharacterEncoding(UTF-8); HttpSession session req.getSession(); User user (User) session.getAttribute(loginUser); if (user null || user.getRole() ! 2) { resp.sendRedirect(req.getContextPath() /front/login.jsp); return; } String title req.getParameter(title).trim(); String address req.getParameter(address).trim(); String area req.getParameter(area).trim(); String price req.getParameter(price).trim(); if (title.isEmpty() || address.isEmpty() || price.isEmpty()) { req.setAttribute(errorMsg, 标题、地址、价格不能为空); req.getRequestDispatcher(/front/house_publish.jsp).forward(req, resp); return; } House house new House(); house.setLandlordId(user.getId()); house.setTitle(title); house.setAddress(address); house.setArea(Double.parseDouble(area)); house.setPrice(Double.parseDouble(price)); house.setStatus(0); // 待审核 HouseService service new HouseService(); boolean success service.publishHouse(house); if (success) { resp.sendRedirect(req.getContextPath() /house/list?minetrue); } else { req.setAttribute(errorMsg, 发布失败请稍后重试); req.getRequestDispatcher(/front/house_publish.jsp).forward(req, resp); } } }这段代码完整的演示了Servlet处理请求的标准动作链设置编码 → 从session中获取当前用户 → 校验权限 → 获取参数 → 参数校验 → 业务调用 → 成功重定向 / 失败转发。重定向是sendRedirect(URL)转发是getRequestDispatcher(...).forward(req, resp)永远不要搞混。重定向会改变浏览器地址栏URL刷新页面不会重复提交转发地址栏不变刷新会重复提交表单——这是一个高频“翻车点”。分页查询是另一个所有Web项目都绕不开的通用操作。我自己封装了一个分页工具类public class PageBeanT { private ListT list; private int pageNum; // 当前页 private int pageSize; // 每页条数 private long totalCount; // 总记录数 private int totalPages; // 总页数 private int start; // 查询起始位置LIMIT start, pageSize }SQL层的写法public ListHouse findByPage(PageBeanHouse page, String keyword) { StringBuilder sql new StringBuilder(SELECT * FROM t_house WHERE status1 ); ListObject params new ArrayList(); if (keyword ! null !keyword.isEmpty()) { sql.append( AND (title LIKE ? OR address LIKE ?) ); params.add(% keyword %); params.add(% keyword %); } sql.append( ORDER BY create_time DESC LIMIT ?, ?); params.add(page.getStart()); params.add(page.getPageSize()); // JDBC 执行返回 ListHouse }LIKE查询里对参数拼上%再传入PreparedStatement而不是直接拼进SQL字符串既防注入了又保留了模糊匹配的能力。分页参数start (pageNum - 1) * pageSize这里有个容易被初学忽略的边界页码为1时start0LIMIT 0, 10表示取前10条这是正确的。但如果你把start写成pageNum * pageSize第一页就丢10条数据。4.3 租约流转与后台审核状态机思维而不是到处if-else房源的状态流转是这套系统最体现“业务建模能力”的部分。我的设计是一个五状态状态机0 待审核 → 1 已上架管理员审核通过 0 待审核 → 3 已下架管理员审核拒绝 1 已上架 → 2 已出租租客签约成功 2 已出租 → 1 已上架租约到期自动上架 1/2/3 → 0 待审核房源信息被修改重新审核后台管理员的审核操作就是状态迁移的触发点。代码层面的关键约束是更新SQL必须带当前状态条件保证状态迁移是原子的。UPDATE t_house SET status1 WHERE id? AND status0如果返回的更新行数为0说明这条房源的状态已经不是“待审核”可能被其他管理员抢先处理了。这种乐观锁的思路在Servlet项目里只要你一行SQL就能实现不要让代码在读到数据、改完状态、写回数据之间留下时间窗口。用状态机而非散乱的if-else还有一个好处后台页面的下拉框选项、按钮的显隐全部可以由status统一驱动页面逻辑不各写一套。后台管理员的Servlet写法与前台类似区别在于拦截器不同。我通常会为管理员单独写一个WebFilter(/admin/*)内部再做一次role判断防止租客绕过分组URL直接访问后台Servlet。5. 避坑手册ServletJSPMySQL项目最常见的5个翻车现场5.1 中文乱码从页面到数据库全链路乱码现象表单提交中文到ServletSystem.out.println显示正常但存进MySQL后变成??或者JSP页面显示乱码。原因三层编码不一致。JSP页面可能是GBKTomcat默认读取POST请求参数是ISO-8859-1MySQL连接URL没指定characterEncodingutf8。解决三板斧一起上。第一JSP文件顶部声明% page contentTypetext/html;charsetUTF-8 languagejava %第二所有Servlet的doPost第一行加req.setCharacterEncoding(UTF-8)也可以在过滤器里统一处理第三JDBC URL加useUnicodetruecharacterEncodingutf8。MySQL里表结构要在建表时指定DEFAULT CHARSETutf8mb4。这三处必须全部一致缺一个都会出问题。提示很多人在Servlet里写了req.setCharacterEncoding(UTF-8)但依然乱码检查一下有没有把这个方法放在getParameter()之后调用。setCharacterEncoding必须在读取第一个参数之前生效放在后面等于没设。5.2 MySQL 8.0驱动加载失败ClassNotFoundException: com.mysql.jdbc.Driver现象运行项目启动Tomcat时报错找不到驱动类或者代码加载驱动报ClassNotFoundException。原因MySQL 8.0的JDBC驱动类名从com.mysql.jdbc.Driver改成了com.mysql.cj.jdbc.Driver旧驱动不支持MySQL 8.0的默认认证插件。解决确认db.properties里的driverClassName是com.mysql.cj.jdbc.Driver且依赖引入的是mysql-connector-java:8.0.x版本。如果你用Maven注意在Idea的Project Structure里检查Artifacts是否有lib目录——Maven依赖下载了不代表Tomcat部署时把jar包打进了WEB-INF/lib这是IDEA新手最常见的“编译通过但运行报类找不到”的原因。5.3 使用JSTL标签库时页面空白或者El表达式原样输出现象JSP页面里${house.title}没有解析成值而是直接原样打印出来或者标签库引入报错。原因缺少JSTL相关的两个jar包jstl.jar和standard.jar或者Tomcat 10自带的Jakarta EL规范与老式JSTL实现版本冲突。解决使用Tomcat 9或以下版本时Maven引入dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.2/version /dependencyJSP页面顶部声明% taglib prefixc urihttp://java.sun.com/jsp/jstl/core %。还要检查web.xml的javaee版本声明如果是5.0以上EL表达式默认关闭需要在页面加% page isELIgnoredfalse %。这是一个很诡异的坑——错误提示不明显页面就是空空白。5.4 数据库连接数飙高Druid监控里的activeCount不断上涨直到超时现象系统跑一会儿就卡死后台日志报Cannot get a connection, pool exhausted重启Tomcat恢复过一会儿又卡死。原因代码里的Connection没有关闭。常见的位置是try块里conn DBUtil.getConnection()后finally忘了做null判断并调用close()。另外如果在DAO层把Connection作为方法参数传入了Service层那么关闭责任不清晰最容易漏关。解决坚持“谁开启谁关闭”原则在DAO内部获取连接、使用完立即在finally中调用DBUtil.close(conn, ps, rs)。Service层不要接收Connection参数全部交给DAO层管理。如果用了Druid建议把maxWait设置为3000毫秒超时快速失败至少让问题快速暴露而不是让请求挂死。5.5 图片上传之后显示不了tomcat部署路径和文件系统路径的割裂现象管理员上传房源图片磁盘上文件确实存在了但页面上img src/upload/house/1.jpg报404。原因Tomcat内嵌的webapp目录与上传文件写入的磁盘目录不是同一个位置。默认request.getServletContext().getRealPath(/upload)拿到的是Tomcat临时部署的目录服务器重启后上传文件丢失。解决永远不要把上传文件写入项目部署路径。我一般在上传Servlet里配置一个外部磁盘目录String uploadBasePath D:/rent_system_upload/; String relativePath /upload/ fileName; filePart.write(uploadBasePath relativePath); // 存入数据库的图片路径用相对路径 /upload/xxx.jpg再用一个专门映射上传目录的Servlet或配置Tomcat的虚拟目录对外提供访问。这一步常见的取舍是课设阶段为了省事可以直接把文件传到getRealPath(/upload)下但要意识到这是临时路径重启即丢。你可以在答辩时主动说出这个局限并说明生产环境应该用对象存储面试官对这块通常是认可的。6. 把Servlet租房系统做成一个可信作品的最后验证清单项目能跑通基础功能只是及格线。如果你想拿这套系统做课设高分、毕设答辩、或者作为简历上的项目经验我建议按下面这个清单逐项自查这份清单是多年面试官视角总结出来的“区分度检查点”。第一项是密码是否明文存储。面试官问“你的系统安全吗”你不仅要说加密了还要现场说出是SHA-256加盐并且能指出在代码哪个位置做了拼接——这比你说“用了Spring Security”更有说服力。第二项是SQL注入防御。全项目搜一遍关键字不允许出现Statement和字符串拼接SQLSELECT * FROM t_user WHERE name name 。凡是查到这样的代码要么就是直接从老项目抄过来没改要么就是根本不懂PreparedStatement。第三项是事务边界是否正确。打开RentalService看创建租约的方法里有没有setAutoCommit(false)和commit/rollback。没有事务租约创建后房源状态没变数据一致性就是一句空话。第四项是分页SQL的排序稳定性。ORDER BY create_time DESC在create_time相同的情况下分页时可能出现同一行数据在不同页重复出现或遗漏。改进方案是加一个排序副键ORDER BY create_time DESC, id DESC。这个细节能体现你对数据稳定性做过思考。第五项是并发场景的兜底。同一套房源被两个租客同时看中并申请签约最终状态怎么保证不冲突答案是前面写过的带状态条件更新UPDATE t_house SET status2 WHERE id? AND status1。你可以在Servlet里设置一个短暂Thread.sleep(100)模拟并发然后看数据结果验证安全性——这是一条我常用的“自测之路”。最后一条个人习惯我会在项目根目录放一个README.md写清楚运行环境JDK版本、Tomcat版本、MySQL版本、数据库导入顺序以及默认管理员账号密码。很多同学自己写完过一个星期就忘了怎么启动更别说答辩老师要现场运行你的项目——一个清晰的README就是你的“后悔药”避免现场手忙脚乱。把上面五项全过一遍再配合这套系统的业务闭环你才算真正拿下了ServletJSPMySQL这个组合。做项目就像搭积木Servlet项目虽然代码啰嗦但它让你看清楚每一块积木到底是怎么咬合在一起的——希望这份笔记能帮到你让你少走几段弯路。本文还有配套的精品资源点击获取