简介：一份面向计算机相关专业毕业设计学生和JavaWeb实战学习者的房屋租赁管理系统项目，基于Servlet、JSP与JDBC技术栈搭建，覆盖前台会员操作与后台业务管理两大部分。前台包含登录注册、密码找回、信息收藏、首页设置、新闻公告、出售出租求租求购信息展示与检索、留言板等常用功能；后台支持管理员对出售、求租、求购、交易信息进行维护，并输出房屋统计和销售租金统计报表，功能完整，适合作为毕设或课程设计参考。资源包约13.69MB，压缩包内含有项目源码、SQL Server数据库脚本、论文文档、详细的系统配置指导以及PPT答辩演示资料，从环境搭建、数据库导入到项目运行均有说明。开发环境基于JDK8，兼容Eclipse与IDEA，配合Navicat操作数据库，能够直接导入调试。当前已有250人学习参考，对需要快速搭建完整房屋租赁业务系统的开发者具有较好的复用价值。
1. 搭一套 Servlet+JSP 房屋租赁管理系统：在 JDK8 和 SQL Server 之间找到那个妥协点
如果你手头正好有一个基于 Servlet+Jsp+JDBC 的房屋租赁管理系统要做环境部署，这篇就是给你准备的。别小看这套 JSP+JDBC 组合——现在看着不算新，但在 java 数据库 毕业设计 场景里它的出场率高得离谱：前台会员注册登录、出租求租出售求购、新闻中心、留言板，后台还有交易管理和统计报表，功能完整度远超一般练手项目，又不像 Spring 全家桶那样堆一堆中间件。跑通它只需要 JDK8、Tomcat、一个 SQL Server 和 Navicat，理论上半天能搞定，实际上我见过有人折腾了两天才看到首页。
真正把人卡住的基本不是 Java 代码，而是三处环境配合：SQL Server 的端口和登录认证、JDBC 驱动 jar 有没有被打进部署包、Tomcat 版本和项目里 web.xml 的 Servlet 版本对不对得上。这三样只要错一个，Tomcat 照常启动，浏览器永远白屏或报 500。这套环境本身不玄学，下面按我自己部署这类项目的顺序，从装 JDK 一直到验证整个租赁流程跑通，一步步拆给你看。
2. 环境预装：JDK8、Tomcat 8.5、SQL Server 2019 与 Navicat 的版本搭配
2.1 JDK8：先解决"装了 JDK 却跑不起来"的三个老问题
这个项目明确要求 jdk8，就不要自作主张上 JDK 11 或 17。原因很实际：项目里很多 JavaWeb 代码是按老写法来的，比如 JSP 里直接跑 scriptlet、依赖某些只在 1.8 下默认开启的编译行为，换到高版本 JDK 后要么编译报错，要么 Tomcat 启动时直接抛 UnsupportedClassVersionError。新手最容易在这上面翻车，一上来装个最新版 JDK，结果连 javac 都过不了。
JDK8 我建议用 jdk1.8.0_211 这个发布版，太老的版本比如 45/51 在 2019 年之后的操作系统上偶尔会有时间戳和加密算法兼容问题，太新的 8u3xx 系列在部分老笔记本上反而多出一些安全策略坑。安装包哪里来就不展开了，装的时候记住：路径里不要带空格，不要装在C:\Program Files\Java\jdk1.8.0_211这种带空格的目录，后患无穷。我一般固定在D:\Java\jdk1.8.0_211，后面配置 Tomcat、IDEA 全指着这个路径。
装完立刻配置环境变量，右键"此电脑 → 属性 → 高级系统设置 → 环境变量"，新建系统变量：
JAVA_HOME=D:\Java\jdk1.8.0_211然后在系统变量Path的最前面追加：
%JAVA_HOME%\bin这里有个很老的坑：有些人会顺手加一个CLASSPATH变量，里面写.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar。在 JDK8 时代这已经不是必须的了，JDK 会自动处理类路径，写错了反而可能干扰 Tomcat 的类加载。我一般不加，只靠JAVA_HOME和Path就够。
做完在命令行验证：
java -version如果输出里有1.8.0_211就说明 JDK 就位了。如果输出的还是旧版本，去Path里检查是不是有别的 JDK 路径排在前面，Windows 是按顺序找的。另外一个常见情况：装了 Oracle JDK 后java -version显示的是 JRE 而不是 JDK，说明JAVA_HOME指向了 jre 目录，改回 JDK 根目录就行。
2.2 Tomcat 8.5：Servlet 3.1 与 JDK8 的保守组合
Tomcat 版本用 8.5，不要用 10.x。原因不是 10 不好，而是 10 开始把包名从javax.servlet改成了jakarta.servlet，这个项目里的 JSP 页面和 Servlet 类全部按javax.servlet.http.HttpServlet写，丢到 Tomcat 10 上直接 ClassNotFoundException。Tomcat 9 虽然还是javax包名，但对应的是 Servlet 4.0 规范，部分老项目在 web.xml 头声明和 JSP 解析上会有细微差异，没必要去试。8.5 对应 Servlet 3.1 + JSP 2.3，是这套代码最舒服的运行环境。
下载 zip 包解压到D:\Tomcat\apache-tomcat-8.5.xx，解压后先检查bin目录下的startup.bat能不能找到 Java。Tomcat 启动时靠JAVA_HOME环境变量定位 JDK，如果你只配了JRE_HOME或者根本没配，点startup.bat会闪退。在命令行里手动跑一下最直观：
D:\Tomcat\apache-tomcat-8.5.xx\bin\startup.bat窗口不闪退、最后输出Server startup in [xxx] milliseconds，就说明 Tomcat 起来了。如果不放心可以再顺手验证端口：
netstat -ano | findstr 8080看到LISTENING就说明 8080 端口已经被 Tomcat 占用。需要改端口的话，去conf\server.xml里改<Connector port="8080"那行，很多毕设项目习惯把端口改成 8081 或 8088，避免和本机其他服务打架。
2.3 SQL Server 2019 与 Navicat：库端准备和登录认证
数据库用 SQL Server，版本 2019、2017、2016 或 Express 版都可以，这套代码没有用到高版本专有特性。学生机配置一般，我建议装SQL Server 2019 Express或者 Developer 版，Express 免费、Developer 也可以免费开发用。安装时有两处别勾错：功能勾"数据库引擎服务"就够，别被一堆分析服务、报表服务拖慢安装；认证模式这里我强烈建议直接选"混合模式"，给sa设一个强密码。
很多人装完才发现 Windows 认证能连上、用sa就是连不上，还要回 SQL Server Management Studio 里改服务器属性→安全性→SQL Server 和 Windows 认证模式，这个就是典型的后悔药。项目里的 JDBC 连接串通常写的是sa账号，你如果只留 Windows 认证，驱动那边根本认不了。装完 SQL Server 后默认 TCP/IP 协议是关闭的，这个问题放到第 5 章避坑清单里细说，先在这里留个印象：装完别急着连，要先去 SQL Server Configuration Manager 里把 SQL Server 的 TCP/IP 启用。
Navicat 这里用的是 Navicat Premium，不是 Navicat for MySQL，因为数据库类型是 SQL Server。打开 Navicat 后新建连接，选Microsoft SQL Server类型，主机填localhost，端口默认1433，用户名填sa，密码填安装时设的密码。能连上就说明数据库端已经通了，连不上先别怀疑代码，99% 是 TCP/IP 没开或者密码策略问题。
3. 数据库导入：SQL Server 建库、跑脚本与 JDBC 连接串逐项拆解
3.1 建库与执行 SQL 脚本：Navicat 和命令行两种走法
拿到项目压缩包后，先找sql或database目录，里面一般有整个数据库的建表脚本和初始数据。我们先看一眼脚本开头有没有CREATE DATABASE语句，有的话直接执行整个脚本即可；没有的话需要先手动建一个空库，再去跑脚本，否则脚本里的USE xxx会直接报错。
我一般先把库建好，名字按项目脚本里引用的来，如果脚本里写的是house_rental就用它，避免后面改连接串时大小写、下划线对不上。在 Navicat 的查询窗口执行：
CREATE DATABASE house_rental COLLATE Chinese_PRC_CI_AS; GO这个排序规则值得说一下：Chinese_PRC_CI_AS是简体中文、不区分大小写、区分重音，毕设项目里的中文查询和模糊搜索基本靠它。如果你的 SQL Server 是英文版默认排序规则，插入中文数据时可能出现乱码或排序怪癖，所以建库时显式指定排序规则算是这套 JavaWeb 项目的老传统了，能写上就写上，省得后面查留言板中文数据时翻车。
建完库后在 Navicat 里选中house_rental这个库，右键 →"运行 SQL 文件"→ 选择下载包里的.sql脚本，执行完看左下角有没有报错。Navicat 执行的时候对脚本里的GO批处理分隔符处理得很好，一般都能一口气跑完。跑完刷新一下表列表，应该能看到会员表、出租信息表、求租求购表、新闻表、留言表、管理员表等一串表。
没装 Navicat 或者想验证脚本，也可以直接在命令行用sqlcmd跑：
sqlcmd -S localhost -U sa -P 你的密码 -d house_rental -i D:\house_rental.sql-d house_rental指定目标库，-i指向脚本文件路径。用sqlcmd有个好处：脚本中途报错时行号显示非常清楚，方便定位是建表语法问题还是某条数据插坏了。这套项目脚本我跑过几次，普遍有初始管理员账号和几条新闻、房源示例数据，跑完可以先用查询确认一下：
USE house_rental; SELECT COUNT(*) AS news_count FROM news;返回不是 0 就说明基础数据进去了。
3.2 JDBC 连接参数：驱动类、URL、账号密码逐项拆解
数据库通了，接下来把代码和数据库接上。这个项目是普通 JavaWeb 工程，不是 Maven，所以不会有application.yml这种花哨东西，连接配置一般集中在db.properties、jdbc.properties，或者直接写在某个工具类里，常见类名是DBHelper.java、JDBCUtil.java、ConnDB.java。打开这类文件，看到的内容基本长这样：
jdbc.driver=com.microsoft.sqlserver.jdbc.SQLServerDriver jdbc.url=jdbc:sqlserver://localhost:1433;DatabaseName=house_rental jdbc.username=sa jdbc.password=123456四个参数逐个说。jdbc.driver用的是微软 SQL Server JDBC 驱动的完整类名，注意别写成 MySQL 的com.mysql.jdbc.Driver，这是两类项目最容易搞混的地方，我在部署现场见过不下三次。jdbc.url里的localhost是本机数据库地址，1433 是默认端口，DatabaseName=house_rental要和刚才建库的名字完全一致；如果你的 SQL Server 是具名实例，比如localhost\SQLEXPRESS，url 要写jdbc:sqlserver://localhost\SQLEXPRESS:1433;DatabaseName=house_rental，主机名和实例名之间用反斜杠，中间别加空格。
jdbc.username和jdbc.password对应数据库登录账号，一般项目里默认写sa。如果安装 SQL Server 时没开混合认证，这里改成sa也连不上，必须回 Management Studio 把认证模式切过来，这个在第 2.3 节已经提过。还有个连带坑：SQL Server 2019 里sa的密码策略默认要求复杂密码，如果你安装时设过强密码，连接串就写那个强密码；如果你后面用 Management Studio 改过密码，这里必须同步更新，驱动可不会帮你记住。
如果你的项目里连接参数不是写在.properties，而是直接硬编码在 Java 类里，那改法和上面一样。改完记得确认 WEB-INF/lib 或项目 lib 目录里有没有 SQL Server 驱动 jar，常见的是sqljdbc4.jar或mssql-jdbc-8.2.2.jre8.jar。版本拿不准时，JDK8 配mssql-jdbc-8.2.2.jre8.jar是稳妥搭配；驱动 jar 版本太低时，SQL Server 2019 可能有 TLS 握手失败，这个后面避坑章继续讲。
4. 项目导入与部署：从 IDEA 打开源码到 Tomcat 能访问首页
4.1 源码目录识别：先认出普通 JavaWeb 项目的骨架
解压项目源码后，先别急着往 IDEA 里拖，先看一眼目录结构。这个项目既然不是 Maven，就不会有pom.xml，典型结构是：src目录放着 Java 源码，WebRoot 或者 web 目录放着 JSP 页面、css、js、WEB-INF；在src里能看到按功能拆的包——servlet 或 controller 包、dao 包、entity 或 model 包、util 包；WEB-INF下有web.xml，这是整个 Web 应用的入口配置，首页、Servlet 路径映射全在这里定义。
先把这些认清楚是有价值的：后面 IDEA 配置 Artifacts 时，要明确告诉工具"web 根目录是哪个、编译输出到哪、依赖 jar 有哪些"，认不清目录，IDEA 帮你自动识别也很容易认错。比如有些源码把 JSP 直接放在根目录，有些放在 WebRoot 下的jsp文件夹里，这两种结构的 Web Resource 配置方式不同；还有WEB-INF\lib如果本来就有 jar，说明发布时这些 jar 会跟着项目一起打到包里去，配置时只要不排除它就行。
另外在src\util或src\dao里通常会看到那个数据库工具类，压不压缩包里的配置指导文档一般也会在这里提一句"把驱动 jar 放到 WEB-INF/lib"，这句话别忽略，因为它直接决定你第 5 章会不会遇到 ClassNotFoundException。
4.2 IDEA 导入与依赖配置：Modules、Libraries、Artifacts 三件套
用 IDEA 打开项目：File → Open，选择源码根目录，IDEA 检测到不是 Maven 项目时，会当普通项目打开，或者弹提示让你选"新建 IntelliJ 平台项目"。关键配置在File → Project Structure里，我要调三个地方：
第一个是Project → Project SDK，选成 1.8，Language level 也选 8。如果下拉框里没有 1.8，说明你还没在 IDEA 里添加 JDK8，点 Add SDK → JDK，选择D:\Java\jdk1.8.0_211目录。
第二个是Modules → Dependencies，点加号 →JARs or directories，把项目里自带的那几个 jar 加进来，尤其是 SQL Server 驱动 jar。这一步解决的是编译期能不能 import 到java.sql.*之外那些驱动类的问题。
第三个是Artifacts。点加号 → Web Application → Exploded → 选模块。然后在右侧的Output Layout里确认WEB-INF\lib下面是不是把依赖 jar 都带上了。这一步最容易被忽略：Moduls 里加依赖只是编译期能过，如果 Output Layout 里 lib 是空的，部署到 Tomcat 后运行期就找不
本文还有配套的精品资源，点击获取
