企业官网建设流程全解析

简介：这是一套面向高校毕业设计场景的Java酒店管理系统完整项目包，基于SSM框架与MySQL数据库开发，适合计算机相关专业学生用于选题参考、功能扩展和答辩准备。系统按前台与后台划分：前台面向住客，提供客房信息、餐品信息、酒店介绍、温馨服务、折扣活动等功能；后台面向管理人员，覆盖系统用户管理、商家管理、客房管理、餐品管理、酒店管理等核心模块，能较完整地体现SSM分层开发流程。资源包共1061个文件，大小约90.69MB，主要包含Java源码、JSP页面、class编译文件、XML与properties配置、JS/CSS前端资源及HTML页面，同时附有SQL脚本、项目文档、PPT和演示视频，便于本地搭建运行与理解整体结构。目前已有196人学习浏览，内容覆盖数据库设计、后端接口、前台展示等关键环节，可为毕业设计写作和二次开发提供可参考的工程模板。

1. 拿到"Java毕业设计：基于ssm酒店管理系统(源码+文档+PPT+录像演示).zip"之后，先别急着解压

很多同学拿到这个zip做的第一件事是双击解压，然后直接冲进源码目录，试图从第一行代码开始读。但这类基于ssm框架的酒店管理系统毕业设计，真正卡住人的从来不是代码，而是环境：JDK版本、Maven仓库、Tomcat配置、MySQL驱动，哪一个对不上，登录页都看不到。它解决的是酒店行业里最日常的需求——客房浏览、在线预订、入住退房、后台订单管理、房态统计，技术栈用Spring+SpringMVC+MyBatis串成一条完整的请求链路。适合三类人：正在做毕业设计的学生，需要Java课程设计案例源码的初学者，以及想快速把SSM整合流程跑一遍的转行开发。源码只是答案，文档和录像才是地图。我会按替人排查这类项目的顺序展开：先看懂结构，再把它跑起来，改出你自己的功能，最后绕开那些让所有人翻车的坑。

2. 先把SSM酒店管理系统的架构看懂：一张订单背后的请求链路

2.1 为什么毕业设计选SSM而不是Spring Boot

SSM是Spring+SpringMVC+MyBatis的缩写，三个框架各管一段：Spring负责对象创建、依赖注入和事务；SpringMVC负责把浏览器的URL请求分发给Controller，再返回视图；MyBatis负责把Java方法和SQL映射起来。这个组合在java面试题里出镜率极高，IOC、AOP、DispatcherServlet、#{}和${}的区别都是常客。

很多学校把SSM当课程设计主推，不是因为它是主流酒店管理系统的首选后台方案，而是因为这套框架每一层都是显式配置，你可以在答辩时清楚说出"请求怎么进来、数据怎么查出来、事务什么时候提交"。Spring Boot开发快，但自动配置把细节都藏住了，老师一问"你的DispatcherServlet在哪注册的"，容易把自己问住。所以毕业设计选SSM，本质上是选一个适合讲原理的舞台。

更现实的原因是，市面上大量Java课程设计案例源码和毕业设计模板都还跑在SSM上。你拿到的这个zip，大概率是几年前的项目，pom.xml里还是spring-webmvc、mybatis-spring、javax.servlet-api这一批坐标。如果以后要做智慧酒店管理系统这类进阶项目，SSM这套分层也能平滑迁移到Spring Boot，因为Service和Mapper层几乎不需要动，变的只是Controller的注解和配置方式。

拿到源码后，先打开pom.xml看三个东西：spring版本、mybatis版本、servlet-api的scope。常见的老项目spring版本是4.x，mybatis-spring是1.x，servlet-api是provided。这时候你本机的Tomcat版本不能太新，Tomcat 9配Servlet 3.1没问题，Tomcat 10如果用的还是javax而不是jakarta命名空间，启动大概率直接报错。这个版本匹配关系，就是环境玄学的源头。

2.2 从数据库表到页面：客房、预订、入住、退房的数据流

这类酒店管理系统的表设计通常围绕一个核心词：房态。常见表有管理员表（admin）、用户表（user或member）、房型表（room_type）、客房表（room）、订单表（orders或reserve），还可能有一张会员表。订单表是连接前台操作和后台房态的中枢，它至少要有用户ID、房间ID、入住日期、退房日期、订单状态字段。

数据流可以这样走：前台用户在客房列表页点"预订"，JSP表单把roomId和日期提交给OrderController.save()，Controller调用OrderService.bookRoom()，Service先通过RoomMapper.selectById()查房，再判断房间状态是否为0（空闲），然后OrderMapper.insert()写订单，最后RoomMapper.updateStatus()把房间改成1（已订）。任何一步失败，整个操作要回滚，这就是为什么SSM里Service层要加@Transactional。

反向的读操作更简单：页面发起GET请求，SpringMVC根据@RequestMapping找到Controller方法，方法调用Mapper层查数据库，返回的ModelAndView把数据填进JSP。MyBatis的Mapper XML里写SQL，Java接口里写方法签名，两者通过namespace和方法名一一对应。源码阅读的捷径是先把表关系画出来，我一般会在纸上画一个mini ER图：room_type是room的父表，room是orders的父表，user是orders的另一个父表。这个ER图画完，整个系统就变成了"房间有类型，订单关联房间和用户"这么一句话。

表里的状态字段建议全部用数字枚举，比如room.status：0空闲、1已订、2入住、3维修；order.status：0待确认、1已确认、2已入住、3已退房。这些数字会在后面写SQL时反复出现，建议写成一个StatusConst常量类，而不是在Service里直接写裸数字。答辩时如果你能说出"我为什么把状态抽成常量"，这是加点项。

2.3 跑通最小流程：用Maven命令验证依赖和环境

在IDEA里点绿色三角形启动之前，我一般会先在命令行跑一次Maven打包。这个动作能一次性暴露JDK版本、Maven仓库、依赖下载三个问题，比在IDE里反复重启快得多。

mvn clean package -DskipTests

clean会删除target目录，package会执行编译并打成war包，-DskipTests跳过测试类，避免环境差异导致测试挂掉。如果这一步抛Cannot resolve symbol或者下载卡住，多半是Maven的中央仓库连不上。本地项目里常见做法是在settings.xml里配置阿里云镜像：

<mirror> <id>aliyunmaven</id> <url>https://maven.aliyun.com/repository/public</url> <mirrorOf>central</mirrorOf> </mirror>

参数说明：mirrorOf填central表示只镜像Maven中央仓库，不会干扰其他私有仓库；url走国内镜像，下载速度会明显改善。这个配置要放在本机的{MAVEN_HOME}/conf/settings.xml，不是项目里。如果项目里还有自己的私有仓库，mirrorOf要改成external:*或者直接注释掉，避免冲突。

把mvn clean package -DskipTests跑通后，你会得到一个war包，这是整个项目的编译产物。如果这一步报了[ERROR] Failed to execute goal ... Unsupported Java，说明pom.xml里的maven.compiler.source和target版本与你本机JDK不一致。改法是在pom.xml的<properties>里加：

<properties> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> </properties>

参数说明：1.8代表Java 8字节码级别，配合IDEA的Project SDK一起看。有些老项目用<source>1.7</source>，如果本机只有JDK8，也可以直接改成1.8，基本不影响运行。打包成功代表环境可信，环境可信之后，后面所有报错都可以放心地往代码逻辑上找。

3. 用IDEA把zip工程跑起来：从解压到看到登录页的四步

3.1 导入项目前先做三件事：JDK版本、Maven仓库、编码格式

拿到解压后的源码，不要直接双击pom.xml。先做三件小事，能省掉后面80%的报错。

第一，确认JDK版本。SSM老项目十有八九基于JDK1.8，你本机如果装了JDK17甚至21，编译时会出现source option 7 is no longer supported或者com.sun.*相关错误。在IDEA的Project Structure里把Project SDK和Project language level统一设在1.8，同时检查pom.xml里的maven.compiler.source和maven.compiler.target，保持跟本机一致。这里有血泪经验：语言级别设对了还不够，Maven的settings.xml里如果锁定了JDK profile，也会覆盖项目配置，所以改了IDEA还报错，就去翻settings.xml。

第二，确认Maven仓库。打开settings.xml，看本地仓库路径是否存在，镜像是否配好。很多机器第一次跑项目，下载几百MB依赖需要很久，这不是卡住，是仓库里什么都没有。等的时候可以开mvn -U强制更新快照，但正常配置不需要。如果IDEA里一直提示Cannot resolve org.springframework:spring-webmvc:4.3.18.RELEASE，先去本地仓库目录找这个jar在不在，不要在代码里找原因。

第三，统一编码格式。IDEA右下角把Global Encoding、Project Encoding、Properties Files都改成UTF-8，否则JSP页面上的中文会变成乱码，而且这个乱码是编译期写入的，运行期再改后端的编码过滤器都救不回来。我见过的翻车案例里，编码问题排第二，仅次于版本问题。改完编码后，把src/main/webapp/WEB-INF/web.xml打开看一眼，里面如果配置了CharacterEncodingFilter，它的encoding参数也得是UTF-8。

3.2 修改数据库连接配置：jdbc.properties里不止有密码

SSM项目典型结构是src/main/resources下放着jdbc.properties（或db.properties）。打开它，你会看到类似下面的内容：

jdbc.driver=com.mysql.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/hotel?useUnicode=true&characterEncoding=utf8&useSSL=false jdbc.username=root jdbc.password=123456

最容易踩坑的是MySQL 8。如果本机装的是MySQL 8.x，驱动类名要改成com.mysql.cj.jdbc.Driver，并且URL要加serverTimezone=Asia/Shanghai。老项目写的com.mysql.jdbc.Driver在MySQL 8里虽然还能加载，但会抛Communications link failure，原因不是网络，而是驱动版本跟服务端认证协议不匹配。

characterEncoding=utf8是给中文用的，useSSL=false是为了免去SSL证书握手。如果你用的MySQL 8驱动，还需要考虑allowPublicKeyRetrieval=true，否则连接时偶尔会报Public Key Retrieval is not allowed。

参数说明：useUnicode=true要和characterEncoding=utf8成对出现；serverTimezone必须填，否则默认取服务器时区，中国时区的时间会偏8小时。改完连接配置，再启动项目，数据库问题基本能消灭一半。如果项目里用了数据库连接池，比如dbcp或c3p0，还要检查最大连接数配置，默认值太小会偶发连接超时。

# 示例：MySQL 8的完整配置 jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/hotel?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true jdbc.username=root jdbc.password=123456

3.3 初始化数据库：用SQL文件建库，别用GUI工具导错字符集

源码包里的文档部分一般会附带一份hotel.sql，这是整间酒店管理系统的地基。先在MySQL里建一个库，再导入：

CREATE DATABASE IF NOT EXISTS hotel DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE hotel; source /path/to/hotel.sql;

utf8mb4比utf8能多存一些生僻字和emoji，utf8mb4_general_ci是大小写不敏感的排序规则。source是MySQL命令行导入命令，文件路径用绝对路径最稳。如果文件太大，也可以用mysql -u root -p hotel < hotel.sql，但导入前务必先建好库。

常见错误是用Navicat的"运行SQL文件"导入，结果发现所有中文字段变成问号。原因通常是SQL文件本身是UTF-8，而GUI工具的连接字符集默认不是UTF-8。我一般会在GUI工具的连接属性里显式设置encoding=utf8再导入。导入成功后别急着看效果，先跑一条SELECT * FROM admin验证中文是否正常。数据是乱码的话，后面所有功能都是带病运行。

建议导入后顺手检查三张表：admin里有没有管理员账号、room_type里有没有房型、room里有没有房间样本数据。有些精简版SQL只建表不插数据，导致登录后页面空空如也。如果发现表是空的，别慌，用INSERT补几行测试数据。比如给room_type插入"标准间""大床房"，给room插入几间对应房号的房间，酒店管理系统立刻就有演示素材了。

3.4 启动Tomcat并验证登录：日志里这两行是关键

IDEA里配置Tomcat，我通常走三条配置：Run->Edit Configurations->+->Tomcat Server，在Deployment页签里把项目Artifact加进去，Application context填/hotel；在Server页签里把URL改成http://localhost:8080/hotel。这里的/hotel就是你后续访问的根路径，如果填成/，所有页面里的相对路径都会乱。

然后点Debug启动。启动日志里出现INFO: Server startup in [xxx] milliseconds，说明Tomcat起来了；如果出现SEVERE: Exception starting filter [encoding]，则是filter初始化失败。更常见的是端口被占用，日志末尾会提示Port 8080 was already in use，解决办法是改Tomcat的server.xml里的Connector端口，或者在IDEA里换HTTP port。

如果项目日志里出现ClassNotFoundException: org.springframework.web.context.ContextLoaderListener，说明Spring的jar没有进入Tomcat的webapp目录。去Project Structure->Artifacts里看是否有lib目录，把Maven依赖的Output Layout加进去，重新构建后再启动。

看到登录页后，先用文档里给的管理员账号登录后台。如果密码不对，去数据库的admin表，用UPDATE admin SET password='123456' WHERE id=1重置。注意SSM项目很多密码存的是MD5，你看到字段值是32位字符串时，别手改成明文，得先算好MD5('123456')再写进去。登录成功后，立刻去看房间管理页，如果列表正常显示，说明数据库连接、Mapper扫描、JSP渲染这一整条链路都通了，后面就是业务层面的调优。

4. 把功能改成自己的：从房间管理到订单状态的完整链路

4.1 前后台功能清单拆解：先找准主链路

SSM酒店管理系统毕业设计的功能一般分两半。前台给顾客用：注册登录、客房列表、按日期和房型查询、在线预订、我的订单。后台给管理员用：房间类型管理、客房信息维护、订单审核、入住/退房操作、会员管理、统计报表。

拿到源码后不要每个页面都点一遍，先走通一条主链路：用户注册 -> 用户登录 -> 浏览客房 -> 提交预订 -> 管理员登录 -> 看到新订单 -> 确认入住 -> 办理退房 -> 房间恢复空闲。这条链路跑通，项目就活了。其余功能都是在这条链上加权限、加校验、加统计。

选主链路时有个判断标准：看订单表。订单表是整张ER图的中心，状态字段一般用数字表示（0待处理、1已预订、2已入住、3已退房），每变一次，关联的房间状态也要同步变。你只要读懂这条状态流转，答辩时被追问任何数据表关系都能答上来。

如果源码里前后台访问权限是通过HandlerInterceptor控制的，还要找出拦截器配置的excludePathPatterns。前台登录页、注册页、静态资源（css/js/images）都应该放行，否则游客连查看客房列表都会被重定向到登录页。这个拦截器配置也值得在答辩时展示，它是"没写配置文件就会导致404"的典型知识点。

4.2 订单状态机：预订、入住、退房的状态流转与SQL边界

状态机是这类系统里最值得讲给评委听的点。我用文字描述一遍：顾客点"预订"时，Controller把roomId、userId、开始日期和结束日期送给Service。Service先查房间，房间状态必须是0才能下单。下单成功后，订单状态从0变成1，房间状态从0变成1，这个动作必须在一个事务里完成。

@Transactional(rollbackFor = Exception.class) public int bookRoom(Order order) { Room room = roomMapper.selectById(order.getRoomId()); if (room == null || room.getStatus() != 0) { return -1; // 房间不可订 } int r1 = orderMapper.insert(order); // 写订单 int r2 = roomMapper.updateStatus(order.getRoomId(), 1); // 锁房 if (r1 > 0 && r2 > 0) { return 1; } else { return -1; } }

@Transactional(rollbackFor = Exception.class)表示方法内任何异常都会触发回滚。roomMapper.updateStatus的SQL一般写成UPDATE room SET status = #{status} WHERE id = #{id} AND status = 0，后面这个AND status = 0很关键，它相当于一个乐观锁，防止两个人同时订同一间房。如果SQL只写WHERE id = #{id}，并发场景下第二次预订会把第一次的房态覆盖掉，这就是超卖。

退房流程反过来：先改订单状态为3，再把房间状态改回0。入住流程是把订单状态从1改成2，同时给房间绑定入住人信息。建议把状态值写成一个常量类OrderStatus，而不是在Service里散落魔法数字。如果原始项目里没有常量类，你加一个然后替换掉所有数字，这会是很容易被老师看到的改进点。

public final class OrderStatus { public static final int WAITING = 0; public static final int BOOKED = 1; public static final int CHECKED_IN = 2; public static final int CHECKED_OUT = 3; }

4.3 给"会员折扣"加一个字段：从数据库到JSP要动十层

老师最常见的改需求是"给系统加个会员折扣"。这个需求看起来简单，但SSM的每一层都要动，改错一层功能就悄悄坏掉。

先在数据库加列：

ALTER TABLE room_type ADD COLUMN discount DECIMAL(3,2) NOT NULL DEFAULT 1.00; ALTER TABLE member ADD COLUMN discount DECIMAL(3,2) NOT NULL DEFAULT 0.95;

然后按这个顺序改代码：实体类加属性（如RoomType.discount）、Mapper接口加方法（int updateDiscount(@Param("id") int id, @Param("discount") BigDecimal discount)）、Mapper XML写update room_type set discount = #{discount} where id = #{id}、Service加对应方法和@Transactional、Controller加@RequestMapping接收参数、页面加表单。每改一层，都要注意类型转换——DECIMAL对应BigDecimal，别用double接，否则金额计算会出精度问题。

MyBatis的传参有个易错点：多参数时必须在接口方法上用@Param注解，否则XML里#{discount}会报BindingException。单参数且是JavaBean时可以直接用属性名，这是SSM框架里很经典的面试题。如果这个折扣参数需要在预订时参与金额计算，那更要检查Service里计算价格的那段代码，别把折扣只存没用。

改页面时，room_type_list.jsp里要加一个输入框，RoomTypeController里要加一个@RequestMapping("/editDiscount")。JSP表单的name属性必须和Controller参数名一致，比如name="discount"对应@RequestParam("discount")。如果对不上，浏览器提交过来就是null，数据库字段不会有变化，但也不报错，这种静默失败最头疼。

4.4 给答辩留一手：把统计报表换成ECharts

很多SSM酒店管理系统的后台自带一个简单的报表页面，数据往往是后端拼好List然后循环输出成HTML表格。答辩时你可以把它升级成ECharts图表，这一步很加分，因为评委看到的不是"会用框架"，而是"会做前后端数据对接"。

后端改动核心是提供一个返回JSON的接口：

@Controller @RequestMapping("/statistic") public class StatisticController { @Autowired private RoomMapper roomMapper; @RequestMapping("/occupancy") @ResponseBody public List<Map<String, Object>> occupancy() { List<Map<String, Object>> list = roomMapper.countByStatus(); return list; } }

@ResponseBody会把返回值自动转成JSON（项目里如果配了Jackson或fastjson）。Mapper的SQL可以写成：

<select id="countByStatus" resultType="java.util.HashMap"> SELECT room_status AS name, COUNT(*) AS value FROM room GROUP BY room_status </select>

前端用$.ajax拿到数组，填进ECharts的series.data。这里要注意Map作为resultType时，列别名必须写清楚，否则前端拿不到name和value。这个接口改完，你就能在现场把"入住率统计"从一个表格变成一张动态饼图，视觉冲击力完全不一样。

如果项目里用的是JSP+jQuery，前端代码可以这样起：

$.ajax({ url: '${pageContext.request.contextPath}/statistic/occupancy', type: 'GET', dataType: 'json', success: function (data) { var chart = echarts.init(document.getElementById('chart')); chart.setOption({ series: [{ type: 'pie', data: data }] }); } });

注意${pageContext.request.contextPath}是JSP里取上下文路径的标准写法，别硬编码/hotel，否则改部署路径又要崩。

5. 毕业设计避坑指南：从环境搭建到答辩演示的5个常见问题

以下五条是我每次帮别人看这类项目时几乎都会遇到的高频问题。每条按现象、原因、解决三步写，照着处理就行。

5.1 现象：IDEA里Tomcat能启动但页面404

原因：项目Artifact没有把src/main/webapp作为Web资源目录，或Application context配错。很多SSM工程是从别人电脑拷贝来的，IDEA的Project Structure里Web Resources路径指向了原来的C:\xxx，换机器就失效。

解决：在Project Structure里找到Web模块，把Web Resource Directory手动改成src/main/webapp，Deployment里的Application context改成/hotel。注意改完后要重新打war包，旧的Artifact不清理会继续用老路径。如果用的是Tomcat的Exploded方式，还要检查target/classes里有没有编译产物。出现404后，先在浏览器地址栏确认URL是否带了项目名，这一步就能排除一半问题。

5.2 现象：数据库能连上，但页面中文全是问号

原因：连接串缺少characterEncoding=utf8，或建库时字符集不是utf8mb4，或JSP页面本身的编码不是UTF-8。三个环节任何一个断掉都乱码。

解决：重新检查jdbc.properties和建库语句，全文搜索characterEncoding关键字。JSP页面顶部如果有pageEncoding="ISO-8859-1"，全部改成UTF-8。这三处统一后，中文乱码基本可以根治。如果页面已经有中文了，把URL加参数连接串再重启，不要只改数据库端，因为HTTP响应头的编码由服务器或Filter决定。

5.3 现象：Mapper方法报Invalid bound statement (not found)

原因：Mapper接口的方法在XML里没有对应id，或namespace写错，或XML文件没有被打进classes目录。SSM项目里，XML默认放在src/main/java下面的话，Maven打包时不会拷贝，导致运行时找不到SQL。

解决：把Mapper XML移到src/main/resources，并保持包路径一致；在pom.xml里加<resources>配置显式包含**/*.xml。还要查Spring配置里的mapperLocations路径，比如classpath:mapper/*.xml，确保扫描到。这类问题报错信息看似复杂，其实定位起来最快：先看编译产物里有没有同名XML，再看namespace的最后一段是不是接口全限定名。

5.4 现象：预订房间后再次查询，房间状态没变

原因：Service方法上的@Transactional没加，或者加了但updateStatus的SQL写得太宽松——WHERE id = ?没有带status = 0条件，导致并发时两次预订都成功，第二次覆盖第一次。

解决：在bookRoom()上补@Transactional，并在更新SQL里加状态条件。如果想要更强的并发控制，可以给表加version字段做乐观锁，每次更新时version = version + 1。这个坑在答辩演示时很可能被老师提问，提前处理能顺畅回答。排查时可以故意开两个浏览器窗口，快速点两次预订，如果能生成两笔订单，就是事务或状态条件的问题。

5.5 现象：录像演示里功能都正常，自己跑却报错

原因：录像演示用的环境是下载者电脑的旧快照，常见的版本错配包括：JDK高版本编译了低版本字节码、Tomcat版本过老不支持Servlet 3.1、MySQL驱动版本和数据库不匹配。录像本身是对的，但环境是黑匣子。

解决：先按文档核对三个版本号：JDK 1.8、Tomcat 8.5或9、MySQL 5.7或8。如果找不到依赖版本，直接在pom.xml里看spring-framework和mybatis-spring的版本，再按官方兼容矩阵调整。我自己的经验是用Tomcat 8.5配JDK 1.8是最省心的组合。另外，录像演示的作用是让你知道功能全貌，不是让你对着操作抄，真正跑通时多踩几个环境问题反而是好事。

6. 从能跑到能讲：把SSM酒店管理系统变成答辩加分项

6.1 用日志和断点验证订单流程

调试SSM项目，我最依赖两样东西：MyBatis的SQL日志和Controller入口的断点。先打开MyBatis日志，在mybatis-config.xml里配置：

<settings> <setting name="logImpl" value="STDOUT_LOGGING"/> </settings>

这样控制台会打印每个Mapper方法的SQL和参数。你预订房间后，去日志里找update room set status=...，确认这个语句真的跑了。断点位置放三个：Controller方法的入参处、Service调用Mapper的前一行、Mapper XML执行完回来之后。用IDEA的Debug模式跑一遍，能看到一个请求从URL到SQL的完整旅程，这比读十遍代码都直观。

6.2 加一个"入住率统计"接口

在4.4基础上，可以进一步统计"本月每天入住率"。SQL写法：

SELECT DATE(check_in_time) AS day, COUNT(*) AS cnt FROM orders WHERE pay_status = 1 AND check_in_time BETWEEN '2025-01-01' AND '2025-01-31' GROUP BY DATE(check_in_time)

接口层返回List<Map>，前端用ECharts折线图展示。注意日期过滤别用字符串拼接，用#{}传参，避免SQL注入。做这个功能时，日期参数从Controller接收后，要在Service里做一次校验，防止非法格式。这个接口能体现你对SQL分组聚合和前后端分离的理解，比增删改查更有含金量。

6.3 打包部署到服务器的检查清单

答辩前如果想把项目部署到云服务器或者同学电脑上，按这个清单检查：

我自己的习惯是：拿到任何一个SSM毕业设计，第一件事永远是删掉target目录重新打包，第二件事才是读代码。打包成功代表环境可信，环境可信之后，所有翻车都会被缩小到业务逻辑的范畴。希望这篇笔记能帮你省掉一晚上的环境搭建时间，也希望你在答辩时可以自信地说：这个项目的每一层我都改过。希望帮到你。

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