简介：基于Servlet+Jsp+JDBC的房屋租赁管理系统完整毕业设计资源包，专为计算机专业毕业设计学生及需要JavaWeb项目实战的开发者打造。项目包含完整可运行源码、SQL Server数据库脚本、配套毕业论文、系统详细配置指导及答辩PPT，覆盖会员登录注册、房屋出租求租、出售求购、资讯公告、留言板、后台管理等核心功能，并支持求租求购信息管理、交易信息管理及房屋销售租金统计报表，前后端分离明确，适合作为课设或毕设蓝本。压缩包约13.69MB，内含Java源代码、JSP页面、JavaScript脚本、数据库备份文件及Word/PPT文档，目录按功能模块划分，便于快速导入IDEA或Eclipse部署调试。目前已有250人学习下载，资源经过严格调试，配套文档还提供环境搭建和排错思路，能帮助初学者少走弯路，快速跑通项目并理解业务逻辑，无论是课程设计还是毕业答辩都能直接参考。

1. 装这套Servlet+Jsp房屋租赁管理系统，先把版本坑说清楚

做毕设的同学拿到一套Servlet+Jsp+JDBC的房屋租赁管理系统，通常第一反应是“源码有了，导入跑起来不就完事了”。真动手才发现：JDK版本不对，ClassNotFoundException；SQL Server没开TCP/IP，连接超时；Tomcat和Servlet版本不匹配，启动直接报错。这套技术栈不新，但正因为它不新，版本组合反而更讲究——JDK得用8，Tomcat用8.5或9，数据库用SQL Server，IDE用IDEA或Eclipse都行。我帮别人排过这种项目的环境，大多数问题都出在JDBC驱动没进WEB-INF/lib、数据库脚本没执行干净这两件事上。这篇就把从零装到跑通的完整过程写清楚，适合正在做JavaWeb毕设、或想拿完整项目练手的朋友照着走。

2. 环境准备：JDK8与Tomcat的版本搭配，SQL Server实例初始化

2.1 JDK8与Servlet容器的版本匹配

先提一个最容易翻车的点：这套系统是Servlet+JSP经典写法，用的是javax.servlet包。JDK必须用8，Tomcat用8.5或9。JDK 11以上不是不能跑，但Tomcat 10开始已经把javax.servlet换成了jakarta.servlet，包名整个变了，老项目的import全部报红，所以别在这上面给自己加戏。

安装JDK8时我建议直接装官方发行版，装完先验证：

java -version

预期看到输出里包含1.8.0_xxx，比如：

java version "1.8.0_202" Java(TM) SE Runtime Environment (build 1.8.0_202-b08)

接着配JAVA_HOME。Windows上设置系统环境变量：

JAVA_HOME=D:\Program Files\Java\jdk1.8.0_202 Path追加：%JAVA_HOME%\bin

JAVA_HOME一定要写到JDK根目录，不是bin目录，也不是jre目录。IDEA和Tomcat启动都要读这个变量来定位JDK路径，写错了Tomcat会直接提示找不到JDK。验证方式是在新开的命令行里执行：

echo %JAVA_HOME%

Tomcat我推荐8.5.x。原因很直接：Servlet规范用的javax，JSP也稳定，和这套项目的老代码兼容性最好。Tomcat 9也行，但没必要追新；Tomcat 10就别碰。下载解压后，先别急着启动，手动跑一下看环境是否正常：

cd D:\apache-tomcat-8.5.98\bin startup.bat

启动成功后浏览器访问http://localhost:8080/能看到Tomcat默认首页。这一步过了，说明JDK和Tomcat本身没有毛病，后面项目报错才能准确定位到代码或配置层面。

2.2 SQL Server安装与Navicat连接

数据库是这套系统里另一个大坑。系统用的是SQL Server，不是MySQL，很多人没注意这点，拿着Navicat连半天连不上，因为Navicat的版本还得分“for MySQL”和“for SQL Server”。确认你装的是Navicat for SQL Server，或者装Navicat Premium这类多数据库版本。

SQL Server版本方面，2008R2、2012、2016、2019都可以跑这套系统，脚本是标准T-SQL语法，兼容性没有问题。安装SQL Server时，实例名建议用默认实例MSSQLSERVER，后面JDBC连接串才能写成localhost:1433的形式，省去一堆实例名解析的麻烦。

SQL Server装完，需要把TCP/IP协议打开，这步是JDBC连接能成功的前提，也是很多人忽略的一步。操作路径：打开“SQL Server 配置管理器”→ 选择“SQL Server 网络配置” → 找到实例对应的“协议” → 把“TCP/IP”启用 → 双击进入“IP地址”选项卡，滚动到IPAll，把TCP 端口设为1433。改完必须重启SQL Server服务才生效。

用Navicat测试连接时，填这些参数：

如果提示连接失败，先检查SQL Server服务是否正在运行，再确认TCP/IP有没有启用，最后检查防火墙——Windows防火墙一般会拦截1433端口，需要加一条入站规则放行，或者临时关掉防火墙测试连接。这几个检查点按顺序过一遍，基本能定位到问题。

2.3 项目目录解压与Tomcat部署前检查

源码包解压后，先看目录结构。这套项目是非Maven结构的传统Web项目，源码、数据库脚本、论文文档、配置指导是分开的。你需要找到这几个关键部分：src目录下的Java源码、WebContent或web目录（JSP页面和静态资源所在）、web.xml（Servlet映射和欢迎页配置）、数据库脚本文件（通常是.sql格式）。

打开web.xml看一遍，能提前了解这个项目的Servlet路径和过滤器配置。比如这类老项目常在web.xml里配置了字符集过滤器，如果页面乱码，先回来看这里有没有过滤器，不要急着改代码。数据库脚本也要找到，它的作用是创建数据库表结构并插入初始数据，系统里那些新闻公告、管理员账号和基础分类数据都靠它灌进去。这一步只做确认，不着急改任何东西，核心目标是让项目文件在本地落位。

3. 导入源码与数据库脚本：IDEA与Eclipse的两种配置路径

3.1 用IDEA导入传统Web项目并关联Tomcat

拿到一个非Maven的Web项目，IDEA导入后第一件事是配置Project Structure。文件菜单打开“Project Structure”，把项目的源代码目录标记为Sources，把WebContent或web目录标记为Web Resources Directory，注意Web Resource路径要精准指到包含WEB-INF的那一层，指错了IDE识别不到web.xml，也就没法生成Artifact。

配置完项目结构，再配置Tomcat。打开“Run → Edit Configurations”，添加一个“Tomcat Server → Local”，在“Application server”处选择你本地Tomcat的安装目录。Deployment选项卡里点击加号，选择“Artifact”，把项目的war exploded包加进去，Application context建议直接填/，这样访问时不用带项目名，方便后面测试。改完点Apply确认。

这里有个IDEA特有的坑：如果Artifact列表是空的，说明Project Structure里web.xml或Web Resource目录没配置好，返回去检查上一节内容。IDEA里Artifact生成依赖web.xml，web.xml没被识别，Artifact就出不来，这是新手最容易卡住的地方。

3.2 用Eclipse导入项目并配置Server Runtime

Eclipse导入这类项目比IDEA直观一些，但也存在自己的一套命名逻辑。在Eclipse里选中项目文件夹，使用“Import → Existing Projects into Workspace”导入。如果导入后项目没有变成Web项目的样子，在项目右键选择“Properties → Project Facets”，勾选Dynamic Web Module 3.1 和 Java 1.8，Java 1.8在Eclipse里常显示为1.8或1.8.0，选中后点Apply。这一步完成后项目才被Eclipse识别为Web项目，才能部署到Tomcat。

接着在“Window → Preferences → Server → Runtime Environments”里添加Tomcat 8.5，指定安装目录和JDK版本。然后在“Servers”视图里新建一个Server，右键项目“Add and Remove”把项目加入运行列表。

两边都要做的一件事是：确认Tomcat运行配置里指定的JDK是JDK8。Tomcat默认会找JAVA_HOME，但如果之前装过更高版本的JDK，Eclipse的Server Runtime配置里可能指向了别的版本，需要手动改回来，否则启动时各种版本不兼容报错。

3.3 用Navicat执行数据库脚本

数据库脚本是整个系统能跑起来的核心，不执行脚本，项目启动后查询任何页面都是空数据，管理员账号也不存在。在Navicat里新建一个连接连上SQL Server后，新建一个数据库，数据库名要和配置文件里的连接串保持一致。这个项目的连接信息需要去看源码里的数据库配置文件，一般是src目录下的db.properties或JDBCUtils.java，里面写着jdbc:sqlserver://开头的一段，DatabaseName=后面跟的库名就是你要创建的那个名称。

执行脚本有两种方式。第一种：在Navicat中选中目标数据库，右键“运行SQL文件”，找到.sql脚本执行。第二种：新建查询窗口，直接把脚本内容粘贴进去，按运行。两种方式都能用，但要注意：脚本如果太大或包含大量GO分隔符，Navicat的“运行SQL文件”有时会中断，用查询窗口整段执行反而更稳。执行完检查点：展开数据库的表列表，能看到用户表、房屋信息表、新闻表、留言表等数据表，并且每张表有数据，说明脚本执行成功。

执行失败最常见的报错是“对象名无效”，原因通常是脚本里包含USE [xxx]语句，切换到了别的库，或者你执行脚本时选中的不是目标数据库。解决办法：如果脚本里有USE语句，把那个库名改成你新建的库名，或者把USE语句删掉，重新选中正确的数据库再执行。

4. 核心配置修改：JDBC连接串、驱动JAR与字符集

4.1 JDBC连接串与SQL Server的加密设置

这套项目能连上数据库，靠的是JDBC连接串和驱动包，两个东西缺一不可。先找数据库配置文件，通常叫db.properties或写在DBHelper.java里。连接串格式一般是：

jdbc:sqlserver://localhost:1433;DatabaseName=house_lease

用户名和密码分开配置，比如：

driver=com.microsoft.sqlserver.jdbc.SQLServerDriver url=jdbc:sqlserver://localhost:1433;DatabaseName=house_lease username=sa password=你的密码

有个参数很容易忽略：SQL Server 2012及以后的版本，默认加密连接是关闭的，但有些新版本JDBC驱动（比如mssql-jdbc 9.x以上）默认要求加密，导致连接失败或告警。常见做法是在连接串上加encrypt=false：

jdbc:sqlserver://localhost:1433;DatabaseName=house_lease;encrypt=false

如果你的驱动版本是mssql-jdbc 10及以上，连接串里没有encrypt=false，启动时很可能报The driver could not establish a secure connection to SQL Server。遇到这个错，第一反应就是加encrypt=false，这是新版驱动的坑，老项目文档里不会写。加完再重启Tomcat，看控制台日志。

另外注意localhost和127.0.0.1的区别：如果SQL Server实例不监听默认端口或配置了命名实例，localhost解析可能出问题，这时候用127.0.0.1或机器IP更稳。连接串改成IP后，SQL Server还需要在配置管理器中允许远程连接。

4.2 JDBC驱动库JAR的位置

连接串配好，还要确保驱动JAR进了WEB-INF/lib目录。很多同学把sqljdbc4.jar下载后丢在桌面上，或者在IDEA里加了依赖但忘了部署到Artifact里，启动时一直报数据库驱动找不到。传统Web项目不靠Maven管理依赖，JAR必须物理存在于项目的WEB-INF/lib目录下，部署时才会被打进war包。

驱动JAR的版本选择和JDK8匹配。JDK8用sqljdbc4.jar或mssql-jdbc-9.4.0.jre8.jar都可以，9.4.0版本的文件名里带jre8，说明专门支持JDK8。把JAR复制到WEB-INF/lib后，在IDEA里如果项目还是报红，右键JAR选择“Add as Library”加入项目依赖。Eclipse里如果还报驱动类找不到，右键项目“Build Path → Add JARs”，选择WEB-INF/lib下的驱动文件。

验证驱动是否能被正确加载，看Tomcat启动日志里有没有这行信息：

Loading class com.microsoft.sqlserver.jdbc.SQLServerDriver

没有这行就说明驱动没加载到，继续检查JAR是否真的进了部署目录。可以在Tomcat的webapps目录下找发布后的项目，手动看一眼WEB-INF/lib里有没有这个JAR，这是最直接的验证方式，绕过IDE的缓存和显示问题。

4.3 字符集配置：页面、过滤器、数据库三处统一

中文乱码是这套系统里出现频率最高的运行期问题。整套字符集链路是：JSP页面pageEncoding→ 过滤器或Servlet读取请求参数的方式 → SQL Server数据库表字段的排序规则，三个关卡只要有一个不一致，查询结果或表单提交就会出现乱码。

JSP页面头部检查<%@ page指令，确认：

<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8" %>

页面上这三处编码必须都是UTF-8。如果页面指令没问题，再检查web.xml里有没有配置字符集过滤器，老项目常见做法是配置CharacterEncodingFilter，强制请求和响应用UTF-8编码：

<filter> <filter-name>encodingFilter</filter-name> <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> <init-param> <param-name>forceEncoding</param-name> <param-value>true</param-value> </init-param> </filter>

如果项目里没有这个过滤器，而在Servlet里直接使用request.getParameter()，那就需要在每个Servlet的doPost方法开头加上：

request.setCharacterEncoding("UTF-8"); response.setContentType("text/html;charset=UTF-8");

数据库层面的字符集也要查。SQL Server的排序规则（Collation）如果默认是Chinese_PRC_CI_AS，中文显示通常没问题；但如果是英文排序规则，中文字段可能乱码或用不了。检查数据库属性里的排序规则，常见做法是统一用Chinese_PRC_CI_AS。修改数据库排序规则的语句是：

ALTER DATABASE house_lease COLLATE Chinese_PRC_CI_AS;

不过要注意：如果表中已经有数据，改排序规则可能失败或影响已有数据，最稳妥的做法是在执行数据库脚本建库之前就确认排序规则。所以数据库脚本执行这一步，建议在新建数据库时就选好排序规则，Navicat新建数据库时可以直接指定。

5. 避坑指南：这套系统最容易翻车的五个位置

5.1 现象：启动报ClassNotFoundException: com.microsoft.sqlserver.jdbc.SQLServerDriver

Tomcat启动后日志里抛出java.lang.ClassNotFoundException: com.microsoft.sqlserver.jdbc.SQLServerDriver，第一反应别去查连接串，问题几乎都在驱动JAR没被加载。

原因梳理：这个类名是SQL Server JDBC驱动的主类，类找不到只有两种可能——JAR不在WEB-INF/lib目录，或者JAR在但没被编译到部署目录。IDEA里尤其容易出第二种问题，你明明在Project Structure里加了JAR，但Artifact构建时没把它带进lib。

解决办法：打开IDEA的Project Structure → Artifacts → 选中项目的war exploded，在Available Elements里找到WEB-INF/lib，把JDBC驱动JAR拖进去，确认输出目录的WEB-INF/lib里能看到这个JAR。Eclipse则检查Deployment Assembly有没有把lib目录带上。改完重建Artifact，重启Tomcat，再看启动日志。

5.2 现象：数据库连接失败，报TCP/IP连接超时

启动时项目报The TCP/IP connection to the host localhost, port 1433 has failed或超时，这种报错的排查顺序非常明确。

原因一般有三个：SQL Server的TCP/IP协议没启用；1433端口被防火墙拦住；连接串端口和实例实际端口不一致。

解决办法按顺序来：先打开SQL Server配置管理器，确认TCP/IP处于“已启用”状态，并且IPAll的端口是1433；然后确认SQL Server服务已重启；再检查防火墙入站规则，临时加一条1433端口的放行规则；最后用命令行工具自测连通性：

telnet localhost 1433

连不上，就回到上面一步步查；能通，那就是连接串或账号的问题。这一步用telnet验证很关键，能快速区分是网络层问题还是认证层问题。SQL Server的sa账号默认可能禁用，需要先用Windows认证登录，然后在安全性 → 登录名里启用sa并设置密码，这一步也常被忽略。

5.3 现象：页面中文全部变成问号

JSP页面正常显示英文，但数据库里查出来的中文全是???，或者表单提交的中文存进数据库变成乱码。这个坑涉及两个方向：读出来乱码，写进去乱码。

如果只是查询显示乱码，大多是因为JSP页面pageEncoding没有设置成UTF-8，或者Tomcat连接器没有设置URIEncoding。在server.xml的Connector节点加：

<Connector port="8080" protocol="HTTP/1.1" URIEncoding="UTF-8" connectionTimeout="20000" redirectPort="8443" />

如果是表单提交后存进数据库乱码，问题通常在Servlet没有设置request.setCharacterEncoding，或者web.xml的过滤器没生效。这两个地方逐个检查，一般能解决。还有一种少见情况：SQL Server表是英文排序规则，SQL Server内部转码把中文变成了问号，这种只能重建库或改排序规则，但属于少数，先把前两个检查完再说。

5.4 现象：Tomcat启动直接失败，端口被占用

Tomcat启动不到三秒钟就报错，日志里写Port 8080 required by Tomcat v8.5 Server at localhost is already in use，或者提示java.net.BindException: Address already in use。

原因几乎都是8080端口被占用了。可能是之前启动过Tomcat没关闭，也可能是别的程序占用端口。Windows下查看占用情况：

netstat -ano | findstr 8080

看到占用进程的PID后，打开任务管理器找到对应进程，确认是残留的Java进程就结束掉。如果是其他程序占用，保守做法是换端口，不要乱杀进程。改Tomcat端口的位置在server.xml的Connector节点，把port="8080"改成8081，再重启。改完访问路径也要跟着变：http://localhost:8081/。

还有一个相关坑：改了Tomcat端口，但IDEA/Elipse里配置的Server端口没同步改，启动还是报端口冲突。检查方式是在IDE的Tomcat配置里看HTTP port和server.xml的port是否一致，两者必须同步。这个坑我在多个项目上踩过，IDE里配置的端口覆盖了你手动改的server.xml，结果是IDE启动还是用8080。

5.5 现象：系统能打开但所有页面都报500，日志里SQLException

Tomcat能启动，首页也能打开，但点任何带数据库查询的功能就报500错误，控制台里有SQLException和一大段堆栈。

原因一般是数据库连接串配置不对，或数据库脚本没执行，导致表结构不存在。500页面看不出具体问题，要看Tomcat的catalina.out或IDEA控制台的完整堆栈。常见是Cannot open database "house_lease" requested by the login，意思是数据库不存在或登录名没有权限。

解决办法：先确认你在Navicat里建的那个库名和连接串里DatabaseName完全一致，包括大小写和空格；再确认执行脚本的数据库是同一个库；最后确认sa账号的密码在配置文件里写对了。如果你在Navicat里手动建了库但没有跑脚本，表结构是空的，查询任何表都异常。数据库脚本没跑成功是这个问题的最常见原因，重新执行一次脚本，验证表和数据存在，再重启Tomcat。

6. 装完怎么验证：从注册到看报表走一遍主流程

这套系统装完不算结束，必须把核心业务路径跑通一次，才能确认不是“能打开首页”这种表面正常。我的验证顺序是这样：第一步，确认SQL Server服务是启动状态，在Navicat里能打开数据库，看到表和数据，这一步排除数据库端的问题。第二步，启动Tomcat，确认启动日志里没有异常，控制台能看到项目部署成功的信息。第三步，浏览器访问系统首页，这时候首页上的站内公告、新闻中心应该能显示出数据库里的初始数据，如果这些位置是空白，说明数据库脚本没灌好，返回去重跑脚本。

第四步，走会员注册流程：点“免费注册”填表单提交，然后去Navicat看用户表里有没有新增记录。这一步验证了表单提交、Servlet处理、JDBC插入整条链路。第五步，用刚注册的账号登录，验证密码校验和会话机制是否正常，再测试“忘记密码”功能是否按流程走了。这套系统的登录和管理员登录是两套入口，管理员登录后要能进入后台，看到出租信息管理、求租信息管理、交易信息管理这些菜单，点进列表页有数据展示，说明查询接口没问题。第六步，测试信息发布流程——在管理后台录入一条新的出租信息，回网站前台能看到这条信息出现在出租列表，说明数据从后台写入数据库、再被前台读出来的完整闭环是通的。

最后一步是统计报表。房屋统计报表和销售租金报表这类功能依赖SQL聚合查询，如果前面数据库脚本执行不完整，报表会报错。点进报表页看有没有正常显示图形或数据表格，能正常显示，说明聚合查询也没问题。到这里，这套系统才算是完整跑通。

有一个习惯我形成很久了：不管帮谁装这套毕设系统，我都要求自己完整走一遍“注册一个测试账号 → 登录 → 后台发一条信息 → 前台确认可见 → 看报表”这条路径，而不是只看首页能开就宣布装好了。因为首页不连数据库也能打开，但用户表查询、数据插入、聚合统计这几个环节只要有一处配置不对，立刻就会暴露。这套系统的数据链路不长，走完整个主流程用不了几分钟，但能帮你避开“答辩现场才发现报表页是白屏”这种最尴尬的场面。希望这篇环境记录能帮你把环境一次搭好，少走几个我当年走过的弯路。

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