简介：一份面向毕业设计与小程序开发学习的宠物商城项目，基于SSM框架搭建后台、Vue实现管理页面，微信小程序作为用户端，配合MySQL数据库与JDK 1.8环境。系统包含管理员、用户、商家三类角色，管理员负责用户、商家、宠物分类、宠物信息、商品与服务项目管理；用户可购买宠物和用品、预约服务、发表日志并管理订单；商家则提供宠物、用品及服务，处理订单与预约。资源内含Java源码、数据库脚本、论文文档、环境工具包，以及相同框架项目的安装教程，可辅助快速部署并理解前后端数据交互。包体共1662个文件，约52.19MB，以png图片、js/java/vue源码、json/wxml/wxss等小程序与前端文件为主，辅以sql脚本、bat启动脚本和mp4演示，目录结构清晰。目前已有123人学习下载，适合作为毕业设计参考或SSM+微信小程序开发实践。
1. 宠物店商城小程序：为什么毕业设计选这个组合最稳
毕业设计选型就像配环境变量，版本不对，后面全是坑。java微信小程序宠物店商城这套组合，本质上是把SSM（Spring + SpringMVC + MyBatis）后端、微信小程序前端、MySQL数据库三层串成一条完整的业务闭环：用户在小程序里看宠物、加购物车、下单支付，管理员在Web端管商品、管订单、管会员。这个方向能覆盖的技术点是全的——小程序端要处理登录态和接口交互，后端要写RESTful接口和事务，数据库要设计表结构，哪怕只是一套单体应用，也能把「从数据库到手机屏幕」整条链路讲清楚。对于需要快速出成果、又要能答辩讲明白的毕业设计来说，SSM源码加文档加教程这套组合，是性价比最高的选择，没有之一。那些直接选Spring Boot的反而在答辩时容易被追问自动配置原理问到卡壳，SSM反而因为足够经典，每个环节都能讲出东西来。
我见过太多人选错方向：要么只做一个纯前端静态页面，要么后端写一堆Servlet却没有框架支撑，最后在答辩时被一句「为什么用框架、框架帮你解决了什么问题」问住。SSM模式的好处是它的分层足够清晰——Controller管请求转发、Service管业务逻辑、Mapper管数据库操作，你甚至可以对着分层结构讲20分钟不用看稿。这篇文章会按「环境搭建 → 核心业务实现 → 踩坑排查 → 答辩验证」的顺序，把这个项目的完整落地路径拆开讲透。
2. 环境搭建与架构选型：先把地基打牢再谈业务
2.1 技术栈选型：为什么是Java + SSM而不是Spring Boot
如果你去翻java面试八股文，你会发现SSM相关的问题占比非常高——IoC容器、AOP代理、MyBatis动态代理、SpringMVC执行流程，这些几乎是一线面试的开场必问。而Spring Boot的自动配置往往被简单带过，因为面试官知道大部分人只是用它，根本讲不清starter背后的原理。这也解释了为什么很多java课程设计案例源码仍然坚持用SSM：它更适合用来展示「我学过原理，而不是只用过工具」。
用SSM搭建宠物店商城，核心依赖如下：
- Spring负责管理所有Bean的生命周期和依赖注入，包括Service层、Controller层、以及事务管理。
- SpringMVC负责HTTP层的路由分发，将小程序端发来的请求映射到具体的处理逻辑。
- MyBatis负责数据持久化，通过Mapper接口和XML映射文件操作MySQL。
- 前端是微信小程序原生框架，不引入第三方UI库，减少排查问题的复杂度。
- 数据库用MySQL 5.7，JDK用1.8，Tomcat用8.5——这套组合经过无数项目验证，是兼容性最稳的搭配。
选择这套组合还有一层考虑是排错成本低：一旦出问题，网上几乎能找到所有人踩过的坑，不至于被一个奇怪的环境错误卡住两周。
2.2 从零搭建后端骨架：Maven项目结构
常见的做法是先创建一个Maven的war包项目，因为传统SSM最终要部署到外置Tomcat。如果你用的是IDEA，新建项目时选Maven Archetype，然后填好GroupId和ArtifactId。下面是一个标准的SSM项目目录骨架：
pet-shop-backend/ ├── pom.xml ├── src/main/java │ └── com/example/petshop │ ├── controller/ # 前端控制器，接收HTTP请求 │ ├── service/ # 业务逻辑层接口 │ ├── service/impl/ # 业务逻辑实现 │ ├── dao/ # MyBatis Mapper接口 │ ├── entity/ # 实体类，与数据库表字段对应 │ └── common/ # 通用返回结果、异常处理 ├── src/main/resources │ ├── spring/ # Spring和MyBatis配置 │ │ ├── spring-dao.xml │ │ ├── spring-service.xml │ │ ├── spring-mvc.xml │ ├── mapper/ # MyBatis的XML映射文件 │ └── jdbc.properties # 数据库连接配置 └── src/main/webapp └── WEB-INF/web.xml核心的pom.xml依赖如下：
<dependencies> <!-- Spring核心 --> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>5.2.22.RELEASE</version> </dependency> <!-- SpringMVC --> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>5.2.22.RELEASE</version> </dependency> <!-- MyBatis整合Spring --> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis-spring</artifactId> <version>2.0.7</version> </dependency> <!-- MySQL驱动 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.49</version> </dependency> <!-- 数据库连接池 --> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid</artifactId> <version>1.2.6</version> </dependency> </dependencies>这里选择Druid连接池是可以讲出理由的：它自带监控页面，答辩时可以直接调出SQL执行次数和慢查询统计，展示你做过的性能分析。版本号故意选5.2.22和2.0.7是因为这两个版本兼容性最成熟，不要追新版本——5.3.x和6.x在部分Tomcat 8.5上会出现Jackson版本冲突，属于那种排查起来极度痛苦的玄学问题。
2.3 关键配置：三层如何串起来
spring-dao.xml负责数据库连接和Mapper扫描：
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:tx="http://www.springframework.org/schema/tx" xmlns:aop="http://www.springframework.org/schema/aop" xmlns:context="http://www.springframework.org/schema/context" xsi:schemaLocation="..."> <!-- 读取数据库配置 --> <context:property-placeholder location="classpath:jdbc.properties"/> <!-- 配置Druid数据源 --> <bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource"> <property name="driverClassName" value="${jdbc.driver}"/> <property name="url" value="${jdbc.url}"/> <property name="username" value="${jdbc.username}"/> <property name="password" value="${jdbc.password}"/> <property name="initialSize" value="5"/> <property name="maxActive" value="20"/> </bean> <!-- 配置SqlSessionFactory --> <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource"/> <!-- Mapper XML文件位置 --> <property name="mapperLocations" value="classpath:mapper/*.xml"/> </bean> <!-- 扫描DAO接口 --> <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer"> <property name="basePackage" value="com.example.petshop.dao"/> </bean> <!-- 事务管理 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean> <tx:annotation-driven transaction-manager="transactionManager"/> </beans>这段配置的核心逻辑是：先把数据库连接交给Druid管理，再让MyBatis的SqlSessionFactory使用这个数据源，最后配置一个事务管理器，让Service层可以正常使用@Transactional注解。
spring-mvc.xml负责Controller扫描和JSON转换：
<mvc:annotation-driven> <mvc:message-converters> <bean class="org.springframework.http.converter.json.MappingJackson2HttpMessageConverter"> <property name="objectMapper"> <bean class="com.fasterxml.jackson.databind.ObjectMapper"> <!-- 处理日期格式 --> <property name="dateFormat"> <bean class="java.text.SimpleDateFormat"> <constructor-arg value="yyyy-MM-dd HH:mm:ss"/> </bean> </property> </bean> </property> </bean> </mvc:message-converters> </mvc:annotation-driven> <context:component-scan base-package="com.example.petshop.controller"/>有两点值得注意：日期格式如果不在这里统一成yyyy-MM-dd HH:mm:ss，小程序端拿到的会是一串时间戳，需要额外写代码转换；Controller扫描路径一定不能包含Service的实现类，否则会导致Service被WebApplicationContext和RootApplicationContext重复初始化，出现事务失效的严重问题。
2.4 数据库表结构设计：宠物店商城需要几张表
一套完整的宠物店商城最少需要八张表：用户表、宠物分类表、宠物表、购物车表、订单表、订单明细表、地址表、管理员表。宠物表是核心，字段设计如下：
CREATE TABLE `pet` ( `id` INT NOT NULL AUTO_INCREMENT, `name` VARCHAR(50) NOT NULL COMMENT '宠物名称', `category_id` INT NOT NULL COMMENT '关联分类表', `price` DECIMAL(10,2) NOT NULL COMMENT '售价', `original_price` DECIMAL(10,2) DEFAULT NULL COMMENT '原价，用于展示折扣', `stock` INT NOT NULL DEFAULT 0 COMMENT '库存', `main_image` VARCHAR(255) DEFAULT NULL COMMENT '主图路径', `detail` TEXT COMMENT '宠物描述', `status` TINYINT DEFAULT 1 COMMENT '1上架 0下架', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, `update_time` DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `idx_category` (`category_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;这里有两个容易被忽略的细节。第一，price必须用DECIMAL(10,2)而不是FLOAT，浮点类型在做金额比较和累加时会产生类似0.30000000000000004的精度问题，这是实测翻车过无数次的坑。第二，category_id必须建索引，因为商城首页首先要按分类拉取宠物列表，没有索引时数据量一上去就会出现明显的查询延迟。
订单表需要关注的字段包括订单号、用户ID、总金额、状态（待支付/已支付/已发货/已完成/已取消）、创建时间和支付时间。订单号建议直接用数据库自增ID加上时间戳拼接，不要用UUID，因为UUID作为主键在InnoDB中会导致页分裂，带来严重的写入性能下降——这是个经典的面试加分点。
3. 小程序端与后端交互：登录、商品列表、下单全流程
3.1 微信小程序登录态设计与Session维护
小程序端的核心登录机制是wx.login + 后端Session存储，需要完整走通流程才能保证后续所有请求都带着合法身份。第一步是小程序调用wx.login拿到临时code，把这个code传给后端，后端拿着code调用微信的接口换区openid，再把openid存到后端Session里，返回一个自定义的登录态标识给小程序。
登录时序的关键代码如下，小程序端：
// 小程序端登录逻辑 wx.login({ success: function(res) { if (res.code) { // 将临时code发送给后端换取登录态 wx.request({ url: 'https://yourdomain.com/api/user/login', method: 'POST', data: { code: res.code }, success: function(response) { // 后端返回的token存入Storage wx.setStorageSync('token', response.data.data.token); // 之后所有请求带着这个token即可 } }); } else { console.log('获取登录code失败', res.errMsg); } } });后端对应接口：
@Controller @RequestMapping("/api/user") public class UserController { @Autowired private IUserService userService; @RequestMapping("/login") @ResponseBody public Result login(@RequestBody Map<String, String> params) { String code = params.get("code"); if (StringUtils.isEmpty(code)) { return Result.error("code不能为空"); } String openid = userService.getOpenIdByCode(code); if (StringUtils.isEmpty(openid)) { return Result.error("微信登录失败"); } // 生成token并存入Redis，过期时间设为2小时 String token = UUID.randomUUID().toString().replace("-", ""); userService.saveToken(token, openid); return Result.success(token); } }需要注意一个容易被忽略的细节：getOpenIdByCode方法的实现中需要先查库里有没有这个openid，没有的话要自动创建一条新用户记录，并给新用户初始化一个默认头像和昵称。由于小程序端拿不到用户头像昵称的实时更新（需要用户手动触发getUserProfile），所以商品浏览、加购、下单这些操作不应该依赖用户头像和昵称，统一用openid作为用户唯一标识即可。
3.2 小程序端请求封装：统一处理Token和错误提示
小程序端不能直接编写网络拦截器这种东西，所以常见的做法是把wx.request封装成一个公共的request方法。封装逻辑要处理三件事：在Header中带上token、在401状态码时跳转登录页、在非2xx状态码时弹出Toast提示。
// utils/request.js const BASE_URL = 'https://yourdomain.com/api'; function request(path, method, data) { return new Promise(function(resolve, reject) { wx.request({ url: BASE_URL + path, method: method, data: data, header: { 'Content-Type': 'application/json', 'token': wx.getStorageSync('token') }, success: function(res) { if (res.statusCode === 401) { // token过期，重新登录 wx.removeStorageSync('token'); wx.navigateTo({ url: '/pages/login/login' }); reject(new Error('登录已过期')); } else if (res.statusCode === 200 && res.data.code === 0) { // 业务成功 resolve(res.data.data); } else { // 业务失败，提示后端返回的message wx.showToast({ title: res.data.message || '服务器繁忙', icon: 'none' }); reject(new Error(res.data.message || '请求失败')); } }, fail: function(err) { wx.showToast({ title: '网络异常，请检查网络', icon: 'none' }); reject(err); } }); }); } module.exports = { request };这个封装解决了三个真实问题：不用在每个业务页面重复写header、错误提示风格统一、Promise化的代码在业务层不用回调嵌套。尤其第三个问题，小程序页面里如果每个请求都用回调函数，一到两个请求串联（先登录再拉数据）就会开始缩进地狱，极其不利于答辩时展示代码。
3.3 宠物列表与商品详情：小程序页面的核心数据流动
宠物列表页是小程序的核心场景，需要用分类栏加商品卡片列表的方式呈现。页面生命周期中，onLoad里先请求分类接口，拿到分类后再请求默认分类下的宠物列表。
// pages/index/index.js const { request } = require('../../utils/request.js'); Page({ data: { categories: [], currentCategory: 0, petList: [], loading: false, page: 1, hasMore: true }, onLoad: function() { this.loadCategories(); }, loadCategories: function() { request('/category/list', 'GET', {}).then((res) => { this.setData({ categories: res, currentCategory: res[0].id }); this.loadPets(1, true); }); }, loadPets: function(page, isRefresh) { if (this.data.loading || !this.data.hasMore) return; this.setData({ loading: true }); request('/pet/list', 'GET', { categoryId: this.data.currentCategory, page: page, pageSize: 10 }).then((res) => { if (isRefresh) { this.setData({ petList: res.list, hasMore: res.hasMore }); } else { this.setData({ petList: this.data.petList.concat(res.list), hasMore: res.hasMore }); } this.setData({ page: page, loading: false }); }).catch(() => { this.setData({ loading: false }); }); }, switchCategory: function(e) { const id = e.currentTarget.dataset.id; this.setData({ currentCategory: id, page: 1, hasMore: true }); this.loadPets(1, true); }, // 触底加载更多 onReachBottom: function() { this.loadPets(this.data.page + 1, false); } });分页加载是展示代码规范程度的最佳场景。初学的人容易犯的错误是直接一次把全部数据拉回来，在数据量测试时看不出问题，但答辩演示时一旦宠物商品超过50条，页面滚动会明显卡顿。这个代码里用hasMore标记控制是否还有下一页、用loading标志防止重复请求，这两个标志位是老手看代码时一眼就能识别出工程素养的地方。
3.4 下单流程：购物车到订单的事务保证
下单流程涉及多张表的写操作：往订单表插一条记录、往订单明细表插N条记录（每个商品一条）、扣减宠物库存、清空购物车。这四步必须处于同一个事务中——如果订单插入成功但扣库存失败，或者扣了库存却没能生成订单明细，就会出现数据不一致。
@Service public class OrderServiceImpl implements IOrderService { @Autowired private OrderMapper orderMapper; @Autowired private OrderItemMapper orderItemMapper; @Autowired private CartMapper cartMapper; @Autowired private PetMapper petMapper; @Override @Transactional(rollbackFor = Exception.class) public Order createOrder(Long userId, Long[] cartIds, Long addressId) { // 1. 查询购物车选中商品列表 List<Cart> carts = cartMapper.selectByIds(cartIds); if (carts == null || carts.isEmpty()) { throw new BusinessException("购物车为空"); } // 2. 计算总金额 BigDecimal totalPrice = new BigDecimal("0"); for (Cart cart : carts) { Pet pet = petMapper.selectById(cart.getPetId()); if (pet.getStock() < cart.getQuantity()) { throw new BusinessException("商品[" + pet.getName() + "]库存不足"); } // 累加金额 totalPrice = totalPrice.add(pet.getPrice().multiply(new BigDecimal(cart.getQuantity()))); } // 3. 创建订单主记录 Order order = new Order(); order.setOrderNo(generateOrderNo()); order.setUserId(userId); order.setAddressId(addressId); order.setTotalPrice(totalPrice); order.setStatus(0); // 待支付 orderMapper.insert(order); // 4. 创建订单明细并扣库存 for (Cart cart : carts) { Pet pet = petMapper.selectById(cart.getPetId()); OrderItem item = new OrderItem(); item.setOrderId(order.getId()); item.setPetId(pet.getId()); item.setPetName(pet.getName()); item.setPrice(pet.getPrice()); item.setQuantity(cart.getQuantity()); orderItemMapper.insert(item); // 扣减库存 petMapper.decreaseStock(pet.getId(), cart.getQuantity()); } // 5. 清空购物车 cartMapper.deleteByIds(cartIds); return order; } private String generateOrderNo() { return "P" + System.currentTimeMillis() + String.format("%04d", new Random().nextInt(10000)); } }@Transactional(rollbackFor = Exception.class)这个细节值得单独说明：Spring默认只对RuntimeException回滚，对CheckException不回滚。如果业务代码里抛出的是自定义的BusinessException且这个异常继承了Exception（而非RuntimeException），不加rollbackFor的话事务不会回滚，会出现库存扣了但订单没生成的血泪案例。用new BigDecimal("0")而不是0来初始化金额，是为了明确使用BigDecimal运算链路，避开Java中浮点运算的精度坑。
库存扣减这里有一个进阶做法：用UPDATE pet SET stock = stock - #{quantity} WHERE id = #{id} AND stock >= #{quantity}来保证超卖不会发生。如果影响行数为0，则说明库存被抢完了，此时直接抛出异常让事务回滚。这个写法比先查再判断再更新更安全，因为高并发下两个请求可能同时读到相同的库存值。
4. 避坑指南：SSM + 小程序项目最常见的8个致命错误
4.1 小程序请求报「url not in domain list」
这几乎是每个微信小程序项目会遇到的第一个翻车点。现象是小程序真机预览时，所有wx.request请求都报url not in domain list，但开发者工具里却能正常请求。
原因：微信小程序有一套安全机制，真机运行时，请求的URL必须在小程序后台「开发管理-服务器域名」中配置过。开发者工具默认勾选了「不校验合法域名」，所以本地调试能过，真机运行就翻车。
解决：在小程序管理后台添加request合法域名，域名必须是HTTPS且备案过的。开发阶段如果后端在本地，用内网穿透工具把localhost映射成HTTPS域名，能大幅缩短调试循环时间。另一个建议是用IP地址加端口直接访问在局域网真机调试——不过注意：正式版小程序里IP地址同样不能通过校验，只有开发版可以开启「不校验合法域名」绕过。
4.2 后端返回的JSON日期变成时间戳
现象：小程序端拿到订单创建时间显示为一串数字，如1700000000000，不是预期的2024-11-01 12:30:00。
原因：Java侧的Date类型序列化为JSON时，Jackson默认将其转换为毫秒时间戳，这是为了让JavaScript端方便处理而设计的默认行为。
解决：在SpringMVC配置中加入全局的ObjectMapper定制，统一日期格式。高版本的Jackson还支持spring.jackson.date-format配置项，但SSM模式下额外引入jackson-datatype-jsr310再配置ObjectMapper更稳定，一劳永逸。
4.3 微信小程序进入页面白屏且Console里没有报错
现象：小程序页面加载后白屏，Console只有几条warning，没有任何error提示。
原因：最常见的情况是onLoad里的请求参数中含有undefined值，导致请求URL或body里出现非法字符。因为请求是异步的，报错信息被吞掉后页面数据一直是空数组。
解决：在request.js中增加一层参数校验：
function request(path, method, data) { // 过滤data中的undefined字段 Object.keys(data).forEach(key => { if (data[key] === undefined || data[key] === null) { delete data[key]; } }); return new Promise(function(resolve, reject) { // 原有wx.request逻辑 }); }调试时优先看Network面板，能看到实际发出的请求URL和参数，比盯着Console效率高一倍。
4.4 Maven项目启动报ClassNotFoundException: org.springframework.web.servlet.DispatcherServlet
现象：Tomcat启动后立即报ClassNotFoundException: org.springframework.web.servlet.DispatcherServlet，但IDEA里依赖明明是有的。
原因：这是一个非常经典的问题。IDEA的Eclipse模式下，Maven依赖默认是provided状态，不会打包进最终部署的war包。更常见的情况是maven打的war包没有执行mvn package，而是直接把项目根目录当Web应用部署了，导致lib目录下没有任何jar包。
解决：用IDEA的Maven面板执行package，确认target目录下生成了fat war包后，再配置Tomcat部署war包。如果SSM项目里引用了少量额外的jar包（如阿里的fastjson），需要手动把jar放到WEB-INF/lib下。
还有一个隐蔽版本：mvn package后lib目录里找不到spring-webmvc的jar，说明pom里包装的是scope为provided，在pom里把它改为compile重新打包即可。
4.5 spring-dao.xml 无法创建 SqlSessionFactory
现象：启动日志出现Error creating bean with name 'sqlSessionFactory'，细化原因可能是Invalid bound statement (not found)，也可能是Cause: org.xml.sax.SAXParseException。
原因：前者说明Mapper接口和XML文件没有正确关联，可能是namespace没有写全限定名，或者mapperLocations路径和XML实际位置不匹配；后者是XML文件开头没有从http://mybatis.org/dtd/mybatis-3-mapper.dtd引入，或者文件编码不是UTF-8。
解决：优先检查resources/mapper目录下XML的namespace是否等于DAO接口的全限定名，再检查XML中的id是否与接口中的方法同名。这是自检优先级最高的两个位置。
4.6 小程序真机调试正常，但扫码体验版白屏
现象：用开发者工具真机调试一切正常，但通过体验版二维码进入时白屏。
原因：区别在于体验版走的是真实服务器域名+Https。如果你的后端服务器没配HTTPS证书，或者用了自签名证书，真机调试因为开了「不校验合法域名」所以能连上，体验版则直接拒绝请求。
解决：确认服务器上的HTTPS证书是有效且被信任的CA签发的。自签名证书只能用于开发，不能用于体验版。需要检查Nginx配置的SSL证书路径是否正确、443端口是否被防火墙拦截。排查时用Chrome直接访问接口域名，如果浏览器提示证书无效，小程序端一定也会出问题。
4.7 数据源配置了MySQL但启动总连不上数据库
现象：Tomcat启动后报Could not get JDBC Connection，在浏览器访问项目时报500。
原因：绝大多数原因是MySQL的时区问题。MySQL 8.x的连接URL中必须配置serverTimezone=Asia/Shanghai，否则驱动默认尝试使用服务器的时区系统，如果服务器时区不是UTC就会报错。另一个高发原因是驱动版本和MySQL版本不匹配——MySQL 8用5.1.x的驱动会直接报class not found。
解决：MySQL 8.0对应使用com.mysql.cj.jdbc.Driver，URL中加上时区参数：
jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/petshop?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false jdbc.username=root jdbc.password=你的密码4.8 购物车库存扣减后没有订单明细
现象：下单完成后订单存在，但订单明细表里查不到任何记录。
原因：订单明细的insert语句如果失败了但异常没有抛出，很可能是因为订单明细表中某个字段指定了NOT NULL约束，而代码里没有赋值。例如pet_image字段可能定义为NOT NULL，而实体类中对应的属性为null，插入时数据库报了约束异常，但由于异常被catch吞掉了，事务已经标记rollback，回滚也完成了，所以订单也没了。
解决：在createOrder方法的循环中逐一打印订单明细的赋值过程，确认每个字段都有值。信息量更大的自检方式是打开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都能在控制台打印出来，一眼定位到是哪条insert失败，比盯着Java堆栈高效太多。
5. 源码改造与文档协同：从能跑到能毕业的加分路径
5.1 在别人源码基础上做差异化改造的三个方向
很多同学拿到的SSM源码包是一个完整的宠物商城，但在答辩时如果只是复述一遍功能，很容易被评委判定为「没有工作量」。三个建议的改造方向，按工程量从低到高排：
第一，给商品列表加入多条件筛选——按价格区间、按热度排序、按上架时间排序。这看起来改动小，但涉及SQL的ORDER BY和WHERE动态拼接，能体现对MyBatis动态SQL的理解。
第二，给订单模块加入简单的销量统计：按日统计总营业额、按商品统计销量Top10。这个需要新增聚合查询SQL接口，在后端管理页展示，技术上是典型的GROUP BY和SUM应用。
第三，也是工作量最大的——增加一个收藏模块。用户可以在宠物详情页点击收藏，需要新增收藏表、后端接口、小程序页面三个部分，整体改动涉及全栈，做完后无论是技术展示还是工作量展示都足够亮眼。
无论选哪个方向，都要在文档的「需求分析」和「系统设计」章节同步补充对应的用例图、E-R图和数据字典——比如收藏表的结构说明。评委通常不只盯着代码问，还会对比文档和系统的描述是否一致。
5.2 文档配合：设计文档怎么和源码互相对应
毕业设计文档的核心不是事无巨细罗列功能，而是向评委展示你的设计思路和技术决策过程。如果源码是参考来的，文档中最容易被追问的就是「你做了什么改动」。所以文档里的「系统实现」一章，要刻意强调你自己加入的那部分功能，写清楚设计思路——比如你改造的价格区间筛选：为什么用MyBatis的动态SQL拼装而不是直接用Java拼SQL，因为你考虑到字符串拼接有SQL注入风险，用<if>标签可以把dynamic条件安全地交给MyBatis预编译。
5.3 答辩演示：从「能跑通」到「能讲清」的验证流程
答辩演示的质量取决于你对交互链路是否了如指掌。建议按下面的顺序走一遍完整的演示脚本：
- 打开小程序，走登录流程，点开Network面板展示请求头里的token变化。
- 进入首页，切换分类，展示列表刷新逻辑。
- 进入商品详情，加入购物车，再次进入购物车页出示数量变化。
- 点击结算，选择地址，提交订单。
- 打开后端管理页面，展示订单列表出现新订单。
- 在小程序端模拟取消订单，切换Web端订单状态，展示状态同步。
这六个步骤覆盖了登录、商品、购物车、订单、库存这五个核心域，评委大概率会在这些地方追问。
5.4 进阶验证：用JMeter做一个毛坯性能测试
很多毕业设计只停留在「能跑」，加一个简单的性能测试会显著提高技术含量。用JMeter创建一个线程组，模拟50个并发用户同时请求商品列表接口，观察响应时间的中位数和95分位。如果响应时间中位数超过500ms，说明SQL可能存在N+1查询问题，需要排查Mapper的关联表查询。
这一步的价值是给论文的测试章节填充真实数据。由于SSM项目自带Druid连接池，你还能顺便在Druid监控页面截图SQL执行次数，展示数据库层面的监控能力——这在答辩中是个极其加分的细节。
我对自己的要求一直是在本地跑通完整链路之后，再单独测试一次「库存扣减超卖」的并发场景。因为只有真正让它出过问题，答辩时被问到这类异常处理才能给出真实且自然的回答。希望这篇拆解和踩坑记录能帮到你，少走几段弯路。
本文还有配套的精品资源，点击获取
