Java毕设选题推荐：基于SSM的宠物咖啡店管理系统实战解析

我真的建议所有打算做Java Web毕设的同学，把目标从“图书管理”这类烂大街题目上挪开。今天聊的这套宠物咖啡店管理系统，是我见过最适合拿来练手、又能讲出花来的SSM项目之一。它既有电商的订单逻辑，又有社交平台的用户互动，还带店铺日常运营的影子，复杂度刚好卡在“能完整实现”和“不失控”之间。无论你是想安安稳稳过毕业答辩，还是想在简历上多一条能打的经历，这个题目都值得仔细看一遍。

我为什么这么推荐这个方向？简单说，图书管理类的系统，核心就是增删改查，面试官一问就露馅。宠物咖啡店不同，它横跨两个让人天然的感兴趣的话题——宠物和咖啡，业务场景丰富，角色权限天然复杂（店主、店员、顾客甚至宠物档案的增删），数据库设计能体现出水平，代码结构也有地方可发挥。下面我会从整体思路、技术选型、数据库设计、核心模块实现到部署排坑，把这套系统的来龙去脉全部拆开讲。

1. 项目整体设计与思路拆解

1.1 从需求到功能：这套系统到底在解决什么问题

先别急着写代码。做任何系统，第一步永远是把“现实中怎么运转”翻译成“系统里怎么流转”。宠物咖啡店的日常运营，拆开看就是三条线：顾客怎么点单，会员怎么积累，店里的宠物和商品怎么管。

顾客线：到店扫码或前台点单，选择宠物互动套餐、咖啡甜点，加入购物车，下单支付，查看订单状态，留下评价。这条线对应前台功能，也是展示你“懂业务”的重头戏。

运营线：店长要维护商品和宠物档案，处理入库、上下架，查看订单流水和营收统计。这条线对应后台，需要权限控制，不能让普通顾客逛进后台把宠物信息改了。

账号线：普通顾客、店员、店长、管理员，四种角色权限边界必须清晰。为了省事把所有人塞进一个user表再配个role字段，是新手最常犯的错——表面看是简化，实际后面权限越做越恶心。

所以功能列表可以这样定：

• 前台：注册登录、宠物与商品展示、购物车、订单提交与取消、个人中心（余额/宠物档案/评价记录）
• 后台：用户管理、商品管理、宠物档案管理、订单管理、评价审核、营收统计

这套功能表看起来不复杂，但每一条拆开都有深入的余地。比如“宠物档案”不只是名字和照片，要包括品种、年龄、性格、免疫记录、是否可互动，这些字段反映的是真实咖啡馆宠物管理的流程。

1.2 为什么是SSM而不是Spring Boot

这个题目既然锁定了SSM，我就顺便聊聊这里面的取舍。SSM是Spring + SpringMVC + MyBatis的组合，放在今天看起来确实比Spring Boot“老”，但它有一个难以替代的价值：框架边界清晰，适合理解原理。

Spring的IoC容器负责对象创建和依赖管理，Spring MVC负责请求路由和参数绑定，MyBatis负责SQL与对象映射。三层职责分明，代码里你一眼能看出谁在干什么。Spring Boot则把这些全部封装进自动配置里，虽然开发快，但如果基础不牢，出了问题连日志都看不懂。

从答辩角度讲，SSM项目更容易讲出深度。老师问“MyBatis的mapper代理是怎么实现的”，你答“基于动态代理，在加载mapper.xml时注册了MapperProxy”，和答“boot自动装配里有个MapperScannerConfigurer”，哪个更能体现你学过？一目了然。

另外SSM的配置量大，写起来繁琐，但这份繁琐本身就是训练。你会被迫理解web.xml、Spring上下文、MyBatis配置这些底层的东西，而不是一键生成后什么都不管。所以如果你时间充裕，我强烈建议不要中途换成Spring Boot，踏踏实实把SSM跑通，收获完全不一样。

1.3 整体架构演进：从三层到分层分包

SSM天然实现了表现层、业务层、持久层的三层架构，但这还不够。我见过大量项目把代码全堆在service里，一个方法写两百行，后端调试全靠System.out。真正的专业做法是进一步分成：controller（控制层）、service（业务层）、dao（数据访问层）、pojo/entity（实体类）、vo（视图对象）、util（工具类）、interceptor（拦截器）、config（配置类）。

我实际用的包结构是：

com.pet.cafe ├── controller // 前后台接口入口 ├── service // 业务逻辑，事务边界 │ └── impl ├── dao // MyBatis接口层 ├── pojo // 数据库实体（跟表结构严格对应） ├── vo // 前端交互对象（避免实体直接暴露） ├── utils // 公共工具（时间处理、分页、文件上传） ├── interceptor // 登录拦截、权限拦截 └── config // Spring配置、Web配置

这个包结构背后有两条规矩：第一，实体类只做表结构映射，永远不能直接返回给前端，库存字段、内部备注都在pojo里，不传给用户；第二，controller只做参数接收和逻辑编排，不写任何SQL或业务判断，遇到需要通过判断来决定调用的service方法，就把判断下沉到service。这样谁都好维护。

2. 核心细节解析与实操要点：SSM三大框架的深度配合

2.1 SpringIoC容器管理：让对象关系和事务不再纠缠

Spring核心就做两件事：帮助创建对象（IoC）和帮助代理事务（AOP）。我第一次写的时候不理解为什么非要用IoC，直接new一个service不就完了？后来改需求时才想明白，装满店铺数量变化、抽奖规则调整那一周，每次改动都要动十几处new的代码，而用IoC注解之后，只需要改实现类内部逻辑，调用方零感知。

常规做法是用注解方式管理Bean，ServiceImpl上标@Service，Dao接口标@Repository，Controller里用@Autowired注入。这里有一个注重点要注意：@Autowired是按类型注入的，如果同一接口有多个实现类（这在做订单流程A/B测试时很容易出现），必须配合@Qualifier("beanName")指定名称，否则启动直接失败。如果你碰见了NoUniqueBeanDefinitionException，不用慌，就是这个原因。

事务也不能漏。在需要保证原子性的业务方法上标@Transactional，比如用户下单选座、宠物互动预约扣款、订单取消回滚库存，这些操作要么全成功要么全失败。我曾经漏加事务，导致用户下单时商品扣库存成功，但成交记录插库失败，月底对账时多出十几件“幽灵商品”，查了整整两天。这坑我不希望你踩第二遍。

2.2 SpringMVC请求处理链与前端交互规范

SpringMVC是我最喜欢的部分，因为它把“HTTP请求怎么变成Java方法调用”这件事安排得明明白白。一个请求进来后，经DispatcherServlet转给HandlerMapping找到对应Controller方法，方法执行完毕后用Jackson把返回值转JSON弹给前端。

这里面有几个很容易做到位、也让答辩加分的设计：

统一返回结果。不要直接在Controller里返回裸的Map或ModelAndView，定一个如Result的通用对象，带code、msg、data三个字段：code=200是成功，code=500是业务异常，code=401是未登录被拦截。前端拿到后统一处理，不需要每页写一套if else。

参数用VO接收，不要一个方法写八个参数，接参全在路由层做校验。登录时用LoginVO接收账号密码，下单时用OrderVO接收商品ID、数量、备注，简洁清晰。

分页用PageHelper，在Mapper里不需要写limit，插件在Service层自动拼接。但我必须提醒一句，PageHelper的startPage只对紧接着的第一条查询生效，很多人因为多写了一条无关查询，分页失效，后端返回全表数据，几千条卡死页面，这种问题一查一个准。

2.3 MyBatis映射与SQL编写的艺术

MyBatis是数据访问层的关键。关于它，我总结三个最值得讲好、也是面试最常问的点。

Mapper接口与XML绑定。在Mapper接口的方法上加@Select注解可以直接写SQL，也可以用XML文件维护复杂查询。我建议项目里混合使用：简单的增删改查注解，涉及动态SQL的多表查询放XML文件。一方面代码整洁，一方面也展示了你两种风格都会。

动态SQL。比如商品搜索，条件组合可能是“仅按名字”、“按名字加分类”、“按价格区间加销量排序”。如果写死三条SQL，后期每加一个筛选条件就得加一条，迟早崩溃。用<if>标签动态拼接where条件，一句SQL全解决。

多表查询的映射坑。最经典的教训是order表关联product表时，两个表都有price字段，MyBatis默认会把结果集的price列同时映射为order.price和product.price，导致前端显示金额全部错乱。解决办法很简单，SQL里加别名：o.price AS order_price, p.price AS product_price，结果映射里指定column="order_price" property="price"。这个问题你迟早会碰到，早看早记，别等答辩前一天崩溃。

3. 实操过程与核心环节实现：从建库到跑通一次完整下单

3.1 数据库设计：不是建几张表那么简单

表怎么建，直接决定系统能走多远。我的建议是至少建七张表：用户表、商品表、宠物表、购物车表、订单表、订单明细表、评价表。

这里我说一下设计时的四张核心表的考虑方式：

用户表。核心字段：id, username, password, role（ROLE_CUSTOMER/ROLE_STAFF/ROLE_ADMIN）, phone, balance（余额）, create_time。不要明文存密码，用MD5(password + salt)加盐加密。答辩时老师一定会问为什么加盐，答案是相同的密码加不同盐值后哈希结果不同，防止撞库破解。

商品表。核心字段：id, name, category, price（单位：分）, stock, image, status, create_time。注意我特意写了价格用分存储，这是真实电商系统的通用做法，避免浮点误差。单价、总价统统用int类型，前端展示除以100即可。

订单表。核心字段：id, order_no（唯一单号）, user_id, total_amount（单位：分）, status（0待支付 1已支付 2已取消 3已完成）, address/remark, create_time。订单号推荐用时间戳+随机数，或者日期+用户ID+自增ID拼接，保证并发不重复。

订单明细表。核心字段：id, order_id, product_id, product_name（冗余）, product_price（快照）, quantity。为什么要冗余商品名和价格？因为商品信息可能随时改价、改名甚至下架，但用户订单里的历史记录必须维持下单那一刻的样子。这是快照思想，懂得这点的候选人在我这是加分的。

下面是核心表的建表SQL参考：

CREATE TABLE `user` ( `id` INT NOT NULL AUTO_INCREMENT, `username` VARCHAR(50) NOT NULL UNIQUE, `password` VARCHAR(100) NOT NULL COMMENT 'MD5加盐加密存储', `role` VARCHAR(20) NOT NULL DEFAULT 'ROLE_CUSTOMER', `phone` VARCHAR(20) DEFAULT NULL, `balance` INT NOT NULL DEFAULT 0 COMMENT '余额，单位：分', `create_time` DATETIME NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE `product` ( `id` INT NOT NULL AUTO_INCREMENT, `name` VARCHAR(100) NOT NULL, `category` VARCHAR(50) NOT NULL, `price` INT NOT NULL COMMENT '价格，单位：分', `stock` INT NOT NULL DEFAULT 0, `image` VARCHAR(200) DEFAULT NULL, `status` TINYINT NOT NULL DEFAULT 1 COMMENT '1上架 0下架', `create_time` DATETIME NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

3.2 环境准备和技术栈清单

我把能直接复制的环境版本给你列好，按这个配基本不会踩新坑：

• JDK 1.8（不要尝试JDK 11以上跑SSM，兼容性问题会让你怀疑人生）
• Maven 3.6.3（管理依赖，别手动下载jar包）
• Tomcat 8.5（跑Servlet容器，注意本机8080别被占）
• MySQL 5.7（8.0也行，但驱动需要换成mysql-connector-java 8.x以上）
• IDEA（社区版或旗舰版都行，装上Lombok插件）
• 前端模板：JSP + Bootstrap + jQuery，后端只提供JSON接口

pom.xml核心依赖片段如下：

<dependencies> <!-- Spring核心 --> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>5.3.23</version> </dependency> <!-- SpringMVC --> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>5.3.23</version> </dependency> <!-- MyBatis --> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> <version>3.5.11</version> </dependency> <!-- 整合包 --> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis-spring</artifactId> <version>2.1.0</version> </dependency> <!-- 数据库驱动 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.30</version> </dependency> <!-- 连接池 --> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid</artifactId> <version>1.2.18</version> </dependency> <!-- PageHelper分页插件 --> <dependency> <groupId>com.github.pagehelper</groupId> <artifactId>pagehelper</artifactId> <version>5.3.2</version> </dependency> <!-- Jackson JSON工具 --> <dependency> <groupId>com.fasterxml.jackson.core</groupId> <artifactId>jackson-databind</artifactId> <version>2.13.4</version> </dependency> <!-- Lombok --> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>1.18.26</version> <scope>provided</scope> </dependency> </dependencies>

第一件要解决的事情是启动时数据库报空指针或者时区错误。MySQL 8.0的JDBC URL需要加时区参数，否则你会看到：

Cannot create PoolableConnectionFactory (The server time zone value 'Öйú±ê׼ʱ¼ä' is unrecognized...)

正确jdbc.url配置如下：

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

allowMultiQueries这个参数建议开着，因为后边批量下单明细插入时会需要分号分隔多条SQL。

3.3 登录鉴权与拦截器的正确实现

登录这块要设计四个东西：密码加密工具、登录接口、Session存储、拦截器。我讲一下思路和关键代码。

密码工具类用MD5加盐：

public class MD5Util { public static String md5WithSalt(String password, String salt) { String base = password + salt; return DigestUtils.md5Hex(base); } }

登录Controller的核心逻辑：

@PostMapping("/login") @ResponseBody public Result login(@RequestBody LoginVO loginVO, HttpSession session) { User user = userService.login(loginVO.getUsername(), loginVO.getPassword()); if (user == null) { return Result.error("用户名或密码错误"); } // 登录成功后才把用户放进Session session.setAttribute("loginUser", user); return Result.success(user.getRole()); }

而Service层对应的登录方法，体现“查user然后再校验密码而不是直接查全部”。专业一点的做法是：先按用户名查用户，如果查不到直接提示用户名不存在，存在则校验密码哈希，这样日志上能区分“用户不存在”和“密码错误”，安全性更好。

拦截器是所有“需要登录才可访问”的页面统一守门员。定义一个LoginInterceptor实现HandlerInterceptor接口：

public class LoginInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session = request.getSession(); Object user = session.getAttribute("loginUser"); if (user == null) { // 异步请求统一返回JSON，页面请求重定向到登录页 response.setContentType("application/json;charset=utf-8"); response.getWriter().write("{\"code\":401,\"msg\":\"未登录\"}"); return false; } return true; } }

然后需要在SpringMVC配置类里注册拦截器，并设置拦截路径和排除路径。比如/login、/register、/product/list这些是不需要登录就能访问的。这里有个细节：静态资源路径必须排除，否则你的CSS、JS全部会被拦截，页面直接裸奔，样式全丢。我当时第一次写完，页面刷新半天找不出问题，最后发现拦截器把.css也给拦了，这种低级错误答辩前不要犯。

3.4 核心业务实现：商品列表、购物车与下单全链路

商品列表适合用分页查询加条件筛选。Controller接收页码、分类、关键字三个参数，Service层调用PageHelper：

public PageInfo<ProductVO> getProducts(Integer pageNum, Integer pageSize, String category, String keyword) { PageHelper.startPage(pageNum, pageSize); List<ProductVO> productList = productDao.selectProducts(category, keyword); return new PageInfo<>(productList); }

前端渲染交给JSP，用JSTL标签循环。我建议商品卡片里放一个加入购物车按钮，Ajax异步提交，不用刷新页面。对应后台接口：

@PostMapping("/cart/add") @ResponseBody public Result addCart(@RequestBody CartItemVO item, HttpSession session) { User user = (User) session.getAttribute("loginUser"); cartService.addItem(user.getId(), item.getProductId(), item.getQuantity()); return Result.success("加入购物车成功"); }

购物车的细节别忽略“同款商品重复加入”场景。常规方案是insert时先检查用户ID和商品ID是否已存在，存在则数量累加，不存在才新增记录。一条SQL就能搞定：

INSERT INTO cart (user_id, product_id, quantity) VALUES (#{userId}, #{productId}, #{quantity}) ON DUPLICATE KEY UPDATE quantity = quantity + #{quantity};

前提是该表给(user_id, product_id)建立唯一索引。

用户点击“提交订单”，这是全项目最考验代码功力的地方。我将整理后的实现贴出来：

@Transactional(rollbackFor = Exception.class) public void createOrder(OrderVO orderVO) { // 1. 查询用户 User user = userDao.selectById(orderVO.getUserId()); if (user == null) { throw new BusinessException("用户不存在"); } // 2. 查询购物车选中项 List<CartItem> cartList = cartDao.selectCheckedItems(user.getId()); if (cartList.isEmpty()) { throw new BusinessException("购物车为空"); } // 3. 计算总金额，校验库存 long totalAmount = 0; for (CartItem item : cartList) { Product product = productDao.selectById(item.getProductId()); if (product.getStock() < item.getQuantity()) { throw new BusinessException("商品库存不足: " + product.getName()); } totalAmount += product.getPrice() * item.getQuantity(); } // 4. 扣减库存 for (CartItem item : cartList) { productDao.reduceStock(item.getProductId(), item.getQuantity()); } // 5. 生成订单主表 Order order = new Order(); order.setOrderNo(generateOrderNo(user.getId())); order.setUserId(user.getId()); order.setTotalAmount(totalAmount); order.setStatus(0); orderDao.insert(order); // 6. 生成订单明细（含商品快照） for (CartItem item : cartList) { Product product = productDao.selectById(item.getProductId()); OrderDetail detail = new OrderDetail(); detail.setOrderId(order.getId()); detail.setProductId(product.getId()); detail.setProductName(product.getName()); detail.setProductPrice(product.getPrice()); detail.setQuantity(item.getQuantity()); orderDetailDao.insert(detail); } // 7. 清空购物车已购买项 cartDao.deleteByIds(cartList.stream().map(CartItem::getId).collect(Collectors.toList())); }

上面这段是标准的事务型写法。关键几个点要说透：

第一，方法上必须标@Transactional，否则中间任何一步异常都会造成“余额扣了、订单没生成”的惨案。

第二，所有事务内查询必须用同一个连接，MyBatis通过Spring管理可以保证这一点，但注意不能在事务方法内部捕获异常后吞掉异常，否则事务会提前提交。

第三，扣库存要放在“计算金额之后”，先校验再扣减，不要边算边扣，万一后面发现余额不足，你还得回滚库存，复杂度直线上升。

至于下单后的模拟支付（余额扣除），商户系统一般放在“订单确认支付”接口里，修改状态的同时扣余额。更规范的做法是加一个payment表记录流水，但毕设阶段用订单状态流转已经够讲清楚全流程了。

3.5 前后端数据交互与异步渲染细节

SSM项目如果还是每个按钮跳转一个JSP，答辩时会显得很呆。我建议把关键业务做成“JSP骨架 + Ajax取数 + 前端JS模板渲染”，既保留服务端架构的本质，又展示你的前后端意识。

拿首页商品列表举例：

$.ajax({ url: '/product/list', type: 'GET', dataType: 'json', success: function (res) { if (res.code === 200) { // 利用模板字符串渲染商品卡片 let html = ''; $.each(res.data.list, function (i, p) { html += ` <div class="pet-item"> <img src="${p.image}" alt="${p.name}"> <span class="price">¥${(p.price/100).toFixed(2)}</span> <p>${p.name}</p> <button onclick="addCart(${p.id})">加入购物车</button> </div>`; }); $('#productGrid').html(html); } } });

这里有个容易被忽略的显示细节：后端返回的价格单位是分，前端展示需要除以100，再用toFixed(2)保留两位小数，别直接显示1000让用户看成一千块。我当时自己测试时一看到金额总是多100倍，还以为是JS问题，查了半天才发现是单位没转。

4. 常见问题与排查技巧实录

4.1 启动阶段的高频报错

这部分我直接给你排雷。毕设最常见的故障集中在环境、版本、配置三类。

404且Tomcat控制台无异常。多半是没把项目正确部署到Tomcat的webapps，或者IDEA的Artifact配置漏掉了lib目录。检查步骤：Project Structure -> Artifacts -> 看Output Layout里有没有WEB-INF/lib，没有就右键“Add Copy of -> Library Files”，否则jar包没被导出，框架代码运行时报ClassNotFoundException。

Error creating bean with name 'userController'。多半是service或dao层注入失败。按提示逐层检查MapperScan有没有扫描到dao包，MyBatis的mapper-locations路径写没写对，比如写成classpath:mapper/*.xml但实际XML放在mapper子包下，就会找不到映射文件。这类问题别慌，先确认配置，再确认包路径，90%都能解决。

Invalid bound statement (not found)。表示Mapper接口和XML映射文件没有绑定成功。要么是接口的方法在XML里没写，要么是namespace写错。先把namespace改成Mapper接口全限定名，再看方法id是否和接口方法名一字不差，注意大小写。

数据库中文乱码。这个我太熟了。如果是JSP页面乱码，检查JSP第一行的pageEncoding和contentType是否都是utf-8；如果是前端传参乱码，检查SpringMVC的CharacterEncodingFilter有没有配置，并且forceEncoding=true才能强制处理请求和响应编码；如果是数据库存储乱码，建表时charset必须是utf8mb4。三者少一处，中文就变问号。

项目启动内存不足或卡顿。IDEA里给Tomcat加大VM参数：

-Xms512m -Xmx1024m -XX:MaxPermSize=256m

如果是Maven编译阶段反映中文注释报错（GBK乱码），在pom里把项目编码强制为UTF-8：

<properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> </properties>

4.2 运行时逻辑错误和排查思路

运行时比启动更磨人。我把最容易出问题的几个点整理成一个速查表。

最后一条我详细说一下，不然你会在这里卡一晚上。图片上传后保存在了D:/upload/，但浏览器访问的是/upload/xxx.jpg，两者中间得有座桥。Tomcat里这样配：

<Context docBase="D:/upload" path="/upload" reloadable="true" />

配完重启Tomcat，图片路径才能正常解析。这件事本质上是虚拟目录映射，答辩时被问到也不慌。

4.3 我在做完这个项目后的几个强烈建议

第一，做好日志。别再用System.out.println找问题了。Spring自带logback，在resources下放一个logback.xml，把SQL日志和普通日志分开。MyBatis的SQL日志可以在applicationContext.xml里配：

<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="configurationProperties"> <props> <prop key="logImpl">STDOUT_LOGGING</prop> </props> </property> </bean>

这样控制台能看到每条SQL和参数，业务链路异常前因后果一目了然。

第二，给前端页面加一点“人味”。宠物咖啡店和一般卖书的系统不同，它的目标用户是喜欢宠物的人，页面做得可爱轻松一点，完全不是扣分项。首页放一只懒洋洋的猫咪轮播图，办理会员的按钮做得像猫爪，这种视觉语言整个项目的气质就不一样了，答辩时也更好讲故事。

第三，代码里的注释一定要写“为什么”而不是“是什么”。比如：

// 订单状态0=待支付，1=已支付，2=已取消，3=已完成 private Integer status;

比你写一百行函数说明都有用。注释不写全的人，两周后自己回来看代码都认不出当初写的逻辑。

5. 答辩策略：讲出别人看不到的深度

5.1 答辩时主动抛出三个“加分点”

答辩环节其实拼的不是谁功能多，而是谁更会“讲设计”。我建议从三个角度切入，每个都足够撑起一到两次追加提问。

设计模式的应用。比如订单状态流转，面向对象一点可以用状态模式：每个状态对应一个Handler，把“待支付”和“已完成”能做的操作分开封装，新增状态时不需要动旧的逻辑。即使你是用if-else写的，答辩时也应该说“我了解状态模式，后续可以重构到这里”，并且准备一小段代码展示思路。这能让老师觉得你有扩展思维，不想只做一个CRUD工具人。

数据库设计中的工程权衡。比如订单明细为什么冗余商品名称和价格？因为商品是易变数据，订单是持久记录，必须用快照隔离。再比如为什么价格用分存储？因为浮点数的二进制表示天生不精确，0.1+0.2都算不对，涉及钱必须用整数最小单位。这些知识点虽然小，但反映的是真实的工程观，老师很吃这套。

前端体验对业务流程的反哺。你可以说“在我的设计里，用户提交订单时前端会先校验库存充足再呼后端接口，减少无效请求；后端还会在创建订单前二次校验库存，防止超卖”——这串清晰的表述既说明你对并发安全的认知，也说明你理解前后端职责的边界。

5.2 败在细节的三个反面案例

我亲手带过很多学生做毕设，见过大量不是技术问题、而是态度问题导致的滑铁卢。三个最常见的：

答辩时PPT里放代码截图。老师根本看不清，就算看清也不想看。正确做法是放架构图、流程图、表和表之间的关系图，代码只放关键片段，还要是高清、带注释的。宁可少放，不可放错。

项目里还有测试垃圾数据。比如用户名“admin123”测试时加了一个叫“哈哈哈哈”的评价。答辩演示时上来就出戏。正式提交前花半小时把数据库重新初始化一遍，录入一套干净、拟真的数据：三只宠物、八件商品、三笔订单，金额和状态相互对应。

说不清自己的项目。经常有学生被问“为什么用这个技术”时直接沉默。我可以告诉你，即使是复制来的项目也没关系，只要答辩前讲清楚三层架构里每层干嘛的，MyBatis和SpringMVC的核心思想是什么，就足够安全落地。最怕的是代码是别人的，原理也是别人的，一问三不知，全盘垮掉。

5.3 系统还能怎么扩展

答辩到最后通常有个问题：“如果让你继续做，你会加什么功能？”这时候如果你说“不知道”，就白白浪费了最后一个加分机会。我的鹰派回答是：

• 将单店铺扩展为多店铺，订单表引入shop_id，数据隔离层加一行过滤，全系统升级为小型点单SaaS；
• 引入微信支付/支付宝沙箱支付，替代当前钱包余额逻辑，卡片里会多出一笔完整的资金流水；
• 增加宠物健康档案模块，接入手环与IoT设备（想想店里猫的体重变化），把宠物咖啡店做成“人+宠+社区”的交互闭环；
• 用WebSocket做订单自动接单和大屏展示，模拟真实后厨场景。

这些问题你大可以提前写几行方案文本进项目的README里，答辩时口头提出来，画面感非常强。

说句个人感受。我见过太多人一听到SSM就皱眉，觉得这东西太老了。但站在毕设的立场看，越老越成熟、资料越全、坑越少，这才是最稳的选择。技术栈永远在变，但三层架构的思想、事务、会话、权限控制这些底层逻辑，换什么框架都躲不掉。把这套宠物咖啡店管理系统完整做下来，等你以后再碰Spring Boot、微服务，回看的每一段SSM代码都会变成地基，而不是黑历史。