简介一套基于Java开发的月亮湾酒店管理系统完整源码配套SQL Server数据库脚本面向正在学习Java桌面应用开发、需要课程设计或毕业设计参考的高校学生与初级开发者。系统涵盖团队预订、个人预订、查询、入住登记等功能模块代码结构清晰便于理解业务逻辑与界面交互的实现方式。压缩包内含350个文件56个java源文件与60个class文件构成核心代码176个gif图片用于界面展示另有5个doc格式设计文档概要设计、数据库设计、需求说明、详细设计、用户手册及SQL Server数据库脚本可帮助读者掌握从需求分析到代码落地的完整开发流程。资源包大小约9.74MB已有101人学习浏览适合需要借鉴完整Java管理系统项目经验的学习者参考使用。1. 月亮湾酒店管理系统是什么一套JavaSQL Server数据库的完整课程设计「月亮湾酒店管理系统」这个标题放在Java课程设计案例源码里很典型一个基于JSP/Servlet的Web工程配一份SQL Server数据库备份压缩包解压后就能看到传统的src、WebRoot、lib三层结构。它不是让你读代码的是让你把整条链路跑通——数据库还原、JDBC连接、Tomcat部署全流程走一遍正好对应学完Java基础后想找项目练手的人。实际动手你会发现真正卡住你半天的不在Java代码而在SQL Server这边登录模式、端口、备份还原方式哪一步没对齐都连不上。这篇就按我实操的顺序讲先认清技术栈再把数据库弄活最后部署验收、避开那些反复出现的坑。2. 先认清这套Java酒店管理系统的技术栈不只JDK还有SQL Server数据库版本拿到压缩包别急着双击启动脚本。先解压看目录判断它属于哪个时代的Java Web项目再决定装什么JDK、什么Tomcat、什么SQL Server。这一步决定了后面几个小时是顺利还是反复翻车。2.1 解压后先看目录判断这是Spring Boot还是老式Servlet项目一个典型的课程设计压缩包根目录下通常是这几样srcJava源码、WebRoot或web里面是JSP、WEB-INF、lib等一套外加一个数据库相关文件。它没有pom.xml也没有application.yml说明不是Maven管理、不是Spring Boot那一套而是最传统的Servlet JSP JDBC工程。判断依据其实就两个。第一有没有pom.xml有就是后期改造成Maven结构没有就是原生Java Web。第二WEB-INF/lib下是一堆.jar手写依赖还是空的老项目习惯把sqljdbc4.jar、jstl.jar这些直接塞进lib。如果代码里能找到Class.forName(com.microsoft.sqlserver.jdbc.SQLServerDriver)那就更确定了——这是教科书时代的写法先加载驱动再拿连接。为什么课程设计案例源码喜欢这种结构因为简单直接不依赖Maven中央仓库离线也能编译老教材默认这么教。你后面做的事不是重构它而是按它的规矩把它跑起来。这套月亮湾酒店管理系统大概率也是这个路数所以后面的环境配置都要按老项目来而不是拿Spring Boot那套思维硬套。2.2 JDK和Tomcat版本老项目跑在新环境上最容易翻车老项目的编译目标通常是Java 1.7或1.8。你现在机器上如果装的是JDK 11、JDK 17直接打开源码编译轻则警告重则直接报UnsupportedClassVersionError这是最典型的JAVA环境配置问题而且报错信息不会告诉你“版本不对”只会给你一个class文件版本号。我一般会先执行java -version确认当前JDK再决定要不要换成JDK 8。java -version如果显示的是openjdk version 17这类那大概率要换回JDK 8。老项目对JDK 8最友好主要原因是Java 9之后模块化拆分了javax包11之后又有jakarta namespace迁移老代码里的import javax.servlet.*在新Tomcat上可能直接编译不过。版本对照关系大概是这样的JDK版本class文件版本能否编译老Servlet项目JDK 852.0最稳推荐JDK 1155.0多数能编译偶有javax问题JDK 1761.0老Tomcat配不上不建议Tomcat建议用8.5.x配JDK 8兼容性好Servlet 3.1规范也够老项目用。如果你手头是Tomcat 10那是给Servlet 5.0/Jakarta EE用的老代码里的javax.servlet全部要改成jakarta.servlet课程设计项目不值得为它做迁移直接换Tomcat 8.5更快。2.3 SQL Server 2008 R2到2019数据库版本怎么选SQL Server这边的坑比JDK还多。早期课程设计搭的环境大多是SQL Server 2008 R2或2012你装个SQL Server 2019也能用但还原旧备份时会出现兼容性级别问题。SQL Server 2008 R2的数据库兼容性级别是1002012是1102019是150。旧库挂到新实例后兼容性级别不会自动升级某些老语法可能还能跑但如果你用新版SSMS去改表结构偶尔会提示不兼容。我的建议是能装SQL Server 2012就用2012装不上就2008 R2这两个版本和这类老系统是同时代产物。如果机器只允许2019那还原后手动确认一下兼容性级别。SELECT name, compatibility_level FROM sys.databases WHERE name MoonBayHotel; ALTER DATABASE MoonBayHotel SET COMPATIBILITY_LEVEL 110;第一句查当前的兼容性级别第二句把它改成110对应2012。这里要注意COMPATIBILITY_LEVEL 100对应2008 R2是这类老项目最常配的级别。安装SQL Server时记得选“混合登录模式”不然后面用sa连不上这是数据库安装最容易忽略的选项。3. 把SQL Server数据库先跑起来从备份还原到JDBC能连通数据库是这套系统的地基地基没起来Java代码再对也没用。这一章说清楚三种常见的数据库文件形态以及每一步怎么验证。3.1 判断rar里带的是.bak还是.sql两种恢复方式的坑压缩包里写“含数据库”实际打开后有三种可能.bak备份文件、.sql脚本文件、.mdf/.ldf物理文件。它们各自恢复方式完全不一样。如果是.bak用SSMS还原或T-SQL的RESTORE都行。我习惯用RESTORE命令因为能看到逻辑名和路径出错信息更明确RESTORE DATABASE MoonBayHotel FROM DISK NC:\db\moonbay.bak WITH REPLACE, MOVE NMoonBay_Data TO NC:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\DATA\MoonBayHotel.mdf, MOVE NMoonBay_Log TO NC:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\DATA\MoonBayHotel_log.ldf;这里最坑的是MOVE后面的逻辑名必须和备份文件里的实际逻辑名一致否则还原到一半报错。正确做法是先查询备份里的逻辑名RESTORE FILELISTONLY FROM DISK NC:\db\moonbay.bak;这条命令会把备份内包含的所有逻辑文件名列出来再把它们填到前面那条RESTORE语句里去。如果你懒可以先不管MOVE让SQL Server默认还原路径去处理报错再回来查逻辑名也来得及。WITH REPLACE的意思是允许覆盖现有同名数据库课程设计场景直接加省得重复确认。如果是.sql脚本那就更简单打开SSMS选中master库执行或者用命令行sqlcmd -S . -U sa -P 你的密码 -i C:\db\moonbay.sql但.sql脚本有个问题它可能只含建库建表语句不含数据。如果还原完发现房态表是空的那就是脚本里只有结构没有insert需要回头找有没有单独的data.sql。3.2 开启混合登录模式并设置sa密码用SSMS或Navicat都行老代码里的db.properties大多写死jdbc.usernamesa这意味着你本地SQL Server必须允许sa账号登录。如果不小心在安装时选了Windows身份验证模式后面Java代码永远连不上。用SSMS最快右键实例选属性安全性里勾“SQL Server和Windows身份验证模式”然后展开“安全性 - 登录名 - sa”右键属性设置密码状态里启用。如果你用Navicat for SQL Server操作路径类似它也能改实例属性和登录名。用T-SQL也可以适合喜欢命令行的人ALTER LOGIN sa WITH PASSWORD NStrongPass123, CHECK_POLICY OFF; ALTER LOGIN sa ENABLE;CHECK_POLICY OFF很关键否则密码必须满足Windows复杂策略你设个123456会被拒绝。课程设计代码里密码通常就是简单的这一句能省掉不少事。改完sa后最好重启一次SQL Server服务让配置生效。3.3 JDBC连接串与驱动先让Java代码连上数据库数据库和账号都就绪后先别启动整个Tomcat先用一个最小Java程序验证JDBC能通。这一步能把问题隔离在“数据库配置”层面而不是和JSP编译错误混在一起。找到项目里的db.properties常见配置长这样jdbc.drivercom.microsoft.sqlserver.jdbc.SQLServerDriver jdbc.urljdbc:sqlserver://localhost:1433;databaseNameMoonBayHotel;characterEncodingUTF-8 jdbc.usernamesa jdbc.password123456注意URL里的databaseName必须和还原出来的数据库名一致大小写不敏感但别写错。1433是SQL Server默认端口如果你安装时改了端口这里也要同步改。characterEncodingUTF-8这个参数加不加在SQL Server驱动上其实影响有限真正的编码控制在JVM启动参数和JSP声明里但写上不亏至少少一个怀疑方向。对应的Java测试代码Class.forName(com.microsoft.sqlserver.jdbc.SQLServerDriver); Connection conn DriverManager.getConnection( jdbc:sqlserver://localhost:1433;databaseNameMoonBayHotel, sa, 123456); System.out.println(conn.isClosed() ? 连接失败 : 连接成功); conn.close();这段代码用Class.forName加载驱动然后通过DriverManager建立连接。如果打印“连接成功”说明驱动、端口、账号、库名全对可以放心往下走。如果报com.microsoft.sqlserver.jdbc.SQLServerException注意看异常信息里的端口号和主机名八成是SQL Server的TCP/IP协议没开或者密码策略把sa锁了。还要检查lib下有没有sqljdbc4.jar或sqljdbc41.jar这是微软官方JDBC驱动。没有它上面三行代码第一行就直接ClassNotFoundException。老项目包里的驱动多半是给Java 6/7用的JDK 8下也能跑不用特意换新版。4. Java工程导入与Tomcat部署从源码目录到登录页能访问数据库通了下一步才是把Java工程导入IDE部署到Tomcat。很多人在这一步反复折腾问题主要出在IDE不认老项目结构或者Tomcat的Context路径配不对。4.1 IDEA导入老式Eclipse Web工程不要让IDE替你猜结构老项目大多是Eclipse的工程格式有.project文件和.classpathWebRoot目录放页面。用IDEA导入时不要用Open直接打开要用File - New - Project from Existing Sources然后选Eclipse项目类型让IDEA按Eclipse结构解析。导入后还要手动确认三件事。第一Project Structure - Modules里要把src标记为Sources根目录不然Java文件里的包路径解析不对。第二WebRoot标记为Web资源目录否则JSP和静态文件不被打包。第三把WEB-INF/lib整个目录加入Libraries否则import了JDBC和Servlet的代码全部飘红。这三项里最容易漏的是第二项IDEA常常把WebRoot识别成普通目录结果编译不报错但启动后访问登录页永远404。判断标准很简单Project Structure - Facets里如果能找到Web且Web Resource Directory指向WebRoot那结构就对了。4.2 把项目挂到TomcatArtifact与Context路径老项目部署有两种方式一种是IDEA里配置Tomcat把项目作为Artifact扔进去另一种是直接改Tomcat的配置文件用Context指向WebRoot。IDEA方式配置简单但新手容易把Deployment里的Application Context搞错导致启动后访问地址不对。我一般图省事直接用Tomcat的conf/Catalina/localhost目录新建一个moonbay.xml内容如下Context path/moonbay docBaseE:\workspace\MoonBayHotel\WebRoot reloadabletrue/path是浏览器访问的根路径docBase是WebRoot的实际磁盘路径。配置后启动Tomcat访问http://localhost:8080/moonbay/index.jsp就能看到登录页。reloadabletrue的意思是改了Java类文件自动重新加载调试阶段有用但部署验收时建议改成false防止JSP热加载出怪异问题。这个方式的好处是绕过IDE的部署逻辑很直接。坏处是如果你后面要用IDEA调试断点还得在IDEA里再配一份Tomcat Runtime把Deployment里的Artifact设置为当前Module。两条路选一条就行别混用否则Tomcat启动时一个端口挨两个应用闹鬼。4.3 启动时依赖缺失servlet-api和sqljdbc4的收录边界老项目lib里的jar是满的但有个边界一定要搞清楚servlet-api.jar和jsp-api.jar这类Tomcat自己带的jar不要放进应用的WEB-INF/lib。原因很简单Tomcat容器启动时会自己加载一份应用lib里再放一份两个类加载器都加载了同名类运行时会出现诡异的ClassCastException报错内容还在胡说八道。正确做法是lib里只留sqljdbc4.jar、jstl.jar这种业务依赖servlet-api和jsp-api删掉让Tomcat提供。如果你不确定某个jar到底是谁家的看报错就好——如果异常里有ClassCastException且堆栈指向Servlet相关类先把lib里的servlet-api删了重启八成能好。双击Tomcat的startup.bat启动后观察logs/catalina.out和本地打印的日志。看到类似INFO: Deployment of web application archive ... has finished in X ms说明部署成功。如果看到SEVERE: Exception starting filter那就是web.xml里配的类找不到回头查lib依赖。5. 常见问题排查连接超时、日期转换失败、Writelog日志暴涨与乱码跑通一套老系统总会遇到几个反复出现的坑。以下按我实际处理这类项目的频率排序每条写清楚现象、原因和解决方式。5.1 连接超时与登录失败先查SQL Server的网络配置现象Java测试类报The TCP/IP connection to the host localhost, port 1433 has failed或者直接Connection timed out。原因SQL Server默认不启用TCP/IP协议或者安装时选了“仅Windows身份验证”导致sa不可用。还有一种情况是SQL Server Browser服务没启动命名实例连不上。解决打开SQL Server Configuration Manager找到“SQL Server网络配置”把“TCP/IP”协议状态改为“已启用”然后重启SQL Server服务。命令行验证端口是否在监听netstat -ano | findstr 1433如果看到LISTENING说明端口正常。如果没有八成是协议没启用或者实例名带了命名实例后缀连接串里主机名要写localhost\实例名比如jdbc:sqlserver://localhost\SQLEXPRESS;databaseNameMoonBayHotel。5.2 conversion failed when converting date and/or time日期格式不是你看到的样子现象执行SQL或Java代码时报Conversion failed when converting date and/or time from character string。原因老系统里的日期字段有的是varchar有的是datetime/smalldatetime。代码把字符串2018-5-1 12:00直接拼进SQLSQL Server按当前语言设置解析一旦遇到2018-5-1 12:33:12这种格式就翻车。常见的错误是SQL Server语言环境是英文字符串里带中文月份或者格式不是yyyy-MM-dd HH:mm:ss。解决在Java层用PreparedStatement的setTimestamp或setDate不要自己拼字符串。如果临时排查问题先用CONVERT把字符串明确转成datetimejava.sql.Timestamp ts java.sql.Timestamp.valueOf(2025-06-01 14:30:00); pstmt.setTimestamp(1, ts);这样驱动会按JDBC标准格式传给SQL Server绕开字符串解析。排查时不要相信SSMS里看到的时间格式SQL Server实际存储的二进制和显示给你看的字符串是两回事。5.3 Writelog等待时间高、LDF文件暴涨事务日志的两种救法现象数据库操作越来越慢sys.dm_exec_requests里等待类型是WRITELOG数据目录下的LDF文件涨到十几个GB。原因数据库恢复模式是FULL而课程设计项目根本不做日志备份事务日志无限增长所有写操作都要先写日志日志一大整条链路都变慢。解决对这类练手项目直接把恢复模式改成简单然后收缩日志文件ALTER DATABASE MoonBayHotel SET RECOVERY SIMPLE; GO DBCC SHRINKFILE (MoonBayHotel_log, 1);注意MoonBayHotel_log是逻辑日志文件名不是物理文件名。如果报错先执行DBCC SHRINKFILE(MoonBayHotel_log, 100)或者去SSMS里看“当前数据库 - 属性 - 文件”里的逻辑名。RECOVERY SIMPLE表示系统自动截断日志LDF不会无限膨胀。这条命令只建议在开发或课程设计环境用生产库改简单恢复模式会丢点恢复能力别照搬到线上。5.4 页面中文乱码三处编码保持一致现象JSP页面显示中文全是问号或者提交表单后数据库里的中文变成乱码。原因三层编码不一致。第一层JSP文件本身的编码第二层JSP编译时的响应编码第三层数据库排序规则。解决按三步逐一检查。JSP页面第一行确定是% page languagejava contentTypetext/html; charsetUTF-8 pageEncodingUTF-8 %同时检查web.xml里有没有配字符编码过滤器。数据库方面查询当前排序规则SELECT DATABASEPROPERTYEX(MoonBayHotel, Collation);如果是SQL_Latin1_General_CP1_CI_AS而页面是UTF-8中文就会变成乱码。一劳永逸的做法是在还原后给对应字段改成Chinese_PRC_CI_AS或者重建数据库时直接选这个排序规则。实际遇到乱码三种编码都检查一遍别只盯数据库JSP的pageEncoding写错是最高频原因。5.5 启动后404多数是部署路径没对上现象Tomcat正常启动了但访问http://localhost:8080/项目名/返回404日志里也没有明显的Error。原因部署到Tomcat的Context路径和实际访问路径不一致。IDEA部署时Application Context默认是/项目名_war_exploded和你想象的不一样或者直接改了server.xml里Host的appBaseWebRoot没放在正确位置。解决用第4章说的moonbay.xml方式部署path属性就是访问根路径。访问时严格按http://localhost:8080/moonbay/index.jsp来。如果还是404去看logs/catalina.date.log里有没有Deployment of web application directory ... has finished字样没这行说明Context没加载多半是docBase路径写错或目录结构不对。6. 用一条SQL验证房态与订单闭环老项目就该这么验收系统能登录只是开始验证业务闭环才能确认整个数据库和代码是配套的。酒店管理系统的核心流程是入住和退房我习惯直接写一条带事务的SQL来验证订单表和房态表是否能联动。以下假设订单表是tb_orders、房态表是tb_rooms实际以你还原出来的表名为准。BEGIN TRANSACTION; INSERT INTO tb_orders(room_id, guest_name, check_in_date, order_state) VALUES (101, N张先生, 2025-06-01 14:30:00, N已入住); UPDATE tb_rooms SET room_state NOccupied WHERE room_id 101; COMMIT;这里用了N张先生写中文是因为SQL Server里的字符串常量前缀N表示UNICODE避免和排序规则打架。整个事务保证“插入订单”和“更新房态”要么同时成功、要么同时回滚这才符合酒店管理的基本逻辑。执行后再分别查两张表SELECT * FROM tb_orders WHERE guest_name N张先生; SELECT * FROM tb_rooms WHERE room_id 101;如果订单有记录且房态变了说明数据库层面闭环成立如果只有订单没有房态更新那说明这套源码的Service层可能缺少事务控制后续自己改代码时重点看这里。验证完数据库再看Java层的Service和DAO是否也维持了这个闭环。老项目喜欢把事务写在Service方法里手动conn.setAutoCommit(false)如果你改代码时用了Spring注意别把事务注解放错层级。这套系统跑通后值得改的方向有两个一是把JDBC直连换成MyBatis或Spring Data JPA二是补上和房态统计相关的SQL报表这两个方向都比重新造一个系统更有学习价值。我第一次跑这类老SQL Server项目时浪费了半天在JDK版本和TCP/IP协议上后来学乖了每次都先花十分钟确认环境版本再解压源码。先看压缩包目录再定数据库版本再写JDBC测试最后才启动Tomcat——这个顺序能帮你把未知问题控制在最小范围。希望帮到你。本文还有配套的精品资源点击获取