简介基于SSMMySQL的酒店管理系统项目代码与数据库完整打包面向计算机专业毕业生及在校生适用于毕业设计、期末大作业和课程设计等实战场景。压缩包共112个文件包含45个Java源码、15个XML配置、15个JSP页面及SQL数据库脚本、前端样式与图片素材等整体仅5.94MB目录按Controller、Service、Mapper等分层组织结构清晰便于快速定位与二次修改。代码中配有详细注释即使是新手也能理解核心逻辑个人手打项目曾获98分高分导师认可度高可直接导入数据库并部署运行省去从零搭建的繁琐流程。资源既可作为完整系统直接使用也适合对照学习SSM框架整合、酒店房态管理、订单预约等业务实现思路。目前已有194人学习下载是毕业设计与课程设计阶段值得参考的优质项目范本。1. 这套SSMMySQL酒店管理系统为什么值得你拿来当毕设和练手项目每年毕业季都会有一批人抱着酒店管理系统这个题目发愁原因很简单它看起来谁都会做但想做得像样业务线比想象中长得多。从前台预订、入住登记、退房结账到后台的房态管理、会员积分、月度报表再加上权限角色每个环节都在考你对 Spring SpringMVC MyBatis 这套 SSM 组合的熟练度。把这套源码和数据库真正吃透你不只是跑通了一个项目而是把 Servlet 容器、事务控制、ORM 映射、SQL 调优这些学校理论课从来不细讲的东西全在真实场景里过了一遍。我见过太多人拿着项目包第一反应是怎么启动结果卡在数据库版本、JDK 不匹配、Tomcat 部署路径上半天没看到页面。这套东西的坑是固定的翻来覆去就那么几个但没人告诉你的时候每一个都能耗掉你一整个晚上。这篇笔记我按自己接手这类项目时的顺序来写先讲清楚它到底由哪些模块组成、数据库为什么要设计成那样再逐步把环境配好、把代码跑起来最后把最容易出问题的十个坑扔出来再给你几条答辩时能加分的改造思路。你照着走能少走很多弯路。2. 先拆项目SSMMySQL 酒店管理系统的架构和数据库设计逻辑2.1 SSM 三件套在酒店系统里分别管什么为什么不直接上 Spring Boot这套项目用的 SSH 时代结束之后的经典组合Spring 做容器和事务SpringMVC 做请求分发MyBatis 做持久层。你在学校学 SSM 的时候多半是照着网上教程做了一个增删改查但酒店管理系统不一样它的业务状态是连续的。比如一间房从空净到入住到脏房再到空净中间穿插预订、取消、换房、续住每一步都涉及多张表的联动修改。如果没有 Spring 的事务管理一个退房操作里扣了会员积分但没改房态订单就挂死了。SpringMVC 在这里承担的职责比较直白前端页面发来的每一个请求先由控制器接收校验参数再调用 Service 层处理业务最后返回视图或 JSON。它的优势在于注解方向很清晰RequestMapping一把梭模型视图ModelAndView或者直接返回字符串加ResponseBody都是毕设答辩时老师最爱问的点。MyBatis 则负责把 Java 对象映射成 SQL你不用写一堆 JDBC 样板代码但 SQL 本身还是得自己把握。这个项目里复杂的部分在于多表关联查询比如查询一个订单需要连带查出客户信息、房间信息、入住记录、订单项如果 MyBatis 的resultMap配不好返回的结果就缺胳膊少腿。为什么不直接上 Spring Boot说实话做毕设的话 Spring Boot 确实更方便但很多高校的课程大纲还停留在 SSM 阶段题目要求里就写了基于SSM。另外 SSM 是手动配置web.xml、spring-mvc.xml、mybatis-config.xml的这一套配下来你才能真正理解 IOC 容器和拦截器是怎么生效的。Spring Boot 把这些都自动化了反而少了那个哦原来请求是这样被拦截下来的的顿悟时刻。所以如果你是奔着学东西去的SSM 这套老骨头啃下来再去看 Spring Boot 会觉得豁然开朗。2.2 数据库设计从订单、房态到会员表之间到底怎么关联打开这套项目的 SQL 文件通常会有十几张表。别被数量吓到核心就五类用户表、角色权限表、房间信息表、订单表、入住退房记录表其余的都是辅助表比如会员等级、房间类型、消费流水、日志。我习惯先看订单表因为它是整条业务线的枢纽。订单表里最关键的两个字段是status和room_id。status一般有预订、已入住、已退房、已取消四个状态房间的可用状态就是根据它算出来的。表设计时通常会加create_time和update_time但很多毕设源码只留了create_time导致你查最近一周订单变化时无从下手这也是后面改造的一个点。房间表和订单表是1:N关系一张客房在不同时间可以对应多条订单但同一时间只能有一条状态为预订或已入住的订单这个约束在代码里做而不是靠数据库外键。会员表在这套项目里容易被小看但它其实是加分项。常见的做法是会员表存基本资料和level_id然后通过会员等级表存折扣率退房结账时根据折扣率计算实际金额。这个逻辑在 Service 层实现它在答辩时是一个很好的讲点我用策略模式处理不同等级会员的折扣计算。虽然实现可能只是一个if和switch但你能说出策略模式这个名词就已经比大多数照着抄的人高一个档次。下面这张表是我整理这套项目必备的核心表你导入数据库后可以先按这个清单对照检查缺了哪张及时补上表名主要字段作用sys_userid, username, password, real_name, role_id系统账号sys_roleid, role_name, permission角色及权限编码room_typeid, type_name, price, bed_num房间类型和基准价格room_infoid, room_no, type_id, floor, status具体房间及当前状态reserve_orderorder_id, room_id, customer_name, phone, arrive_date, leave_date, status预订及订单主表check_in_outid, order_id, room_id, check_in_time, check_out_time, create_by入住退房记录memberid, name, phone, level_id, create_time会员信息member_levelid, level_name, discount会员等级及折扣payment_recordid, order_id, amount, pay_type, pay_time支付流水这里注意一个细节很多源码的订单表并没有单独拆出入住退房记录表而是直接往订单表塞check_in_time、check_out_time。那样做不是不行但如果你要统计某个时间段内有哪些房间实际被使用就得在订单表里用区间条件去查效率低还容易把取消的订单算进去。有独立记录表的版本统计口径干净得多。你拿到代码后先别急着跑翻开 SQL 看看有没有这张表直接决定你这套项目能写到什么深度。3. 把项目从压缩包变成运行中的系统从建库到 Tomcat 部署全流程3.1 导入数据库版本匹配是你遇到的第一道坎绝大多数这类项目包里的 SQL 文件是用 MySQL 5.7 导出的字符集通常是utf8mb4。如果你用的是 MySQL 8.0会遇到一个经典问题驱动版本不兼容控制台报Public Key Retrieval is not allowed或者Unknown database。所以第一步先确认两件事本地 MySQL 版本以及项目里lib目录下mysql-connector-java的 jar 包版本。如果项目用的是 5.1.x 的驱动而数据库是 8.0你大概率连不上解决方案是换一个 8.0.30 左右的驱动 jar 包这个问题我在避坑章里还会细讲。导入数据库前先建好空库再用命令行或者客户端导入。我一般不用source直接干导因为很多 SQL 文件里没有CREATE DATABASE只有建表语句导错了库等于白干。稳妥的命令行操作如下mysql -u root -p -e CREATE DATABASE hotel_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; mysql -u root -p hotel_db hotel_db.sql执行完这两行后用SHOW TABLES确认一下表数量是否完整。这里多花一分钟检查能让你少跑三小时冤枉路。如果发现表少了多半是 SQL 文件中有DROP TABLE IF EXISTS开头并且中途报错导致后面的建表语句没执行完把 SQL 里的DROP都删掉再重新导入即可。字符集这一点一定要较真。很多老项目用的是utf8而 MySQL 8.0 默认字符集是utf8mb4如果导入时没指定中文数据会出现???或乱码。建库时把utf8mb4写在CREATE DATABASE里后面连接串参数再补上characterEncodingutf8serverTimezoneAsia/Shanghai基本就不会翻车。3.2 改配置数据库连接和路径映射的四处必改点导入完数据库接下来改配置。SSM 项目的数据库连接一般写在src/main/resources/jdbc.properties里也有的项目写在applicationContext.xml中反正找jdbc.url、jdbc.username、jdbc.password这些 key 就行。这里有一个坑是driverClassName老项目会写com.mysql.jdbc.DriverMySQL 8.0 驱动对应的是com.mysql.cj.jdbc.Driver驱动升级后这处也必须改掉。jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/hotel_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalseallowPublicKeyRetrievaltrue jdbc.usernameroot jdbc.password你自己的密码参数说明serverTimezone必须设置为Asia/Shanghai否则新版本驱动会拿默认时区去跟数据库比对经常报The server time zone value Öйú is unrecognized这种乱码时区错误。useSSLfalse是本地开发必加防止驱动尝试做 SSL 握手。allowPublicKeyRetrievaltrue只有 MySQL 8.0 需要它解决的是Public Key Retrieval is not allowed这个报错。如果你用的是 MySQL 5.7这几个参数加不加都行但加了也没坏处。除了数据库连接还有三处容易忽略。第一处是 Tomcat 的部署路径Eclipse 或 IDEA 里默认用/作为 Application context 就行但如果你部署后访问http://localhost:8080/页面空白多半是项目名没有映射正确。第二处是日志文件路径一些项目里用log4j.properties指定了绝对路径比如D:/logs/hotel.log在别人的机器上没问题到你的电脑上就会因为目录不存在而写不了日志但项目本身不会崩只是日志不输出排查问题时就非常被动。建议把路径改成相对路径logs/hotel.log。第三处是文件上传或图片保存路径酒店房间图片一般放在本地upload文件夹默认路径是D:/upload同样建议改成你项目目录下相对路径。3.3 启动顺序和验证方法跑通页面之后先做什么配置改完后发布到 Tomcat。这里我按常见的 IDEA 操作来说点开 Tomcat 配置Deployment 里选择要部署的 artifactApplication context 设为/hotel然后启动。启动日志里看到SpringMVC的 DispatcherServlet 初始化完成并且没有抛异常才算启动成功。# 启动后第一件事在浏览器里看这几个页面 # 登录页 http://localhost:8080/hotel/login # 后端首页需要登录 http://localhost:8080/hotel/index # 数据库连接测试如果项目里有这个Controller http://localhost:8080/hotel/db/check很多源码默认会创建一个管理员账号写在sys_user表里常见的用户名是admin密码是admin123或123456你看一眼数据库就能确认。登录进去后不要急着截图先做三个操作创建一个新房间、创建一个预订订单、执行一次退房结账。这三步走通说明数据库读写、事务控制、页面强转都没问题。如果任何一步报了 500把 Tomcat 的catalina.out日志翻出来里面会带着具体异常的堆栈行数比对着页面猜要快得多。4. SSM 酒店管理系统最常见的一线问题按现象找原因按原因给解决4.1 数据库连接失败驱动版本和 URL 参数不匹配现象是点击登录后页面直接报 500控制台出现Cannot create PoolableConnectionFactory或Public Key Retrieval is not allowed。原因几乎都是mysql-connector-java的 jar 包版本和 MySQL 服务端版本不匹配。我之前在某个平台给 A 同学调这套项目他本地是 MySQL 8.0.28项目 lib 里是 5.1.38 驱动连上去必然握手失败。解决的思路很简单把 lib 里的旧驱动删掉换一个mysql-connector-java-8.0.30.jar然后检查jdbc.properties里驱动类名是否从com.mysql.jdbc.Driver改成com.mysql.cj.jdbc.Driver。另外如果是用 Maven 管理的项目直接在pom.xml里改版本号刷新依赖后重新构建即可。这个坑自己踩一次就有免疫力下次换任何新环境装数据库第一反应先看驱动版本。4.2 中文乱码从 URL 到页面再到 SQL 文件层层排查中文乱码分两种一种是从页面传到数据库变成??另一种是数据库里是正常中文但页面显示乱码。前者是连接字符串缺characterEncodingutf8后者多半是 JSP 页面本身缺少pageEncoding设置或者 Tomcat 的控制台编码与项目不一致。解决的顺序是先确认数据库里存进去的中文对不对。如果连数据库里都是??那就是jdbc.url缺了characterEncodingutf8加上就行。如果数据库正常而页面乱码检查每个 JSP 第一行是否有% page languagejava contentTypetext/html; charsetUTF-8 pageEncodingUTF-8%。如果都改了还是乱码看看 Spring 的表单提交过滤器有没有在web.xml里配置CharacterEncodingFilter并把encoding设为UTF-8。有的人喜欢在代码里手动写request.setCharacterEncoding(UTF-8)能治标但很丑统一用过滤器更干净。4.3 MyBatis 查询结果缺字段resultMap 和驼峰映射没配对这是一个很隐蔽的翻车点。表字段是room_no代码实体类属性是roomNo如果 MyBatis 配置里没有开启驼峰命名映射查询结果里roomNo就是 null页面显示不出房间号而其他字段正常。因为你一眼看不出是 SQL 问题还是映射问题常常会盯着 SQL 反复改结果 SQL 本身没错。解决方法是往mybatis-config.xml里加一行setting namemapUnderscoreToCamelCase valuetrue/或者把所有查询语句都显式写别名select room_no AS roomNo。我推荐前者一次配置全局生效省得每段 SQL 都改别名。如果你改完配置仍然不行检查是不是有三方工具自动生成的resultMap它里面用了column和property手动映射优先级会压过全局配置。这种情况直接改resultMap里对应的result标签即可。4.4 启动时端口被占用Tomcat 没关干净或者被其他进程占了这个现象最吓人因为报错信息很长Eclipse 或 IDEA 弹出一堆Port 8080 required by Tomcat v9.0 Server is already in use新手会以为是项目本身出了问题。其实是上一次 Tomcat 进程没有完全退出或者 8080 被其他程序占用。解决的步骤很固定先在命令行执行netstat -ano | findstr 8080看监听进程拿到 PID 后执行taskkill /F /PID 对应PID或者直接重开 IDE。更根本的做法是进入 IDE 的 Server 面板右键 Tomcat 选 Clean把发布到 Tomcat webapps 下的临时文件删掉再重新发布。经常有人端口冲突后直接在 IDE 里改 HTTP port 为 8081其实没必要杀进程和 Clean 永远比改端口更符合现场预期。4.5 页面跳转 404 但控制台无异常SpringMVC 视图解析器前缀坑登录成功后跳转不到index.jsp地址栏变成index但页面显示 404。原因通常是spring-mvc.xml里的InternalResourceViewResolver配置的前缀没匹配到 JSP 所在目录。一般项目 JSP 在WEB-INF/pages下前缀就该写/WEB-INF/pages/后缀写.jsp。如果你写的是/pages/而实际目录比这个多一层绝对找不到。还有一种情况是web.xml里 DispatcherServlet 的url-pattern配置成了/*这会拦截到所有请求包括 JSP导致视图解析又转给别人处理直接 404。正确写法是/把 JSP 的请求留给容器处理。如果需要登录后才能访问的页面被绕过检查spring-mvc.xml里的拦截器配置。常见的项目会配置一个登录拦截器拦截除了登录路径之外的请求如果你改了项目名或者加了新的 Controller 路径忘了在排除列表里加上就会遇到一个死循环登录成功访问首页首页又被拦截器拦回来跳到登录页。这个不算代码 bug是配置边界没处理好。5. 二次开发必调参数把运行中的系统照着自己的需求改5.1 修改房价计算规则钟点房、续住、会员折扣的组合套路默认项目里房价计算很原始单价乘以天数退房日期减去入住日期超过中午 12 点就算一天。但真实场景里很多酒店有钟点房和续住优惠答辩时如果你想体现业务理解可以自己改一套规则。我推荐在 Service 层加一个策略方法把计算房价的逻辑抽出来。public BigDecimal calculateRoomFee(ReserveOrder order) { RoomType type roomTypeMapper.selectByTypeId(order.getTypeId()); BigDecimal basePrice type.getPrice(); long days Duration.between(order.getCheckInTime(), order.getCheckOutTime()).toDays(); if (days 0) { days 1; // 当日入退按一天算 } Member member memberMapper.selectByPhone(order.getCustomerPhone()); BigDecimal discount new BigDecimal(1.0); if (member ! null) { discount memberLevelMapper.selectDiscountByLevelId(member.getLevelId()); } BigDecimal total basePrice.multiply(BigDecimal.valueOf(days)).multiply(discount); return total.setScale(2, RoundingMode.HALF_UP); }参数说明Duration.between是 Java 8 的 API用它算入住时间跨度最稳妥toDays()会把毫秒差换算成整天。这里要注意days为 0 时的处理比如 22 点入住、23 点退房服务时间不足一天常见做法是按一天算所以有个days 0的判断。会员折扣用了BigDecimal的乘法避免double精度丢失酒店金额计算必须用BigDecimal这是答辩时可以说出口的专业细节。5.2 给订单表加一个分页查询手写 LIMIT 比插件更可控很多项目源码里的列表查询是全表查数据量一上去页面卡成 PPT。加个分页很简单但 SSM 里用 PageHelper 插件需要多配置一个 jar 包与其引入第三方依赖不如直接在 Mapper 里加两个参数。select idselectOrderPage resultTypemap SELECT o.order_id, o.room_id, r.room_no, o.customer_name, o.phone, o.arrive_date, o.leave_date, o.status FROM reserve_order o LEFT JOIN room_info r ON o.room_id r.id WHERE 1 1 if teststatus ! null and status ! AND o.status #{status} /if ORDER BY o.create_time DESC LIMIT #{offset}, #{pageSize} /select对应的 Mapper 接口方法写成ListMapString, Object selectOrderPage(Param(offset) int offset, Param(pageSize) int pageSize, Param(status) String status)Service 层调用的地方用(currentPage - 1) * pageSize算出 offset。这样做的好处是 SQL 直白面试官一眼看得懂而且不会因为插件版本不兼容导致启动失败。分页查询加好后页面表格下方还要改上一页、下一页的链接参数这个前端改动每个项目大同小异找到模型的改动点对着改就行。这里的分页思路同样可以用到房间查询、用户查询、流水查询上复用度很高。5.3 密码存储的强度升级从明文改到 BCrypt毕设源码普遍偷懒用户表里密码直接明文存。答辩时老师一旦问安全方案是什么这是最尴尬的一刻。比较轻量的做法是换成 BCrypt 加密Spring Security 里自带BCryptPasswordEncoder但 SSM 项目没引 Spring Security 全套的话可以单引一个jbcrypt小工具包。// 注册时加密 String hashedPwd BCrypt.hashpw(rawPassword, BCrypt.gensalt()); userMapper.insertUser(username, hashedPwd); // 登录时校验 String storedPwd userMapper.selectPasswordByUsername(username); if (BCrypt.checkpw(rawPassword, storedPwd)) { // 登录成功 }逻辑说明gensalt()会随机生成盐所以同一个密码两次加密结果不同这是 BCrypt 比 MD5 强的地方。数据库里存的是一串带版本前缀的长字符串即使泄露也无法直接反推明文。登录校验用checkpw重新计算比对整个过程对调用方透明。改动点集中在注册和登录两个方法其他业务不用动。这条改造投入时间半小时但在答辩时的质量提升是巨大的。6. 答辩和求职时怎么讲这套项目从会跑到会讲的三个技巧第一个技巧是给系统的业务闭环画一条线预订、入住、退房、结账、报表。你不需要讲每个功能怎么点鼠标而是讲当用户在前台创建一笔预订时系统如何锁定房间状态如何防止超卖取消预订后如何释放房态。把这条链路上涉及的表和 Service 方法说出来老师立刻觉得你理解业务而不只是抄代码。第二个技巧是主动交代你在哪几个地方改了源码。哪怕你只改了分页查询和 BCrypt 加密也值得讲。讲我的习惯是拿着 diff 记录讲比如原来订单查询是 List 全查我把它改成了 LIMIT 分页因为考虑到未来数据量涨到几万条后页面的响应时间会翻倍。这种表述比我做了个酒店系统有力得多。第三个技巧是把数据库索引设计讲出来。我经常被问大数据量下你怎么优化我一般直接回我在订单表的create_time和room_id上建立联合索引查询最近订单时会优先走索引并且避免了回表。你不需要真的建过索引但要能说清楚索引为什么能加速这比背十个设计模式名词更打动人。最后提醒一句拿到别人的源码之后一定自己从零建一遍数据库不要只导入现成的 SQL。只有亲手把每张表建一遍你才能回答为什么订单表的status字段用 int 而不是 varchar为什么房间和订单不做物理外键而是用逻辑关联这类问题。这套练习做完你的酒店管理系统才是你自己的。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/10 6:27:17 · 阅读 1.2k SSM+MySQL酒店管理系统：从架构设计到部署排错的完整实践
简介基于SSMMySQL的酒店管理系统项目代码与数据库完整打包面向计算机专业毕业生及在校生适用于毕业设计、期末大作业和课程设计等实战场景。压缩包共112个文件包含45个Java源码、15个XML配置、15个JSP页面及SQL数据库脚本、前端样式与图片素材等整体仅5.94MB目录按Controller、Service、Mapper等分层组织结构清晰便于快速定位与二次修改。代码中配有详细注释即使是新手也能理解核心逻辑个人手打项目曾获98分高分导师认可度高可直接导入数据库并部署运行省去从零搭建的繁琐流程。资源既可作为完整系统直接使用也适合对照学习SSM框架整合、酒店房态管理、订单预约等业务实现思路。目前已有194人学习下载是毕业设计与课程设计阶段值得参考的优质项目范本。1. 这套SSMMySQL酒店管理系统为什么值得你拿来当毕设和练手项目每年毕业季都会有一批人抱着酒店管理系统这个题目发愁原因很简单它看起来谁都会做但想做得像样业务线比想象中长得多。从前台预订、入住登记、退房结账到后台的房态管理、会员积分、月度报表再加上权限角色每个环节都在考你对 Spring SpringMVC MyBatis 这套 SSM 组合的熟练度。把这套源码和数据库真正吃透你不只是跑通了一个项目而是把 Servlet 容器、事务控制、ORM 映射、SQL 调优这些学校理论课从来不细讲的东西全在真实场景里过了一遍。我见过太多人拿着项目包第一反应是怎么启动结果卡在数据库版本、JDK 不匹配、Tomcat 部署路径上半天没看到页面。这套东西的坑是固定的翻来覆去就那么几个但没人告诉你的时候每一个都能耗掉你一整个晚上。这篇笔记我按自己接手这类项目时的顺序来写先讲清楚它到底由哪些模块组成、数据库为什么要设计成那样再逐步把环境配好、把代码跑起来最后把最容易出问题的十个坑扔出来再给你几条答辩时能加分的改造思路。你照着走能少走很多弯路。2. 先拆项目SSMMySQL 酒店管理系统的架构和数据库设计逻辑2.1 SSM 三件套在酒店系统里分别管什么为什么不直接上 Spring Boot这套项目用的 SSH 时代结束之后的经典组合Spring 做容器和事务SpringMVC 做请求分发MyBatis 做持久层。你在学校学 SSM 的时候多半是照着网上教程做了一个增删改查但酒店管理系统不一样它的业务状态是连续的。比如一间房从空净到入住到脏房再到空净中间穿插预订、取消、换房、续住每一步都涉及多张表的联动修改。如果没有 Spring 的事务管理一个退房操作里扣了会员积分但没改房态订单就挂死了。SpringMVC 在这里承担的职责比较直白前端页面发来的每一个请求先由控制器接收校验参数再调用 Service 层处理业务最后返回视图或 JSON。它的优势在于注解方向很清晰RequestMapping一把梭模型视图ModelAndView或者直接返回字符串加ResponseBody都是毕设答辩时老师最爱问的点。MyBatis 则负责把 Java 对象映射成 SQL你不用写一堆 JDBC 样板代码但 SQL 本身还是得自己把握。这个项目里复杂的部分在于多表关联查询比如查询一个订单需要连带查出客户信息、房间信息、入住记录、订单项如果 MyBatis 的resultMap配不好返回的结果就缺胳膊少腿。为什么不直接上 Spring Boot说实话做毕设的话 Spring Boot 确实更方便但很多高校的课程大纲还停留在 SSM 阶段题目要求里就写了基于SSM。另外 SSM 是手动配置web.xml、spring-mvc.xml、mybatis-config.xml的这一套配下来你才能真正理解 IOC 容器和拦截器是怎么生效的。Spring Boot 把这些都自动化了反而少了那个哦原来请求是这样被拦截下来的的顿悟时刻。所以如果你是奔着学东西去的SSM 这套老骨头啃下来再去看 Spring Boot 会觉得豁然开朗。2.2 数据库设计从订单、房态到会员表之间到底怎么关联打开这套项目的 SQL 文件通常会有十几张表。别被数量吓到核心就五类用户表、角色权限表、房间信息表、订单表、入住退房记录表其余的都是辅助表比如会员等级、房间类型、消费流水、日志。我习惯先看订单表因为它是整条业务线的枢纽。订单表里最关键的两个字段是status和room_id。status一般有预订、已入住、已退房、已取消四个状态房间的可用状态就是根据它算出来的。表设计时通常会加create_time和update_time但很多毕设源码只留了create_time导致你查最近一周订单变化时无从下手这也是后面改造的一个点。房间表和订单表是1:N关系一张客房在不同时间可以对应多条订单但同一时间只能有一条状态为预订或已入住的订单这个约束在代码里做而不是靠数据库外键。会员表在这套项目里容易被小看但它其实是加分项。常见的做法是会员表存基本资料和level_id然后通过会员等级表存折扣率退房结账时根据折扣率计算实际金额。这个逻辑在 Service 层实现它在答辩时是一个很好的讲点我用策略模式处理不同等级会员的折扣计算。虽然实现可能只是一个if和switch但你能说出策略模式这个名词就已经比大多数照着抄的人高一个档次。下面这张表是我整理这套项目必备的核心表你导入数据库后可以先按这个清单对照检查缺了哪张及时补上表名主要字段作用sys_userid, username, password, real_name, role_id系统账号sys_roleid, role_name, permission角色及权限编码room_typeid, type_name, price, bed_num房间类型和基准价格room_infoid, room_no, type_id, floor, status具体房间及当前状态reserve_orderorder_id, room_id, customer_name, phone, arrive_date, leave_date, status预订及订单主表check_in_outid, order_id, room_id, check_in_time, check_out_time, create_by入住退房记录memberid, name, phone, level_id, create_time会员信息member_levelid, level_name, discount会员等级及折扣payment_recordid, order_id, amount, pay_type, pay_time支付流水这里注意一个细节很多源码的订单表并没有单独拆出入住退房记录表而是直接往订单表塞check_in_time、check_out_time。那样做不是不行但如果你要统计某个时间段内有哪些房间实际被使用就得在订单表里用区间条件去查效率低还容易把取消的订单算进去。有独立记录表的版本统计口径干净得多。你拿到代码后先别急着跑翻开 SQL 看看有没有这张表直接决定你这套项目能写到什么深度。3. 把项目从压缩包变成运行中的系统从建库到 Tomcat 部署全流程3.1 导入数据库版本匹配是你遇到的第一道坎绝大多数这类项目包里的 SQL 文件是用 MySQL 5.7 导出的字符集通常是utf8mb4。如果你用的是 MySQL 8.0会遇到一个经典问题驱动版本不兼容控制台报Public Key Retrieval is not allowed或者Unknown database。所以第一步先确认两件事本地 MySQL 版本以及项目里lib目录下mysql-connector-java的 jar 包版本。如果项目用的是 5.1.x 的驱动而数据库是 8.0你大概率连不上解决方案是换一个 8.0.30 左右的驱动 jar 包这个问题我在避坑章里还会细讲。导入数据库前先建好空库再用命令行或者客户端导入。我一般不用source直接干导因为很多 SQL 文件里没有CREATE DATABASE只有建表语句导错了库等于白干。稳妥的命令行操作如下mysql -u root -p -e CREATE DATABASE hotel_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; mysql -u root -p hotel_db hotel_db.sql执行完这两行后用SHOW TABLES确认一下表数量是否完整。这里多花一分钟检查能让你少跑三小时冤枉路。如果发现表少了多半是 SQL 文件中有DROP TABLE IF EXISTS开头并且中途报错导致后面的建表语句没执行完把 SQL 里的DROP都删掉再重新导入即可。字符集这一点一定要较真。很多老项目用的是utf8而 MySQL 8.0 默认字符集是utf8mb4如果导入时没指定中文数据会出现???或乱码。建库时把utf8mb4写在CREATE DATABASE里后面连接串参数再补上characterEncodingutf8serverTimezoneAsia/Shanghai基本就不会翻车。3.2 改配置数据库连接和路径映射的四处必改点导入完数据库接下来改配置。SSM 项目的数据库连接一般写在src/main/resources/jdbc.properties里也有的项目写在applicationContext.xml中反正找jdbc.url、jdbc.username、jdbc.password这些 key 就行。这里有一个坑是driverClassName老项目会写com.mysql.jdbc.DriverMySQL 8.0 驱动对应的是com.mysql.cj.jdbc.Driver驱动升级后这处也必须改掉。jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/hotel_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalseallowPublicKeyRetrievaltrue jdbc.usernameroot jdbc.password你自己的密码参数说明serverTimezone必须设置为Asia/Shanghai否则新版本驱动会拿默认时区去跟数据库比对经常报The server time zone value Öйú is unrecognized这种乱码时区错误。useSSLfalse是本地开发必加防止驱动尝试做 SSL 握手。allowPublicKeyRetrievaltrue只有 MySQL 8.0 需要它解决的是Public Key Retrieval is not allowed这个报错。如果你用的是 MySQL 5.7这几个参数加不加都行但加了也没坏处。除了数据库连接还有三处容易忽略。第一处是 Tomcat 的部署路径Eclipse 或 IDEA 里默认用/作为 Application context 就行但如果你部署后访问http://localhost:8080/页面空白多半是项目名没有映射正确。第二处是日志文件路径一些项目里用log4j.properties指定了绝对路径比如D:/logs/hotel.log在别人的机器上没问题到你的电脑上就会因为目录不存在而写不了日志但项目本身不会崩只是日志不输出排查问题时就非常被动。建议把路径改成相对路径logs/hotel.log。第三处是文件上传或图片保存路径酒店房间图片一般放在本地upload文件夹默认路径是D:/upload同样建议改成你项目目录下相对路径。3.3 启动顺序和验证方法跑通页面之后先做什么配置改完后发布到 Tomcat。这里我按常见的 IDEA 操作来说点开 Tomcat 配置Deployment 里选择要部署的 artifactApplication context 设为/hotel然后启动。启动日志里看到SpringMVC的 DispatcherServlet 初始化完成并且没有抛异常才算启动成功。# 启动后第一件事在浏览器里看这几个页面 # 登录页 http://localhost:8080/hotel/login # 后端首页需要登录 http://localhost:8080/hotel/index # 数据库连接测试如果项目里有这个Controller http://localhost:8080/hotel/db/check很多源码默认会创建一个管理员账号写在sys_user表里常见的用户名是admin密码是admin123或123456你看一眼数据库就能确认。登录进去后不要急着截图先做三个操作创建一个新房间、创建一个预订订单、执行一次退房结账。这三步走通说明数据库读写、事务控制、页面强转都没问题。如果任何一步报了 500把 Tomcat 的catalina.out日志翻出来里面会带着具体异常的堆栈行数比对着页面猜要快得多。4. SSM 酒店管理系统最常见的一线问题按现象找原因按原因给解决4.1 数据库连接失败驱动版本和 URL 参数不匹配现象是点击登录后页面直接报 500控制台出现Cannot create PoolableConnectionFactory或Public Key Retrieval is not allowed。原因几乎都是mysql-connector-java的 jar 包版本和 MySQL 服务端版本不匹配。我之前在某个平台给 A 同学调这套项目他本地是 MySQL 8.0.28项目 lib 里是 5.1.38 驱动连上去必然握手失败。解决的思路很简单把 lib 里的旧驱动删掉换一个mysql-connector-java-8.0.30.jar然后检查jdbc.properties里驱动类名是否从com.mysql.jdbc.Driver改成com.mysql.cj.jdbc.Driver。另外如果是用 Maven 管理的项目直接在pom.xml里改版本号刷新依赖后重新构建即可。这个坑自己踩一次就有免疫力下次换任何新环境装数据库第一反应先看驱动版本。4.2 中文乱码从 URL 到页面再到 SQL 文件层层排查中文乱码分两种一种是从页面传到数据库变成??另一种是数据库里是正常中文但页面显示乱码。前者是连接字符串缺characterEncodingutf8后者多半是 JSP 页面本身缺少pageEncoding设置或者 Tomcat 的控制台编码与项目不一致。解决的顺序是先确认数据库里存进去的中文对不对。如果连数据库里都是??那就是jdbc.url缺了characterEncodingutf8加上就行。如果数据库正常而页面乱码检查每个 JSP 第一行是否有% page languagejava contentTypetext/html; charsetUTF-8 pageEncodingUTF-8%。如果都改了还是乱码看看 Spring 的表单提交过滤器有没有在web.xml里配置CharacterEncodingFilter并把encoding设为UTF-8。有的人喜欢在代码里手动写request.setCharacterEncoding(UTF-8)能治标但很丑统一用过滤器更干净。4.3 MyBatis 查询结果缺字段resultMap 和驼峰映射没配对这是一个很隐蔽的翻车点。表字段是room_no代码实体类属性是roomNo如果 MyBatis 配置里没有开启驼峰命名映射查询结果里roomNo就是 null页面显示不出房间号而其他字段正常。因为你一眼看不出是 SQL 问题还是映射问题常常会盯着 SQL 反复改结果 SQL 本身没错。解决方法是往mybatis-config.xml里加一行setting namemapUnderscoreToCamelCase valuetrue/或者把所有查询语句都显式写别名select room_no AS roomNo。我推荐前者一次配置全局生效省得每段 SQL 都改别名。如果你改完配置仍然不行检查是不是有三方工具自动生成的resultMap它里面用了column和property手动映射优先级会压过全局配置。这种情况直接改resultMap里对应的result标签即可。4.4 启动时端口被占用Tomcat 没关干净或者被其他进程占了这个现象最吓人因为报错信息很长Eclipse 或 IDEA 弹出一堆Port 8080 required by Tomcat v9.0 Server is already in use新手会以为是项目本身出了问题。其实是上一次 Tomcat 进程没有完全退出或者 8080 被其他程序占用。解决的步骤很固定先在命令行执行netstat -ano | findstr 8080看监听进程拿到 PID 后执行taskkill /F /PID 对应PID或者直接重开 IDE。更根本的做法是进入 IDE 的 Server 面板右键 Tomcat 选 Clean把发布到 Tomcat webapps 下的临时文件删掉再重新发布。经常有人端口冲突后直接在 IDE 里改 HTTP port 为 8081其实没必要杀进程和 Clean 永远比改端口更符合现场预期。4.5 页面跳转 404 但控制台无异常SpringMVC 视图解析器前缀坑登录成功后跳转不到index.jsp地址栏变成index但页面显示 404。原因通常是spring-mvc.xml里的InternalResourceViewResolver配置的前缀没匹配到 JSP 所在目录。一般项目 JSP 在WEB-INF/pages下前缀就该写/WEB-INF/pages/后缀写.jsp。如果你写的是/pages/而实际目录比这个多一层绝对找不到。还有一种情况是web.xml里 DispatcherServlet 的url-pattern配置成了/*这会拦截到所有请求包括 JSP导致视图解析又转给别人处理直接 404。正确写法是/把 JSP 的请求留给容器处理。如果需要登录后才能访问的页面被绕过检查spring-mvc.xml里的拦截器配置。常见的项目会配置一个登录拦截器拦截除了登录路径之外的请求如果你改了项目名或者加了新的 Controller 路径忘了在排除列表里加上就会遇到一个死循环登录成功访问首页首页又被拦截器拦回来跳到登录页。这个不算代码 bug是配置边界没处理好。5. 二次开发必调参数把运行中的系统照着自己的需求改5.1 修改房价计算规则钟点房、续住、会员折扣的组合套路默认项目里房价计算很原始单价乘以天数退房日期减去入住日期超过中午 12 点就算一天。但真实场景里很多酒店有钟点房和续住优惠答辩时如果你想体现业务理解可以自己改一套规则。我推荐在 Service 层加一个策略方法把计算房价的逻辑抽出来。public BigDecimal calculateRoomFee(ReserveOrder order) { RoomType type roomTypeMapper.selectByTypeId(order.getTypeId()); BigDecimal basePrice type.getPrice(); long days Duration.between(order.getCheckInTime(), order.getCheckOutTime()).toDays(); if (days 0) { days 1; // 当日入退按一天算 } Member member memberMapper.selectByPhone(order.getCustomerPhone()); BigDecimal discount new BigDecimal(1.0); if (member ! null) { discount memberLevelMapper.selectDiscountByLevelId(member.getLevelId()); } BigDecimal total basePrice.multiply(BigDecimal.valueOf(days)).multiply(discount); return total.setScale(2, RoundingMode.HALF_UP); }参数说明Duration.between是 Java 8 的 API用它算入住时间跨度最稳妥toDays()会把毫秒差换算成整天。这里要注意days为 0 时的处理比如 22 点入住、23 点退房服务时间不足一天常见做法是按一天算所以有个days 0的判断。会员折扣用了BigDecimal的乘法避免double精度丢失酒店金额计算必须用BigDecimal这是答辩时可以说出口的专业细节。5.2 给订单表加一个分页查询手写 LIMIT 比插件更可控很多项目源码里的列表查询是全表查数据量一上去页面卡成 PPT。加个分页很简单但 SSM 里用 PageHelper 插件需要多配置一个 jar 包与其引入第三方依赖不如直接在 Mapper 里加两个参数。select idselectOrderPage resultTypemap SELECT o.order_id, o.room_id, r.room_no, o.customer_name, o.phone, o.arrive_date, o.leave_date, o.status FROM reserve_order o LEFT JOIN room_info r ON o.room_id r.id WHERE 1 1 if teststatus ! null and status ! AND o.status #{status} /if ORDER BY o.create_time DESC LIMIT #{offset}, #{pageSize} /select对应的 Mapper 接口方法写成ListMapString, Object selectOrderPage(Param(offset) int offset, Param(pageSize) int pageSize, Param(status) String status)Service 层调用的地方用(currentPage - 1) * pageSize算出 offset。这样做的好处是 SQL 直白面试官一眼看得懂而且不会因为插件版本不兼容导致启动失败。分页查询加好后页面表格下方还要改上一页、下一页的链接参数这个前端改动每个项目大同小异找到模型的改动点对着改就行。这里的分页思路同样可以用到房间查询、用户查询、流水查询上复用度很高。5.3 密码存储的强度升级从明文改到 BCrypt毕设源码普遍偷懒用户表里密码直接明文存。答辩时老师一旦问安全方案是什么这是最尴尬的一刻。比较轻量的做法是换成 BCrypt 加密Spring Security 里自带BCryptPasswordEncoder但 SSM 项目没引 Spring Security 全套的话可以单引一个jbcrypt小工具包。// 注册时加密 String hashedPwd BCrypt.hashpw(rawPassword, BCrypt.gensalt()); userMapper.insertUser(username, hashedPwd); // 登录时校验 String storedPwd userMapper.selectPasswordByUsername(username); if (BCrypt.checkpw(rawPassword, storedPwd)) { // 登录成功 }逻辑说明gensalt()会随机生成盐所以同一个密码两次加密结果不同这是 BCrypt 比 MD5 强的地方。数据库里存的是一串带版本前缀的长字符串即使泄露也无法直接反推明文。登录校验用checkpw重新计算比对整个过程对调用方透明。改动点集中在注册和登录两个方法其他业务不用动。这条改造投入时间半小时但在答辩时的质量提升是巨大的。6. 答辩和求职时怎么讲这套项目从会跑到会讲的三个技巧第一个技巧是给系统的业务闭环画一条线预订、入住、退房、结账、报表。你不需要讲每个功能怎么点鼠标而是讲当用户在前台创建一笔预订时系统如何锁定房间状态如何防止超卖取消预订后如何释放房态。把这条链路上涉及的表和 Service 方法说出来老师立刻觉得你理解业务而不只是抄代码。第二个技巧是主动交代你在哪几个地方改了源码。哪怕你只改了分页查询和 BCrypt 加密也值得讲。讲我的习惯是拿着 diff 记录讲比如原来订单查询是 List 全查我把它改成了 LIMIT 分页因为考虑到未来数据量涨到几万条后页面的响应时间会翻倍。这种表述比我做了个酒店系统有力得多。第三个技巧是把数据库索引设计讲出来。我经常被问大数据量下你怎么优化我一般直接回我在订单表的create_time和room_id上建立联合索引查询最近订单时会优先走索引并且避免了回表。你不需要真的建过索引但要能说清楚索引为什么能加速这比背十个设计模式名词更打动人。最后提醒一句拿到别人的源码之后一定自己从零建一遍数据库不要只导入现成的 SQL。只有亲手把每张表建一遍你才能回答为什么订单表的status字段用 int 而不是 varchar为什么房间和订单不做物理外键而是用逻辑关联这类问题。这套练习做完你的酒店管理系统才是你自己的。希望帮到你。本文还有配套的精品资源点击获取