简介一套基于SSM框架的酒店管理系统毕业设计源码包面向Java方向学生及需要完成课程设计、期末大作业的开发者。项目涵盖前台订房、客户管理、房间信息维护、订单处理等核心模块代码结构清晰业务逻辑完整难度适中可作为毕业设计或实训项目的直接参考。包体共892个文件以236个JS脚本、240个GIF动图、184个PNG图片及56个CSS样式为主配合23个JSP页面、22个Java类、11个XML配置和1个SQL数据库脚本前后端资源齐备解压后约9.63MB。目前已有511人学习下载。源码经本地编译可运行评审分达98分并经过助教老师审定适合直接导入IDE配合数据库使用压缩包内还包含完整的页面素材与样式文件便于快速理解界面交互与后端接口的对应关系对学习SSM整合、MVC分层开发以及酒店管理场景的数据建模都很有帮助。1. SSM框架下酒店管理系统到底在做什么酒店管理系统可能是Java Web毕业设计里出现频率最高的题目但多数提交上来的demo只做到房间表增删改查就算完事。真正的SSM版酒店系统要把Spring依赖注入、SpringMVC请求路由、MyBatis SQL映射串成一条覆盖预订、入住、退房、结算全流程的完整链路房间状态、订单状态、账单金额必须保持一致任何环节错位都会在演示时暴露出来。这套基于SSM的酒店管理系统毕业设计源码自带MySQL数据库脚本Java工程本地编译即可运行前端用传统JSP配合Layui和UEditor搭建管理后台适合课程设计、期末大作业和毕业设计的直接参考。如果你正在找一份能跑通全流程的SSM源码或者在准备Java面试八股文时想把容器、路由、事务三者协作关系理顺这份代码都值得拆开看一遍。2. SSM三层在酒店系统里如何分工协作2.1 按分包结构理解SSM的职责边界打开源码工程第一眼看到的是经典SSM分包方式controller、service、dao、entity、mapper五个目录并列。controller负责请求解析、参数校验和视图返回service持有业务规则和事务边界dao配合mapper目录下的XML完成SQL与结果集映射。启动时applicationContext.xml开启组件扫描Spring把三层对象实例化再通过Autowired注入到依赖方。层次对应代码位置负责内容控制层controller处理HTTP请求接收参数调用Service返回JSP视图或JSON业务层service业务规则编排多表操作事务边界持久层dao mapperDAO接口定义、SQL声明、数据库结果与Java对象映射以房间管理为例RoomController里注入RoomServiceRoomServiceImpl里注入RoomDao调用链是Controller → Service → DAO。每一层都不需要自己管理依赖对象的生命周期替换持久层实现时Controller和Service代码可以完全不动。Spring IoC容器的价值在这里体现得最直接也是二面时被追问最多的点。context:component-scan base-packagecom.hotel/ context:property-placeholder locationclasspath:jdbc.properties/component-scan的base-package必须覆盖业务代码的根路径漏了会导致Spring启动时抛NoSuchBeanDefinitionException。看到这个异常先检查扫描包名不要急着怀疑SQL写错。jdbc.properties里统一存放数据库连接四要素部署时改这一处文件即可。2.2 SpringMVC请求路由与两种返回方式的区分Servlet容器读取web.xml中的DispatcherServlet配置匹配所有进入的请求。url-pattern有两种常见配置配成/会拦截一切请求静态资源必须额外放行配成*.do则页面里的请求地址都要带.do后缀。这套系统的前端大量使用Layui表格和弹出层异步请求地址跟着Controller上的RequestMapping拼接。Controller RequestMapping(/room) public class RoomController { Autowired private RoomService roomService; RequestMapping(/list) public String list(RoomQuery query, Model model) { PageInfoRoom page roomService.queryRoomPage(query, 1, 10); model.addAttribute(page, page); return room/list; } RequestMapping(/checkAvailable) ResponseBody public MapString, Object checkAvailable(Integer roomId) { MapString, Object result new HashMap(); result.put(success, roomService.isRoomAvailable(roomId)); return result; } }前一个方法走JSP页面渲染返回逻辑视图名room/list由InternalResourceViewResolver组装成/WEB-INF/views/room/list.jsp。后一个方法返回Map类型的JSON结构配合ResponseBody让Jackson完成序列化Layui表格组件的url属性直接接收。两种返回方式在同一个Controller里共存是SSM项目的常规操作。返回JSON时Map的键名必须和前端脚本里访问的属性一致Layui数据表格默认读取code、msg、data三个键少一个表就渲染不出来。2.3 事务边界配置与房间防超卖的基础酒店系统最怕房间超卖预订和入住之间的状态错位也不能出现。这两类问题都由Service层事务控制解决Spring配置里用DataSourceTransactionManager声明事务管理器再通过AOP切面把事务织入业务方法。bean idtxManager classorg.springframework.jdbc.datasource.DataSourceTransactionManager property namedataSource refdataSource/ /bean tx:advice idtxAdvice transaction-managertxManager tx:attributes tx:method nameadd* propagationREQUIRED/ tx:method nameupdate* propagationREQUIRED/ tx:method namedelete* propagationREQUIRED/ tx:method namequery* read-onlytrue/ /tx:attributes /tx:advice aop:config aop:advisor advice-reftxAdvice pointcutexecution(* com.hotel.service.impl.*.*(..))/ /aop:configpointcut表达式把事务作用在service.impl包下所有类的所有方法上。方法名以add、update、delete开头时开启事务query开头时设为只读。REQUIRED传播级别表示如果外层已有事务内层调用直接加入现成事务。预订方法内部要插入一条预订记录并更新房间状态两步都必须在同一个事务里任何一个失败都整体回滚否则会出现订单存在但房间状态没变的脏数据。2.4 MyBatis Mapper解耦与参数绑定mapper目录下的XML按实体拆分RoomDao.xml对应RoomDao接口。namespace的值必须是Dao接口的全限定名statement的id就是接口方法名匹配错位时项目启动不报错调用时才抛BindingException。public interface RoomDao { Room selectById(Integer id); int updateStatus(Param(id) Integer id, Param(status) String status); ListRoom selectByCondition(RoomQuery query); }Param注解给SQL参数命名没有它时XML里只能用#{0}、#{1}这种位置参数可读性很差。方法参数超过两个时建议把所有查询条件封装成一个Query对象传入页码、房间类型、价格区间集中在同一个对象里避免接口签名越来越长。3. 酒店核心表结构设计与MyBatis结果映射3.1 五张业务表的字段规划与关联关系数据库脚本导入后通过Navicat或者命令行先看表结构。这套系统的核心表可以归纳为五张它们之间的关联关系决定了整个业务的运转方式。表名核心字段对应业务t_roomid, room_no, type, price, floor, status房间档案与状态t_customerid, name, phone, id_card, create_time客户档案t_bookid, book_no, customer_id, room_id, check_in_date, check_out_date, status预订订单t_checkinid, checkin_no, book_id, room_id, customer_id, days, total_price入住记录t_billid, bill_no, checkin_id, cost_type, amount, create_time消费账单t_book里的customer_id关联t_customer办理预订时不用重复录入客户信息电话和证件号直接从客户表带出。t_bill里的checkin_id关联t_checkin一次入住对应多笔消费记录房费、押金、赔偿金各自生成一条账目月末按cost_type分组就能统计收入构成。主键统一用自增idbook_no、checkin_no这类业务编号单独生成带前缀的字符串比如BK加时间戳这样订单号既唯一又能在日志里快速辨认。3.2 房间状态机的合法流转与并发控制房间状态在数据库里用整型存储状态流转链路是空闲到已预订到已入住再回到空闲对应数值0、1、2。数据库层面无法用check约束强制流转顺序一致性必须由业务代码保证。订房时先查房间状态是否为0插入预订记录后把房间改为1入住时再改为2退房恢复为0。直接按SELECT再UPDATE写会有并发漏洞两个请求同时读到status0可能都把房间订走。防超卖的正确做法是把条件写进UPDATE语句UPDATE t_room SET status 1 WHERE id #{roomId} AND status 0这条SQL用WHERE status 0充当乐观锁。并发时只有一条UPDATE能命中另一条影响行数为0业务方法里判断返回的rows即可发现房间已被抢掉随即抛出业务异常。这种写法比先查后改可靠得多也是面试里能加分的并发处理细节。3.3 多表联查与resultMap的配置要点页面上的订单列表和客户消费明细基本都涉及多表join。以查询在住订单为例SELECT b.id, b.book_no, c.name AS customer_name, r.room_no, r.type, b.check_in_date, b.check_out_date FROM t_book b LEFT JOIN t_customer c ON b.customer_id c.id LEFT JOIN t_room r ON b.room_id r.id WHERE b.check_in_date #{date} AND b.check_out_date #{date}返回值无法映射到单一Entity需要在Mapper XML里声明一个VO的resultMapresultMap idBookRoomMap typecom.hotel.vo.BookRoomVO id propertyid columnid/ result propertybookNo columnbook_no/ result propertycustomerName columncustomer_name/ association propertyroom javaTypecom.hotel.entity.Room id propertyid columnroom_id/ result propertyroomNo columnroom_no/ result propertytype columntype/ /association /resultMapassociation处理一对一关系把房间对象嵌入订单VO。SQL里起了别名customer_name、room_noresultMap的column属性就取别名两边对不上时MyBatis返回null但不会报错。排查这种情况最快的办法是把SQL复制到数据库客户端执行一次确认列名是否与映射一致再回头检查resultMap。4. 预订入住退房三条核心链路的Service与Controller实现4.1 预订房间的状态检查与事务性写入预订是并发压力最大的环节。Controller接收表单后只做参数组装真正的业务判断在Service层。参考实现Override Transactional(rollbackFor Exception.class) public boolean createBook(BookForm form) { Room room roomDao.selectById(form.getRoomId()); if (room null || room.getStatus() ! 0) { throw new BusinessException(该房间不可预订); } Book book new Book(); book.setBookNo(BK System.currentTimeMillis()); book.setCustomerId(form.getCustomerId()); book.setRoomId(room.getId()); book.setCheckInDate(form.getCheckInDate()); book.setCheckOutDate(form.getCheckOutDate()); book.setStatus(1); bookDao.insert(book); int rows roomDao.updateStatus(room.getId(), 1); if (rows 0) { throw new BusinessException(房间状态已变更请刷新后重试); } return true; }rollbackFor Exception.class必须写Spring默认只在RuntimeException时回滚如果自定义的BusinessException是受检异常不声明rollbackFor事务不会回滚。更新房间状态时不是直接判断返回布尔值而是判断影响行数是否为0这样并发抢占房间时后到的请求能明确感知到状态变更并中止操作。前端拿到false后刷新房间列表客户就不会在已被人订走的房间上浪费时间。4.2 入住退房的状态流转与事务联动入住操作通常由一条有效的预订单触发。Service从t_book里查出预订记录校验当前日期落在入住和离店区间内把预订状态置为已入住房间状态更新为2并新建一条t_checkin记录。退房是反向链路更新t_checkin里的实际离店天数和总房价房间状态恢复0同时往t_bill写入房费。操作前置状态操作后状态涉及写操作预订房间0空闲房间1已预订t_book插入t_room更新入住房间1已预订房间2已入住t_checkin插入t_room更新退房房间2已入住房间0空闲t_bill插入t_room更新入住和退房看起来是对称操作复杂度却在退房这里。退房方法里的账单写入和房间状态更新必须放在同一个事务里否则可能出现客人已经退房但账单还没落库财务统计对不上账。项目里退房方法名以checkout开头没有匹配到前面约定的add*、update*前缀注意看事务配置里的方法名匹配规则是否需要额外补一个checkout*的事务声明。4.3 账单拆算与消费类型的聚合统计账单模块的核心是cost_type字段如何设计。使用字符串常量比数字枚举更直观ROOM_FEE表示房费DEPOSIT表示押金COMPENSATION表示赔偿金插入时直接写常量值。INSERT INTO t_bill (bill_no, checkin_id, cost_type, amount, create_time) VALUES (#{billNo}, #{checkinId}, #{costType}, #{amount}, NOW());统计某段时间内酒店收入构成时按cost_type分组求和SELECT cost_type, SUM(amount) AS total FROM t_bill WHERE create_time BETWEEN #{start} AND #{end} GROUP BY cost_type分组统计出的total是BigDecimal类型直接转String会丢精度封装到Map返回给前端时先调用setScale(2, BigDecimal.ROUND_HALF_UP)统一保留两位小数。报表页面如果用ECharts展示后端返回一个MapString, BigDecimal前端遍历键值对就能生成饼图数据。这一块在答辩时容易成为老师追问的细节记得说明为什么不用金额浮点类型而用BigDecimal。5. 本地启动部署的完整步骤与排错验证5.1 环境准备与数据库初始化运行这套SSM系统需要固定版本配合JDK 1.8、Tomcat 8.5、MySQL 5.7、Maven 3.6。源码导入IDEA后先执行Maven的clean和install拉齐依赖再导入数据库脚本。mysql -u root -p hotel_db sql/hotel_db.sqlSQL文件包含中文注释时光用这条命令容易报编码错误增加--default-character-setutf8参数重新导入即可。导入完成后检查t_room表里是否有初始房间数据没有初始化数据的系统跑起来页面全是空的容易误判为代码问题。5.2 三张高频报错对应表报错现象根因处理方法启动时数据源初始化失败jdbc.properties里账号密码或URL不对核对端口、库名MySQL 8连接串加serverTimezoneAsia/Shanghai页面css/js全部404DispatcherServlet拦截了静态资源web.xml的url-pattern改为*.do或在spring-mvc.xml放行/static/**ajax请求500日志出现BadSqlGrammarExceptionSQL与表结构不匹配复制日志里的SQL到数据库客户端执行比对字段名是否一致静态资源404是最容易栽跟头的坑。web.xml里url-pattern配成/时DispatcherServlet会拦截包括css、js在内的所有请求。需要在spring-mvc.xml中添加静态资源放行配置页面里Layui和UEditor的引用路径统一改成/static/开头。UEditor上传图片的路径问题还要单独检查ueditor.properties里的根路径配置确保指向实际的Web应用发布目录。5.3 功能链路验证方法与状态对照启动Tomcat后手动走一遍预订到退房的完整链路。预订一个房间后在数据库执行下面的SQL验证状态是否变更SELECT room_no, status FROM t_room WHERE id 1;预订成功后status从0变成1办理入住后变成2退房后恢复0。四个节点任何一个没变化就说明事务回滚或者状态更新语句没执行到。这时最有效的排查方式是在Service层方法入口和UPDATE语句后分别打断点观察哪一步把事务回滚了。这套链路跑通就说明容器、事务、MyBatis映射全部正常后续在这个基础上改业务模块也有了可以对照的基准行为。本文还有配套的精品资源点击获取
SSM框架酒店管理系统：三层架构、事务控制与MyBatis映射实战
简介一套基于SSM框架的酒店管理系统毕业设计源码包面向Java方向学生及需要完成课程设计、期末大作业的开发者。项目涵盖前台订房、客户管理、房间信息维护、订单处理等核心模块代码结构清晰业务逻辑完整难度适中可作为毕业设计或实训项目的直接参考。包体共892个文件以236个JS脚本、240个GIF动图、184个PNG图片及56个CSS样式为主配合23个JSP页面、22个Java类、11个XML配置和1个SQL数据库脚本前后端资源齐备解压后约9.63MB。目前已有511人学习下载。源码经本地编译可运行评审分达98分并经过助教老师审定适合直接导入IDE配合数据库使用压缩包内还包含完整的页面素材与样式文件便于快速理解界面交互与后端接口的对应关系对学习SSM整合、MVC分层开发以及酒店管理场景的数据建模都很有帮助。1. SSM框架下酒店管理系统到底在做什么酒店管理系统可能是Java Web毕业设计里出现频率最高的题目但多数提交上来的demo只做到房间表增删改查就算完事。真正的SSM版酒店系统要把Spring依赖注入、SpringMVC请求路由、MyBatis SQL映射串成一条覆盖预订、入住、退房、结算全流程的完整链路房间状态、订单状态、账单金额必须保持一致任何环节错位都会在演示时暴露出来。这套基于SSM的酒店管理系统毕业设计源码自带MySQL数据库脚本Java工程本地编译即可运行前端用传统JSP配合Layui和UEditor搭建管理后台适合课程设计、期末大作业和毕业设计的直接参考。如果你正在找一份能跑通全流程的SSM源码或者在准备Java面试八股文时想把容器、路由、事务三者协作关系理顺这份代码都值得拆开看一遍。2. SSM三层在酒店系统里如何分工协作2.1 按分包结构理解SSM的职责边界打开源码工程第一眼看到的是经典SSM分包方式controller、service、dao、entity、mapper五个目录并列。controller负责请求解析、参数校验和视图返回service持有业务规则和事务边界dao配合mapper目录下的XML完成SQL与结果集映射。启动时applicationContext.xml开启组件扫描Spring把三层对象实例化再通过Autowired注入到依赖方。层次对应代码位置负责内容控制层controller处理HTTP请求接收参数调用Service返回JSP视图或JSON业务层service业务规则编排多表操作事务边界持久层dao mapperDAO接口定义、SQL声明、数据库结果与Java对象映射以房间管理为例RoomController里注入RoomServiceRoomServiceImpl里注入RoomDao调用链是Controller → Service → DAO。每一层都不需要自己管理依赖对象的生命周期替换持久层实现时Controller和Service代码可以完全不动。Spring IoC容器的价值在这里体现得最直接也是二面时被追问最多的点。context:component-scan base-packagecom.hotel/ context:property-placeholder locationclasspath:jdbc.properties/component-scan的base-package必须覆盖业务代码的根路径漏了会导致Spring启动时抛NoSuchBeanDefinitionException。看到这个异常先检查扫描包名不要急着怀疑SQL写错。jdbc.properties里统一存放数据库连接四要素部署时改这一处文件即可。2.2 SpringMVC请求路由与两种返回方式的区分Servlet容器读取web.xml中的DispatcherServlet配置匹配所有进入的请求。url-pattern有两种常见配置配成/会拦截一切请求静态资源必须额外放行配成*.do则页面里的请求地址都要带.do后缀。这套系统的前端大量使用Layui表格和弹出层异步请求地址跟着Controller上的RequestMapping拼接。Controller RequestMapping(/room) public class RoomController { Autowired private RoomService roomService; RequestMapping(/list) public String list(RoomQuery query, Model model) { PageInfoRoom page roomService.queryRoomPage(query, 1, 10); model.addAttribute(page, page); return room/list; } RequestMapping(/checkAvailable) ResponseBody public MapString, Object checkAvailable(Integer roomId) { MapString, Object result new HashMap(); result.put(success, roomService.isRoomAvailable(roomId)); return result; } }前一个方法走JSP页面渲染返回逻辑视图名room/list由InternalResourceViewResolver组装成/WEB-INF/views/room/list.jsp。后一个方法返回Map类型的JSON结构配合ResponseBody让Jackson完成序列化Layui表格组件的url属性直接接收。两种返回方式在同一个Controller里共存是SSM项目的常规操作。返回JSON时Map的键名必须和前端脚本里访问的属性一致Layui数据表格默认读取code、msg、data三个键少一个表就渲染不出来。2.3 事务边界配置与房间防超卖的基础酒店系统最怕房间超卖预订和入住之间的状态错位也不能出现。这两类问题都由Service层事务控制解决Spring配置里用DataSourceTransactionManager声明事务管理器再通过AOP切面把事务织入业务方法。bean idtxManager classorg.springframework.jdbc.datasource.DataSourceTransactionManager property namedataSource refdataSource/ /bean tx:advice idtxAdvice transaction-managertxManager tx:attributes tx:method nameadd* propagationREQUIRED/ tx:method nameupdate* propagationREQUIRED/ tx:method namedelete* propagationREQUIRED/ tx:method namequery* read-onlytrue/ /tx:attributes /tx:advice aop:config aop:advisor advice-reftxAdvice pointcutexecution(* com.hotel.service.impl.*.*(..))/ /aop:configpointcut表达式把事务作用在service.impl包下所有类的所有方法上。方法名以add、update、delete开头时开启事务query开头时设为只读。REQUIRED传播级别表示如果外层已有事务内层调用直接加入现成事务。预订方法内部要插入一条预订记录并更新房间状态两步都必须在同一个事务里任何一个失败都整体回滚否则会出现订单存在但房间状态没变的脏数据。2.4 MyBatis Mapper解耦与参数绑定mapper目录下的XML按实体拆分RoomDao.xml对应RoomDao接口。namespace的值必须是Dao接口的全限定名statement的id就是接口方法名匹配错位时项目启动不报错调用时才抛BindingException。public interface RoomDao { Room selectById(Integer id); int updateStatus(Param(id) Integer id, Param(status) String status); ListRoom selectByCondition(RoomQuery query); }Param注解给SQL参数命名没有它时XML里只能用#{0}、#{1}这种位置参数可读性很差。方法参数超过两个时建议把所有查询条件封装成一个Query对象传入页码、房间类型、价格区间集中在同一个对象里避免接口签名越来越长。3. 酒店核心表结构设计与MyBatis结果映射3.1 五张业务表的字段规划与关联关系数据库脚本导入后通过Navicat或者命令行先看表结构。这套系统的核心表可以归纳为五张它们之间的关联关系决定了整个业务的运转方式。表名核心字段对应业务t_roomid, room_no, type, price, floor, status房间档案与状态t_customerid, name, phone, id_card, create_time客户档案t_bookid, book_no, customer_id, room_id, check_in_date, check_out_date, status预订订单t_checkinid, checkin_no, book_id, room_id, customer_id, days, total_price入住记录t_billid, bill_no, checkin_id, cost_type, amount, create_time消费账单t_book里的customer_id关联t_customer办理预订时不用重复录入客户信息电话和证件号直接从客户表带出。t_bill里的checkin_id关联t_checkin一次入住对应多笔消费记录房费、押金、赔偿金各自生成一条账目月末按cost_type分组就能统计收入构成。主键统一用自增idbook_no、checkin_no这类业务编号单独生成带前缀的字符串比如BK加时间戳这样订单号既唯一又能在日志里快速辨认。3.2 房间状态机的合法流转与并发控制房间状态在数据库里用整型存储状态流转链路是空闲到已预订到已入住再回到空闲对应数值0、1、2。数据库层面无法用check约束强制流转顺序一致性必须由业务代码保证。订房时先查房间状态是否为0插入预订记录后把房间改为1入住时再改为2退房恢复为0。直接按SELECT再UPDATE写会有并发漏洞两个请求同时读到status0可能都把房间订走。防超卖的正确做法是把条件写进UPDATE语句UPDATE t_room SET status 1 WHERE id #{roomId} AND status 0这条SQL用WHERE status 0充当乐观锁。并发时只有一条UPDATE能命中另一条影响行数为0业务方法里判断返回的rows即可发现房间已被抢掉随即抛出业务异常。这种写法比先查后改可靠得多也是面试里能加分的并发处理细节。3.3 多表联查与resultMap的配置要点页面上的订单列表和客户消费明细基本都涉及多表join。以查询在住订单为例SELECT b.id, b.book_no, c.name AS customer_name, r.room_no, r.type, b.check_in_date, b.check_out_date FROM t_book b LEFT JOIN t_customer c ON b.customer_id c.id LEFT JOIN t_room r ON b.room_id r.id WHERE b.check_in_date #{date} AND b.check_out_date #{date}返回值无法映射到单一Entity需要在Mapper XML里声明一个VO的resultMapresultMap idBookRoomMap typecom.hotel.vo.BookRoomVO id propertyid columnid/ result propertybookNo columnbook_no/ result propertycustomerName columncustomer_name/ association propertyroom javaTypecom.hotel.entity.Room id propertyid columnroom_id/ result propertyroomNo columnroom_no/ result propertytype columntype/ /association /resultMapassociation处理一对一关系把房间对象嵌入订单VO。SQL里起了别名customer_name、room_noresultMap的column属性就取别名两边对不上时MyBatis返回null但不会报错。排查这种情况最快的办法是把SQL复制到数据库客户端执行一次确认列名是否与映射一致再回头检查resultMap。4. 预订入住退房三条核心链路的Service与Controller实现4.1 预订房间的状态检查与事务性写入预订是并发压力最大的环节。Controller接收表单后只做参数组装真正的业务判断在Service层。参考实现Override Transactional(rollbackFor Exception.class) public boolean createBook(BookForm form) { Room room roomDao.selectById(form.getRoomId()); if (room null || room.getStatus() ! 0) { throw new BusinessException(该房间不可预订); } Book book new Book(); book.setBookNo(BK System.currentTimeMillis()); book.setCustomerId(form.getCustomerId()); book.setRoomId(room.getId()); book.setCheckInDate(form.getCheckInDate()); book.setCheckOutDate(form.getCheckOutDate()); book.setStatus(1); bookDao.insert(book); int rows roomDao.updateStatus(room.getId(), 1); if (rows 0) { throw new BusinessException(房间状态已变更请刷新后重试); } return true; }rollbackFor Exception.class必须写Spring默认只在RuntimeException时回滚如果自定义的BusinessException是受检异常不声明rollbackFor事务不会回滚。更新房间状态时不是直接判断返回布尔值而是判断影响行数是否为0这样并发抢占房间时后到的请求能明确感知到状态变更并中止操作。前端拿到false后刷新房间列表客户就不会在已被人订走的房间上浪费时间。4.2 入住退房的状态流转与事务联动入住操作通常由一条有效的预订单触发。Service从t_book里查出预订记录校验当前日期落在入住和离店区间内把预订状态置为已入住房间状态更新为2并新建一条t_checkin记录。退房是反向链路更新t_checkin里的实际离店天数和总房价房间状态恢复0同时往t_bill写入房费。操作前置状态操作后状态涉及写操作预订房间0空闲房间1已预订t_book插入t_room更新入住房间1已预订房间2已入住t_checkin插入t_room更新退房房间2已入住房间0空闲t_bill插入t_room更新入住和退房看起来是对称操作复杂度却在退房这里。退房方法里的账单写入和房间状态更新必须放在同一个事务里否则可能出现客人已经退房但账单还没落库财务统计对不上账。项目里退房方法名以checkout开头没有匹配到前面约定的add*、update*前缀注意看事务配置里的方法名匹配规则是否需要额外补一个checkout*的事务声明。4.3 账单拆算与消费类型的聚合统计账单模块的核心是cost_type字段如何设计。使用字符串常量比数字枚举更直观ROOM_FEE表示房费DEPOSIT表示押金COMPENSATION表示赔偿金插入时直接写常量值。INSERT INTO t_bill (bill_no, checkin_id, cost_type, amount, create_time) VALUES (#{billNo}, #{checkinId}, #{costType}, #{amount}, NOW());统计某段时间内酒店收入构成时按cost_type分组求和SELECT cost_type, SUM(amount) AS total FROM t_bill WHERE create_time BETWEEN #{start} AND #{end} GROUP BY cost_type分组统计出的total是BigDecimal类型直接转String会丢精度封装到Map返回给前端时先调用setScale(2, BigDecimal.ROUND_HALF_UP)统一保留两位小数。报表页面如果用ECharts展示后端返回一个MapString, BigDecimal前端遍历键值对就能生成饼图数据。这一块在答辩时容易成为老师追问的细节记得说明为什么不用金额浮点类型而用BigDecimal。5. 本地启动部署的完整步骤与排错验证5.1 环境准备与数据库初始化运行这套SSM系统需要固定版本配合JDK 1.8、Tomcat 8.5、MySQL 5.7、Maven 3.6。源码导入IDEA后先执行Maven的clean和install拉齐依赖再导入数据库脚本。mysql -u root -p hotel_db sql/hotel_db.sqlSQL文件包含中文注释时光用这条命令容易报编码错误增加--default-character-setutf8参数重新导入即可。导入完成后检查t_room表里是否有初始房间数据没有初始化数据的系统跑起来页面全是空的容易误判为代码问题。5.2 三张高频报错对应表报错现象根因处理方法启动时数据源初始化失败jdbc.properties里账号密码或URL不对核对端口、库名MySQL 8连接串加serverTimezoneAsia/Shanghai页面css/js全部404DispatcherServlet拦截了静态资源web.xml的url-pattern改为*.do或在spring-mvc.xml放行/static/**ajax请求500日志出现BadSqlGrammarExceptionSQL与表结构不匹配复制日志里的SQL到数据库客户端执行比对字段名是否一致静态资源404是最容易栽跟头的坑。web.xml里url-pattern配成/时DispatcherServlet会拦截包括css、js在内的所有请求。需要在spring-mvc.xml中添加静态资源放行配置页面里Layui和UEditor的引用路径统一改成/static/开头。UEditor上传图片的路径问题还要单独检查ueditor.properties里的根路径配置确保指向实际的Web应用发布目录。5.3 功能链路验证方法与状态对照启动Tomcat后手动走一遍预订到退房的完整链路。预订一个房间后在数据库执行下面的SQL验证状态是否变更SELECT room_no, status FROM t_room WHERE id 1;预订成功后status从0变成1办理入住后变成2退房后恢复0。四个节点任何一个没变化就说明事务回滚或者状态更新语句没执行到。这时最有效的排查方式是在Service层方法入口和UPDATE语句后分别打断点观察哪一步把事务回滚了。这套链路跑通就说明容器、事务、MyBatis映射全部正常后续在这个基础上改业务模块也有了可以对照的基准行为。本文还有配套的精品资源点击获取
