企业官网建设流程全解析

简介：基于SSM框架的Java社区共享食堂信息系统毕业设计项目，主要面向计算机相关专业毕业生及Java Web开发学习者，可作为毕业设计参考或工程实训案例。后台采用Spring、SpringMVC、MyBatis框架，前端使用JSP技术，数据库采用MySQL，运行于JDK1.8环境，并兼容Eclipse、MyEclipse、STS、IDEA等主流开发工具。系统实现了主页、个人中心、用户管理、美食分类管理、食堂管理、菜品信息管理、系统管理及订单管理等功能模块，覆盖高校社区食堂日常运营的核心流程，权限与业务划分清晰。压缩包约87.22MB，内含完整源代码、数据库脚本、毕业论文、答辩PPT、环境工具包以及同类框架项目的安装教程，可帮助读者从环境配置、数据库导入到系统部署完整走通，覆盖从开发到演示的完整环节。目前已有48人浏览学习，适合用于毕业设计参考、SSM框架项目实战及课程设计教学演示，整体实用性和可复用性较高。

1. 社区共享食堂信息系统：一个能讲清前端、后端和数据库的完整毕设闭环

如果你的毕业设计选题还悬着，又想避开那种“管理系统增删改查”的千篇一律，社区共享食堂信息系统是个被低估的好选择。它表面上是SSM+JSP的经典Java Web项目，内核却是一个有真实业务冲突的共享资源系统：居民要订餐、食堂要控库存、管理员要审批，三种角色在同一套数据模型里互相咬合。做一遍下来，Java基础里的集合、事务、Session、MyBatis映射全都会被调用到，答辩时也能讲出“我是怎么设计状态流转、怎么解决并发扣减”这种有深度的问答。这套方案特别适合正在找基于JSP的毕设选题、又希望源码和文档能配套使用的Java Web方向学生——难度可控，工作量饱满，而且主题有得讲。

2. 先立项再选型：共享食堂的业务模型与SSM+JSP为什么够用

2.1 社区食堂到底在共享什么：三端用例与六张核心表

社区共享食堂和普通食堂管理系统的最大区别在于“共享”两个字。它不是在解决“食堂内部做菜卖菜”的问题，而是在解决“一个社区的食堂资源如何被居民分时共享”的问题。常见的共享对象有三种：共享餐桌（每个时段放出一批座位，居民可以拼桌或包时段）、共享菜品（食堂把当天剩量公开，居民提前预订）、共享配额（每个时段最多接待多少人就餐，先到先得）。把这个定位想清楚，功能模块就不会做成普通的餐饮收银系统。

围绕这个定位，系统分成三个端。居民端做的是：查看当日菜品和剩余餐位数、提交订餐/预约、查看我的订餐记录、取消预约、提交评价。食堂端做的是：维护今日菜品和库存、管理餐位时段、处理居民订餐（确认或出餐）、查看各时段客流。管理端做的是：审核食堂账号、查看整体运营统计、发布公告。这样的职责切分直接对应到毕业设计文档里的“用例图”和“功能模块图”，答辩时不用现场编。

数据层面我建议用六张核心表覆盖全部业务：用户表（user，带角色字段区分居民/食堂/管理员）、菜品表（dish，含库存字段）、餐位时段表（seat_period，这是共享库存的核心，含日期、时段、总量、已订数）、订单表（orders，含状态字段）、订单明细表（order_item，记录点的菜）、评价表（comment）。再加一张公告表就齐了。这个规模对毕设来说正合适：不多到写不完，也不少到没东西写。

2.2 SSM+JSP不是过时，是便宜且完整的Web课程设计答案

技术栈选型上，最近总有人问“现在都学Spring Boot了，毕设还用SSM+JSP是不是太老”。这个问题要分两头看。如果你是在校学生、课程里学的就是SSM+JSP，那你的毕业设计用这套技术栈是顺理成章的——它能直接和你的课程设计题库、Java Web实训内容衔接，遇到问题也更好找参考。SSM框架（Spring+SpringMVC+MyBatis）在这个项目里分工明确：Spring管对象和事务，SpringMVC管请求分发，MyBatis管数据库操作，JSP管页面展示。这套组合跑在Tomcat上，是Java Web里最经典的“传统JSP项目打包war”路线，部署时一个war包丢进webapps就行。

相比之下，Spring Boot虽然起步快，但对毕设来说有个隐性成本：它把太多东西自动配置好了，很多同学的MyBatis映射、事务注解都是“能用但说不清”。而SSM+JSP的每个环节都要手写配置，过程虽然啰嗦，但你在答辩时能说出“这一步为什么要这么配”，这种深度恰恰是加分项。另一个现实原因是找参考源码的难度低：基于JSP的毕设选题在国内高校里有大量积累，网上能搜到的“Java课程设计案例源码”和教程基本都能直接对上。选题贵在能落地，不在技术栈新。

2.3 数据库设计：订单、菜品、排队与时段怎么建表

数据库设计是这套系统的地基，我的建议是设计阶段直接考虑好“给谁的、什么时候能用、订了多少”。拿餐位时段表举例，它不只是存一个“可订座位数”，而要设计成真正的共享资源池：

CREATE TABLE seat_period ( id INT PRIMARY KEY AUTO_INCREMENT, period_date DATE NOT NULL COMMENT '就餐日期', period_time VARCHAR(20) NOT NULL COMMENT '时段，如11:30-12:30', total_count INT NOT NULL DEFAULT 0 COMMENT '该时段总餐位数', booked_count INT NOT NULL DEFAULT 0 COMMENT '已订餐位数', status TINYINT NOT NULL DEFAULT 1 COMMENT '1可预订 0锁定', created_time DATETIME NOT NULL, UNIQUE KEY uk_date_time (period_date, period_time) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

注意这个唯一键uk_date_time，它保证同一天同一个时段只有一条记录，后续做并发扣减时，我们就是基于这一行做条件更新。订单表的设计也有讲究：不要直接存“已订/已取消”这种字符串，而是用一个status整数字段，0待确认、1已确认、2已取餐、3已取消、4已退款。这样代码里可以用常量类统一管理，比字符串散落在Java代码里干净得多。

订单明细表则要冗余一份菜品名称和单价快照——因为菜品价格以后会改，但历史订单里应当保留下单那一刻的价格。这是网上很多毕设代码里容易漏掉的一点，做对了在答辩时能作为“数据一致性”的佐证讲出来。建表时统一用utf8mb4字符集，否则后面保存居民评价里的表情符号会直接报错，这一条我后面在避坑章节还会再提。

3. 把骨架立起来：Maven工程、SSM配置与第一个JSP页面

3.1 pom.xml：依赖怎么配、版本冲突怎么锁

工程骨架我建议用Maven，别用手动拷jar包的方式。Maven的好处是依赖关系可视化，打包时直接出war包，比手动添加lib目录省心一个量级。pom.xml里的依赖组合有个固定搭配，先把核心依赖配置出来：

<properties> <spring.version>5.3.39</spring.version> <mybatis.version>3.5.16</mybatis.version> </properties> <dependencies> <!-- SSM核心 --> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-jdbc</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> <version>${mybatis.version}</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis-spring</artifactId> <version>2.1.2</version> </dependency> <!-- Web与JSP相关 --> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>4.0.1</version> <scope>provided</scope> </dependency> <dependency> <groupId>javax.servlet</groupId> <artifactId>jstl</artifactId> <version>1.2</version> </dependency> <!-- 数据库驱动与连接池 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.33</version> </dependency> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid</artifactId> <version>1.2.20</version> </dependency> </dependencies> <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-war-plugin</artifactId> <version>3.4.0</version> </plugin> </plugins> </build>

这里的版本号我建议固定写出，不要用RELEASE之类的宽泛版本，否则容易在团队协作或CI打包时拉取到意料之外的版本。servlet-api的scope必须设为provided，因为Tomcat自带了Servlet实现，如果把它打进war包里，部署时会出现类冲突，表现为各种莫名其妙的NoSuchMethodError。

补一个细节：mybatis-spring是SSM整合里最容易忽略的依赖，网上很多教程只贴了mybatis和spring-jdbc，等运行时报SqlSessionFactory找不到才回来补。它在Spring容器里负责把MyBatis的会话工厂托管给Spring，属于SSM整合的桥梁，不能省。

3.2 Web工程四件套：web.xml、Spring配置、SpringMVC配置、MyBatis配置

SSM工程启动的关键是web.xml，由它把Spring容器和SpringMVC容器串起来。我见过很多翻车现场，问题不只是配置错误，而是没搞懂“加载顺序”：Tomcat启动时先读web.xml，再初始化Spring的ContextLoaderListener，该监听器加载root容器（管Service、Mapper）；之后SpringMVC的DispatcherServlet作为另一个子容器启动，只负责Controller和视图解析。配置如下：

<web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd" version="4.0"> <!-- Spring 根容器 --> <context-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:applicationContext.xml</param-value> </context-param> <listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener> <!-- SpringMVC 子容器 --> <servlet> <servlet-name>dispatcher</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:springmvc.xml</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping> <servlet-name>dispatcher</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping> <!-- 乱码过滤器 --> <filter> <filter-name>encoding</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> <filter-mapping> <filter-name>encoding</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> </web-app>

context-param里的classpath:applicationContext.xml是根容器的定位符，它加载的是Service、Mapper等业务层组件；dispatcher的servlet-mapping配上/，表示所有请求都先进SpringMVC。这里的乱码过滤器必须放在所有过滤器的最前面，并且forceEncoding要设为true，否则POST请求中文乱码问题只解决一半。

接下来是springmvc.xml。这个文件的重点是组件扫描、注解驱动、静态资源和视图解析器四件事。我在实际项目里的做法是：

<context:component-scan base-package="com.canteen.controller"/> <mvc:annotation-driven/> <mvc:default-servlet-handler/> <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="prefix" value="/WEB-INF/pages/"/> <property name="suffix" value=".jsp"/> </bean>

component-scan只扫controller包，其余包交给根容器的applicationContext.xml扫，避免SpringMVC容器里出现重复的Service实例。mvc:default-servlet-handler是很多初学者忽略的一行——没有它，JS、CSS、图片等静态资源会被DispatcherServlet拦截，页面打开全是样式丢失。视图解析器里的prefix和suffix决定了Controller返回"canteen/menuList"时，实际找的是/WEB-INF/pages/canteen/menuList.jsp。把JSP放在WEB-INF下面是个好习惯，外部直接访问不到，只能通过Controller转发，安全性好很多。

3.3 第一个能跑的JSP：从URL到页面的完整请求流转

骨架配好之后，用最小的“查菜单”功能验证整条链路通电。我从Controller、Service、JSP三层各截一段最简代码：

@Controller @RequestMapping("/canteen") public class DishController { @Autowired private DishService dishService; @RequestMapping("/menuList") public String menuList(Model model) { List<Dish> dishList = dishService.listTodayDish(); model.addAttribute("dishList", dishList); return "canteen/menuList"; } }

Controller里@Autowired注入Service，Model对象把数据带到JSP页面，返回值"canteen/menuList"会被视图解析器拼成/WEB-INF/pages/canteen/menuList.jsp。这里返回的是逻辑视图名，不是物理路径，新手经常在这个地方把/WEB-INF/pages/又写一遍。

<%@ page contentType="text/html;charset=UTF-8" language="java" %> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> <html> <body> <h3>今日菜谱</h3> <table border="1"> <tr><th>菜名</th><th>单价</th><th>剩余份数</th></tr> <c:forEach items="${dishList}" var="dish"> <tr> <td>${dish.dishName}</td> <td>${dish.price}</td> <td>${dish.stock}</td> </tr> </c:forEach> </table> </body> </html>

JSP头部的page指令必须写contentType="text/html;charset=UTF-8"，这是整个页面中文不乱码的第一道关。jstl/core标签库的引入对应前面pom.xml里的jstl依赖，没有这个依赖，c:forEach标签在运行时会被Tomcat当作普通文本输出，页面上一行都渲染不出来。走一遍这个流程，就能确认Spring容器、MyBatis、JSP解析器都通了，剩下的业务功能都按这个模板往里面填。

3.4 打包与本机部署：war包生成和Tomcat启动

骨架跑通后，下一步要解决“怎么给别人演示”。毕业答辩通常要在另一台电脑上现场运行，所以打包部署这一步建议提前练熟。在Maven工程根目录执行打包命令：

mvn clean package -DskipTests

打包成功后，war包生成在target/目录下，文件名一般是项目名.war。把war包复制到Tomcat的webapps目录下，启动Tomcat的bin/startup.bat（Windows环境），浏览器访问http://localhost:8080/项目名/即可。这里有个细节：如果项目名带中文，URL里会很难看，我的习惯是打包前在pom.xml里设置好finalName，把war包名固定为community-canteen，部署地址就一直是http://localhost:8080/community-canteen/。

Tomcat启动后先看logs/catalina.out日志，确认没有报错再访问页面。如果端口被占用，在conf/server.xml里改<Connector port="8080">的端口号即可。这也是“传统JSP项目打包war”的最典型部署路径，整个流程走一遍，对你理解Java Web项目的交付方式帮助很大。

4. 把核心业务写扎实：点餐状态流、库存并发控制与登录权限

4.1 点餐订单的状态机：从下单到取餐每一步改哪个字段

共享食堂最难讲的业务不是“点菜”，而是“状态流转”。整个订单生命周期里，每个动作要改哪个字段、谁能改、不能跳状态，这就是答辩时可以画出来的状态机。我把订单状态定义成常量类来管理：

public class OrderStatus { // 待确认：居民提交订餐申请，等待食堂确认 public static final int PENDING = 0; // 已确认：食堂确认接单，表示会备餐 public static final int CONFIRMED = 1; // 已取餐：居民到食堂核销取餐 public static final int PICKED = 2; // 已取消：居民在待确认阶段可以取消 public static final int CANCELED = 3; private OrderStatus() {} }

用常量类而不是在代码里直接写数字的好处是，Service里的判断逻辑可读性会好很多，例如“只有PENDING状态的订单才能取消”写成if (order.getStatus() != OrderStatus.PENDING)，一眼就看明白。数据库里的订单表就用status TINYINT字段存这个数字，不要存字符串，检索和统计都更快。

订单状态的流转要严格控制。我看过很多例子里，取消操作是怎么写的都有，但有一条原则必须守住：状态只能向相邻状态流转，不能跳。居民提交订单后状态为PENDING，食堂确认后变为CONFIRMED，居民凭码取餐后变为PICKED。取消只能发生在PENDING阶段，食堂出餐后再取消会导致库存对不上。你可以在Service里写一个checkStatus来判断当前状态是否允许目标状态，也可以直接将状态字段加入更新条件来保证不跳状态，下一节会讲具体写法。

4.2 库存扣减与并发控制：Java怎么保证数据一致性

共享食堂的核心矛盾是“一个时段座位有限，两个人同时抢最后一个座位”。这是毕设里最值得深挖的技术点，也正好呼应Java面试八股文里常问的数据一致性问题。我的做法是不用悲观锁，不提前SELECT ... FOR UPDATE，而是用一条带条件的UPDATE把“查询库存”和“扣减库存”合并成一个原子操作：

@Service public class SeatServiceImpl implements SeatService { @Override @Transactional(rollbackFor = Exception.class) public boolean bookSeat(Integer periodId) { // 一次UPDATE同时完成查库存与扣减，返回影响行数 int rows = seatPeriodMapper.decreaseStock(periodId); if (rows == 0) { throw new BusinessException("该时段餐位已订满，请换一个时段"); } return true; } }

对应的Mapper接口方法：

public interface SeatPeriodMapper { // 带条件的库存扣减：库存充足才扣减成功 int decreaseStock(Integer id); }

对应的Mapper XML：

<update id="decreaseStock"> UPDATE seat_period SET booked_count = booked_count + 1 WHERE id = #{id} AND booked_count &lt; total_count </update>

这里的核心逻辑是WHERE条件里的booked_count < total_count。当两个请求并发执行时，MySQL的行锁会保证这两条UPDATE串行执行，后执行的那一条因为booked_count已经等于total_count，影响行数为0，Service收到0就抛出异常，事务回滚，居民端看到“已订满”。这个方案的妙处在于把并发控制直接交给数据库的行锁，比在Java代码里synchronized或加分布式锁要可靠得多，也符合SSM项目的常规水准。

还应注意@Transactional的rollbackFor要显式指定成Exception.class，因为Spring默认只对RuntimeException回滚，而自定义的BusinessException通常继承自RuntimeException，如果抛的是受检异常而忘记配rollbackFor，库存扣减会成功但事务不回滚，那才是真正的数据不一致现场。这个方法也适用于菜品库存、优惠券库存等一切“减库存”场景。

4.3 登录态与权限：Session、拦截器与JSP里的权限判断

共享食堂系统有三种角色，权限控制不做好的话，居民能打开食堂管理页，整个系统的安全性就崩了。我的做法是：登录成功后把用户对象放进Session，定义角色常量，再用SpringMVC的拦截器统一拦请求。

登录成功后的关键代码：

@RequestMapping("/login") public String login(User user, HttpSession session, Model model) { User dbUser = userService.login(user.getUsername(), user.getPassword()); if (dbUser == null) { model.addAttribute("error", "用户名或密码错误"); return "login"; } session.setAttribute("loginUser", dbUser); return "redirect:/canteen/menuList"; }

注意登录成功用的是redirect:重定向，不是直接返回视图名。重定向会发起一次新的GET请求，避免用户按F5刷新时重复提交表单。loginUser这个Session属性在后续JSP页面里可以直接用${sessionScope.loginUser.username}读取。

拦截器的写法：

public class AdminInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { User user = (User) request.getSession().getAttribute("loginUser"); if (user == null) { response.sendRedirect(request.getContextPath() + "/login"); return false; } // 判断角色：0管理员 1食堂 2居民 if (!"0".equals(user.getRole())) { response.sendError(HttpServletResponse.SC_FORBIDDEN); return false; } return true; } }

一个拦截器只处理一种角色，比如管理员拦截器管/admin/**路径，食堂拦截器管/canteen/**路径。preHandle返回false时请求被拦下，不再往后执行。注册拦截器是在springmvc.xml里完成的：

<mvc:interceptors> <mvc:interceptor> <mvc:mapping path="/admin/**"/> <bean class="com.canteen.interceptor.AdminInterceptor"/> </mvc:interceptor> </mvc:interceptors>

拦截器配置里有个坑：<mvc:mapping path=的路径是相对项目根路径的，如果你的Controller映射里有/admin前缀，拦截器只管/admin/**，不管/admin本身。解决方法是同时配置/admin和/admin/**两个mapping，或者统一约定所有后台路径都带二级路径，比如/admin/userList而不出现/admin单路径请求。

至于JSP页面里的权限展示，最简单的做法是用JSTL条件判断：

<c:if test="${sessionScope.loginUser.role == '0'}"> <a href="/admin/dashboard">后台管理入口</a> </c:if>

这只能隐藏入口，拦不住直接输URL的人，真正的防线还是拦截器。权限这块做到“页面隐藏+拦截器兜底”，答辩时已经可以理直气壮说“我做了基于角色的访问控制”。

5. 毕设开发避坑清单：环境、乱码、Mapper与部署的五个现场

5.1 第一个坑：Tomcat启动闪退，控制台直接消失

现象：双击Tomcat的startup.bat后窗口一闪而过，Tomcat没起来，Web页面打不开。

原因：Tomcat启动闪退的排名第一原因是JAVA_HOME环境变量没配，或者配的路径指向了JRE而不是JDK。Tomcat的bin/catalina.bat脚本需要根据JAVA_HOME找到javac，找不到就在屏幕上打印错误后又立刻关闭窗口，造成“闪退”假象。

解决：先确认Java环境变量配置是否正确，在命令行执行java -version和javac -version，两个都要有输出。然后确认JAVA_HOME指向JDK安装根目录，不是bin目录。改完环境变量后，Windows上要注意：已打开的命令行窗口不会自动刷新环境变量，必须重新打开。最后不要用双击startup.bat的方式排错，直接在命令行里执行catalina.bat run，这样日志会直接打印在当前窗口，报什么错一目了然。

5.2 第二个坑：JSP页面中文乱码，数据库显示问号

现象：页面上文案全是“???”，或者从数据库查出来的中文显示成乱码。更诡异的是，同一个页面有的中文正常有的乱码。

原因：乱码问题的根源是“写文件、传请求、存数据库”三个环节的编码不一致。JSP文件本身是UTF-8保存，但Tomcat默认按ISO-8859-1解析请求参数，POST请求的中文在Controller里就已经变成乱码；还有MySQL表的字符集不是utf8mb4时，数据写入阶段就已经丢失。三者有一个不一致，页面就翻车。

解决：按三个环节逐一堵漏。第一，JSP文件头部必须有<%@ page contentType="text/html;charset=UTF-8" %>，同时编辑器里文件编码设为UTF-8；第二，web.xml里配置CharacterEncodingFilter，参数encoding设为UTF-8、forceEncoding设为true，且过滤器放在过滤器链第一位；第三，数据库连接串加上characterEncoding=utf8，建表语句统一用DEFAULT CHARSET=utf8mb4。这三步都做到，乱码问题基本绝迹。注意MySQL 8的驱动会自动探测数据库字符集，但连接串里带上参数会减少很多玄学问题。

5.3 第三个坑：MyBatis报Invalid bound statement (not found)

现象：Controller调用Mapper接口方法时抛org.apache.ibatis.binding.BindingException: Invalid bound statement (not found)，但接口方法名字和XML里的id看起来是一模一样的。

原因：这个报错的本质是MyBatis的SqlSessionFactory在解析SQL时，没有把某个Mapper接口和对应的XML文件做绑定。最常见的原因是Maven构建时没有把src/main/resources目录下的XML文件复制到classes目录，或者Mapper XML文件放在了src/main/java目录下（Maven默认不处理该目录下的XML资源）。第二种常见原因是mybatis.mapper-locations配置的路径和实际XML存放路径不一致。

解决：把Mapper XML放在src/main/resources/mapper/目录下，然后在applicationContext.xml里明确配置：

<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource"/> <property name="mapperLocations" value="classpath:mapper/*.xml"/> </bean>

配置完成后再看target/classes目录下有没有对应的XML文件。如果用了IDEA，还要注意src/main/resources目录有没有被标记为Resources Root——没有这个标记，IDEA在同步时不会把XML推送过去。

5.4 第四个坑：打包成war后没有lib目录，部署后ClassNotFound

现象：本地IDEA里运行一切正常，但mvn clean package打包出的war包部署到Tomcat后，页面报ClassNotFoundException或NoClassDefFoundError，打开war包一看，WEB-INF/lib目录是空的。

原因：这是Maven工程和IDEA的Artifacts配置不一致导致的。IDEA里运行项目时用的是IDEA自己的模块依赖，而打war包走的是Maven生命周期。如果Maven的pom.xml里依赖都声明了，war插件应该在打包时自动把依赖复制进WEB-INF/lib。出现空lib，通常是因为项目结构是老式Eclipse风格（目录结构WebContent而不是src/main/webapp），Maven的war插件没有找到webapp目录，打包就退化成“只打源码不带上依赖”。

解决：先检查项目目录结构，Maven规范的web工程必须是src/main/webapp。如果是WebContent目录，说明项目是用Eclipse向导生成的，要在这里硬套Maven就得调整目录结构。再检查pom.xml里有没有<packaging>war</packaging>，默认是jar，jar包自然没有lib目录。最后可以验证war包内部结构：确认WEB-INF/lib下jar包数量大于50个，WEB-INF/classes下放着编译好的class文件和META-INF相关配置，这才是合格的war包。

5.5 第五个坑：MySQL 8连接串失效，数据库连不上

现象：数据库换成本机的MySQL 8.x以后，原来能跑的SSM项目突然启动报错：Access denied for user或者时钟相关报错The server time zone value ... is unrecognized。

原因：MySQL 8的驱动类名从com.mysql.jdbc.Driver变成了com.mysql.cj.jdbc.Driver，旧驱动类名在新版驱动里被移除；同时MySQL 8对时区要求更严格，连接串里不指定serverTimezone会直接报错。这两点搭配起来，让很多毕设同学在环境升级后一头雾水。

解决：把数据库配置统一改成如下格式：

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/community_canteen?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false jdbc.username=root jdbc.password=你的密码

useSSL=false在本地开发时能省掉一堆安全证书警告，serverTimezone=Asia/Shanghai是必配项，否则连启动都通过不了。如果项目里用的是Druid连接池，driverClassName同样要写新的驱动类名。这个问题不解决，之后的控制层、页面层再对，系统也起不来。

6. 交付前的一天：按这个验证清单走一遍，再决定加不加分项

毕业设计交付不只是“代码跑起来”，而是“在完整流程下经得起演示和提问”。我的习惯是交付前至少花半天按下面这张清单走一遍，每项都过掉才算完成：

关于加分项，我见过做得比较聪明的是给系统加WebSocket排队叫号功能——食堂出餐后在管理端点击叫号，居民端页面实时收到通知，避免一直刷新页面。SSM项目里用Spring WebSocket集成，需要写一个WebSocketHandler类并在springmvc.xml里注册，工作量约半天，但这个实时效果在答辩演示时非常直观。另一个加分的点是菜品销售日报导出，用POI生成Word或Excel图表数据在毕业设计里也经常被问起，选一个做就好，贪多会挤占主干功能的时间。

最后说点实在的：我经手过的毕设项目里，翻车最多的从来不是复杂功能没做出来，而是基础配置没稳。你能顺着“点餐流程完整跑通 → 库存并发不超卖 → 权限拦截拦得住”这条主线把系统走通，就已经超过了大部分只做了增删改查的题目。这个共享食堂选题值得投入的方向也在这里：它用一套不算新的技术栈，逼你把事务、状态、并发这些Java后端笔试题里的常客落到真实代码里。希望帮到你。

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