SpringBoot零食商城毕设实战：数据库设计、订单与库存全链路-北京尧图网络

又到一年毕设季后台私信里问得最多的就是“Java选题能不能做个电商”。我这段时间刚好把一个标题很长的系统完整走了一遍——基于 Java 的零食销售商城、智能零食电商管理平台、基于 SpringBoot 的零食销售与订单一体化系统换了好几套说法其实核心就是一件事做一个能跑通的零食电商网站。用户注册登录、浏览零食分类、加购物车、下单模拟支付管理员在后台管理商品和订单。技术栈也很主流后端 SpringBoot MyBatis前端用 Thymeleaf 或者 Vue 前后端分离数据库 MySQL。这篇文章我就把这个毕设从选题拆解、数据库设计、下单链路到答辩面试的完整经验写出来给正在折腾毕设或者想拿电商项目练手的人一个可以直接抄的参考。1. 一个看着很长的标题到底藏着怎样的毕设需求1.1 从标题关键词拆解系统边界这个题目拆开来看关键词其实就四组Java、SpringBoot、零食销售、订单一体化。语言层面是 Java框架层面是 SpringBoot业务对象是零食销售核心终点是订单一体化。很多同学习惯直接把标题复制粘贴到百度搜“源码”然后下载一个用 SSH 架构写的古董项目其实方向就错了。这个标题明确告诉你要用 SpringBoot那你项目入口就该是SpringApplication.run配置文件就该是application.yml而不是 JAVA EE 时代那一套 web.xml 写法。我按标题把系统拆成如下模块标题关键词对应功能基于 Java / SpringBoot后端技术栈整体工程结构零食销售商城商品浏览、分类检索、详情展示智能零食电商管理平台后台管理、数据统计、商品上下架订单一体化购物车→下单→库存扣减→支付→订单状态流转“一体化”这三个字是评分的关键意思是不要让用户下完单之后订单数据躺在数据库里没人管而是要把订单、库存、支付流水、售后状态串成一条完整的链路。这个思路放到论文里就是“业务闭环”放到答辩里就是你对比其他同学项目的核心亮点。1.2 为什么零食比通用商城更适合做毕设说到电商系统十个里有八个做“图书商城”或者“二手交易平台”不是不行但同质化太严重。零食商城看着好像只是换了一个商品类别实际上业务差异很大。图书的属性比较单一书名、作者、ISBN、单价。零食不一样它有口味规格辣条有微辣、特辣、包装单位按袋、按箱、按斤、保质期、库存单位差异。这些属性天然逼着你去设计 SKU 和商品规格表而不是简单的一张商品表糊弄完事。另外零食的价格带覆盖很宽有 2 块钱的小包也有 100 多的大礼包。用户的购物车往往会有多个商品、多种数量这对金额计算的精度、购物车合并逻辑、库存的多次扣减都是很好的锻炼。用一个通用商城模板改一改当然省事但答辩的时候老师问“购物车单价哪里来的”“怎么处理库存超卖”如果你没真正做过一戳就破。1.3 技术选型SpringBoot 为主栈的底层逻辑这个项目我最终定的方案是SpringBoot 2.7 MyBatis-Plus MySQL 5.7 Thymeleaf。没做前后端分离。不是我不会 Vue而是毕设项目的评分重点通常在后端业务逻辑和数据库设计上。Thymeleaf 可以直接把数据渲染到页面少了一层接口联调开发速度快很多。如果你想把项目写到简历里那建议用SpringBoot Vue 前后端分离后端提供 RESTful 接口前端用 Vue3 Element Plus部署的时候 Nginx 代理一下。这样工作量多大概一周但项目质感会好很多。还有几个基础组件是必须有的Lombok简化实体类、MyBatis-Plus减少单表 CRUD 代码、PageHelper处理分页、Spring Validation做参数校验。这四样是 Java 毕设的“标配四件套”面试问起来也很好讲。2. 从角色到模块订单一体化系统的业务骨架2.1 三种角色与权限设计这个项目我设计了三个角色普通用户、商家、管理员。如果只用用户和管理员两个角色也能做但加上商家之后整个系统的权限边界会更清晰论文里也更有内容可写。普通用户注册登录、浏览商品、维护收货地址、购物车管理、下单支付、查看订单/取消订单。商家管理自己分类下的商品包括新增、上下架、改价格、改库存处理订单发货。管理员兜底角色审核商品、管理用户、查看全量订单、销售数据统计。权限这块不需要引入 Spring Security 这种重武器用一个HandlerInterceptor 拦截器自定义注解 RequireRole就能搞定。在方法上加上RequireRole(ADMIN)拦截器里从请求头或者 Session 中取出当前用户角色不匹配就返回 403。这套做法答辩时特别好解释整套流程就是你拿到用户身份 → 校验角色权限 → 放行或拒绝。2.2 商品发布到订单产生的核心数据流我把完整数据流画在脑子里然后在论文里写成了文字描述这套逻辑是“一体化”的骨架商家发布零食商品 → 同时写入商品表和 SKU 表 → 用户浏览商品时从商品表读取基础信息根据前台传过的分类 ID 和关键词做筛选 → 点击“加入购物车”写入购物车表 → 提交订单时后端从购物车读取商品快照计算总金额扣减 SKU 库存 → 生成订单主表和订单明细表 → 发起模拟支付写入支付流水表 → 支付成功后订单状态变为“待发货” → 商家发货后订单变为“待收货” → 用户确认收货后变为“已完成”。这个链路里最关键的一句话是金额和库存永远以服务端数据库计算为准。前端传来的totalPrice只是展示用途真实下单接口必须重新遍历购物车、从数据库取最新价格来算。不然别人用 Postman 改个请求包就能用 0.01 元下单这属于比较低级的漏洞但每年毕设都会有同学踩。2.3 零食场景下的订单状态机订单不是一张表写个 status 字段就没下文了一体化系统要定义清楚每个状态从哪里来、能流转到哪里去。我的订单状态设计如下状态码状态名称触发条件可操作0待支付用户提交订单用户取消 / 支付1已支付支付回调成功商家发货2待收货商家点击发货用户确认收货 / 查看物流3已完成用户确认收货超时用户申请售后4已取消用户取消或超时未支付无5售后中用户发起退款申请商家同意 / 拒绝我把这个状态机封装成了一个枚举类OrderStatusEnum里面定义状态码、描述和可流转的下一个状态集合。在orderService.updateStatus()方法里做状态校验比如待支付订单不允许直接变成已完成这是最简单的“状态机”思想答辩时加一句“借鉴了状态模式”会很有分量。3. 数据库设计与并发安全这关过不了后面全是坑3.1 核心表结构数据库我一共建了 12 张表其中最核心的是这几张用户表userid主键自增username用户名唯一索引password密码不要存明文用 BCrypt 加密phone手机号role角色USER / MERCHANT / ADMINcreate_time创建时间商品表productidcategory_id分类外键name商品名称main_image主图detail_html详情富文本price基准价格status上架状态 0下架 1上架create_timeSKU 表product_skuidproduct_idspec_info规格描述比如“微辣 35g 袋装”price该规格实际售价stock库存version乐观锁版本号用于并发控制购物车表cartiduser_idsku_idquantitychecked是否选中唯一索引uk_user_sku(user_id, sku_id)订单主表ordersorder_no订单号唯一索引user_idtotal_amount总金额status订单状态address_snapshot收货地址快照pay_timesend_timefinish_time订单明细表order_itemidorder_nosku_idproduct_name商品名称快照sku_spec规格快照price下单时的单价快照quantitysubtotal这里一定要做快照snapshot。因为用户下单之后商家可能修改商品名称、价格、规格。你去看某宝的订单历史里面的商品名称和价格永远不变就是因为下单那瞬间已经写入了一份独立快照。绝大多数毕设同学都忽略这个细节如果答辩老师盯上这一点你可以重点展开这是很好的项目亮点。3.2 订单号生成为什么我不用数据库自增订单号看着是个小事很多同学图省事直接拿数据库自增 ID 当订单号结果商城上线后订单号长这样1、2、3。这不仅暴露日订单量还会被爬虫遍历订单接口刷数据。更现实的问题是一旦分库分表自增 ID 会出现重复。我采用的方案是时间戳用户ID后四位随机数。例如202505271428301024783921拼成 22 位数字字符串。这样做的好处是无序性外部无法通过订单号推断单量。全局唯一同一用户同一秒内下单随机数碰撞概率极低。可解释性好订单号里能分析出下单时间对账方便。如果你的项目用了 Redis可以用INCR命令维护一个全局自增流水号这是很多高并发系统的做法。毕设项目里如果没有 Redis用时间戳加随机数已经足够了。3.3 库存扣减乐观锁和事务缺一不可库存超卖是电商系统面试必问的题也应该是你项目里真正考虑过的点。我下单接口的核心代码是这样的Transactional(rollbackFor Exception.class) public boolean deductStock(Long skuId, Integer quantity) { // 使用条件更新stock quantity 才允许扣减 int rows skuMapper.deductStock(skuId, quantity); return rows 0; }对应的 SQL 写法UPDATE product_sku SET stock stock - #{quantity} WHERE id #{skuId} AND stock #{quantity}这段 SQL 的意思是只有库存大于等于购买数量时才允许更新并且更新成功返回的行数是 1否则返回 0。用数据库行锁天然防止并发超卖而不是先在 Java 里查一次库存、判断够了再 UPDATE那样两步之间会发生并发竞争库存还是会被扣成负数。另外我给product_sku表加了version字段用乐观锁思路兜底。实际上上面的条件 UPDATE 已经能解决问题但加了 version 字段可以在论文“技术亮点”章节多说一段话面试时也能体现你对并发控制的理解。4. 从购物车到支付回调下单主链路的代码拆解4.1 购物车设计的两种做法购物车有两种存储方案。第一种是把购物车数据存在 Session 或浏览器本地存储里好处是性能好、不占数据库但用户换个浏览器登录购物车就没了。第二种是存数据库表方案笨一点但符合电商常识用户 A 的手机和电脑都能看到同一个购物车。我做的是数据库表方案。接口设计就四个POST /api/cart加入购物车参数skuId、quantityGET /api/cart/list查询购物车PUT /api/cart/{id}修改数量DELETE /api/cart/{id}删除购物车项加入购物车时注意一个细节同一个 SKU 已经存在于购物车中应该做数量的累加而不是再插一条新记录。所以我建了uk_user_sku唯一索引操作时先走一次UPDATE quantity quantity #{quantity}如果更新不到记录再执行INSERT。4.2 下单接口事务边界宁可大不要小下单接口是整个系统的心脏我放在OrderServiceImpl里完整流程是这样的Transactional(rollbackFor Exception.class) Override public OrderVO createOrder(Long userId, ListLong cartIdList) { // 1. 批量查出购物车项关联SKU和商品 ListCartVO cartList cartMapper.listSelectedCart(userId, cartIdList); if (collUtil.isEmpty(cartList)) { throw new BizException(没有选中的商品); } // 2. 服务端重新计算总金额 BigDecimal totalAmount BigDecimal.ZERO; for (CartVO cart : cartList) { if (cart.getStock() cart.getQuantity()) { throw new BizException(商品库存不足 cart.getProductName()); } totalAmount totalAmount.add(cart.getPrice().multiply(BigDecimal.valueOf(cart.getQuantity()))); } // 3. 生成订单号 String orderNo generateOrderNo(userId); // 4. 插入订单主表 Order order new Order(); order.setOrderNo(orderNo); order.setUserId(userId); order.setTotalAmount(totalAmount); order.setStatus(OrderStatusEnum.WAIT_PAY.getCode()); orderMapper.insert(order); // 5. 插入每个商品的订单明细 for (CartVO cart : cartList) { OrderItem item new OrderItem(); item.setOrderNo(orderNo); item.setSkuId(cart.getSkuId()); item.setProductName(cart.getProductName()); item.setSkuSpec(cart.getSkuSpec()); item.setPrice(cart.getPrice()); item.setQuantity(cart.getQuantity()); item.setSubtotal(cart.getPrice().multiply(BigDecimal.valueOf(cart.getQuantity()))); orderItemMapper.insert(item); // 6. 扣减库存 int rows skuMapper.deductStock(cart.getSkuId(), cart.getQuantity()); if (rows 0) { throw new BizException(商品库存不足 cart.getProductName()); } } // 7. 清空购物车 cartMapper.deleteBatchIds(cartIdList); OrderVO vo new OrderVO(); vo.setOrderNo(orderNo); vo.setTotalAmount(totalAmount); vo.setStatus(OrderStatusEnum.WAIT_PAY.getCode()); return vo; }整个方法加了Transactional从创建订单到扣库存到清空购物车任何一步出错都会整体回滚。事务边界我故意画得大因为下单业务每一步之间都有强关联拆成多个小事务反而会出现“订单创建成功但库存没扣到”这种奇怪数据。4.3 模拟支付与支付状态核对真实支付需要商户号学生个人没有营业执照基本接不了微信支付所以毕设里我用的是“模拟支付页面”本质上是一个确认弹窗点击“确认支付”就把订单状态改成“已支付”同时写入一条支付流水。支付流水表字段如下idorder_nopay_no模拟第三方支付流水号amountpay_type余额/微信/支付宝status支付结果callback_time回调时间有个点必须注意支付回调要做幂等处理。也就是说同一个订单号如果支付通知来了两次第二次不应该给用户再扣一次钱也不应该报错。我的做法是先UPDATE订单状态的条件更新影响行数为 0 说明已经更新过了直接返回“重复通知”。这种设计叫幂等在真实的支付对接里也是核心要求。5. SpringBoot 项目实战中的高频踩坑点5.1 环境变量、JDK 版本与“源发行版 17 需要目标发行版 17”很多同学的 SpringBoot 项目是从 GitHub 上 clone 下来的别人的pom.xml里用了 JDK 17 特性自己电脑装的是 JDK 8一跑就报java: 警告: 源发行版 17 需要目标发行版 17 java: 错误: 无效的源发行版: 17这根本不是项目代码的问题是编译版本和运行版本对不上。处理办法分两种推荐直接在pom.xml里锁定properties java.version8/java.version maven.compiler.source8/maven.compiler.source maven.compiler.target8/maven.compiler.target /properties同时检查两处IDEA 的File → Project Structure → Project SDK是否指向本地 JDK以及Settings → Build → Compiler → Java Compiler里的 target bytecode version 是否和 pom 一致。把这两处全部改成 1.8项目就能正常编译了。另外环境变量的JAVA_HOME也要确认没配错地址Windows 上我见过有人把JAVA_HOME指到C:\Program Files\Java\jre那永远玩不转编译。5.2 SpringBoot 版本太高引发的基础组件兼容问题现在是 2025 年SpringBoot 已经出到 3.x。3.x 要求 JDK 17 起步而且把javax.servlet改成了jakarta.servlet。如果你用的是旧版网上教程里面有大量import javax.servlet.*整合到 SpringBoot 3.x 直接报包找不到。毕设项目我强烈建议直接用SpringBoot 2.7.x JDK 8这套组合最稳定文档最齐全答辩时候不会因为版本过度设计被老师追问。如果你确实想用 SpringBoot 3.x也可以但所有依赖都要确认是适配jakarta命名空间的版本尤其是springfoxSwagger 生成工具和PageHelper这类老牌组件版本选错会踩很多坑。有个小技巧创建一个旧版本 SpringBoot 项目时去 IDEA 的 Spring Initializr 可以手动切 Server URL 为https://start.spring.io的低版本入口或者在创建之后直接改pom.xml的 parent 版本号然后刷新 Maven。版本不对就多看官方文档比在 CSDN 上翻零散博客快得多。5.3 MyBatis 分页插件与结果映射的隐性坑PageHelper 这个插件是分页利器用法也简单PageHelper.startPage(pageNum, pageSize); ListProduct productList productMapper.selectPageList(); PageInfoProduct pageInfo new PageInfo(productList);但注意一个非常重要的事PageHelper.startPage()只对紧随其后的第一个查询语句生效。如果你的业务里先执行了一条SELECT COUNT(*)或者其他查询那分页就加到了那条语句上数据就全乱了。正确做法是让startPage和selectPageList紧紧挨在一起中间不插任何查询。另一个坑是 MyBatis 的自动映射autoMapping。如果实体类属性加了下划线命名比如create_time对应createTime一定要在application.yml开启mybatis-plus: configuration: map-underscore-to-camel-case: true不开这个查询结果里create_time永远映射不到createTime属性输出全为 null。报错不会报但页面一直显示空白时间这种问题最浪费时间。5.4 IDEA 创建 SpringBoot 项目的几个操作细节用 IDEA 创建项目时很多人会卡在“连接 spring.io 失败”。这种问题通常是网络不稳定可以改成用阿里云镜像https://start.aliyun.com组件选择上可能不一样但生成的骨架完全能用。如果是离线环境也可以直接在 Maven 里建一个普通工程然后手动补上spring-boot-starter-parent和spring-boot-starter-web依赖效果一样。开发时强烈建议加spring-boot-devtools它会监听 classpath 的变化改完 Java 代码按CtrlF9自动重启不用每次手动 stop 再 start。application.yml里加一行spring.devtools.restart.enabledtrue就行。还有个冷知识SpringBoot 启动的 ASCII 字符画 banner 可以用在线 banner 生成器自定义那玩意纯属趣味性的东西放答辩演示页里不扣分但也不加分别花太多时间。6. 答辩与面试从“会做”到“会说”的八个问题6.1 必问Spring Boot 自动配置原理怎么答老师在答辩时大概率会问一句“你了解 Spring Boot 的自动配置吗”。这时不要说“它自动帮我们配好了”这等于没答。你要说出背后的机制Spring Boot 的SpringBootApplication是个组合注解核心是EnableAutoConfiguration。它通过加载META-INF/spring.factoriesSpring Boot 3 是META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports里的配置类配合ConditionalOnClass、ConditionalOnMissingBean、ConditionalOnProperty这类条件注解在 classpath 中满足条件时才自动装配对应的 Bean。用大白话解释你引入了spring-boot-starter-webclasspath 里出现了Servlet类系统就知道你要做 Web 项目于是自动装配DispatcherServlet、Tomcat、Jackson这些组件你引入了spring-boot-starter-data-redisclasspath 里有了 Redis 客户端类它就自动配好RedisTemplate。你不需要手动写Bean的那些配置Spring Boot 已经在内部写好了“安装脚本”只等触发条件满足。6.2 项目难点库存超卖、事务失效如何展开问到项目难点千万别答“没有难点都挺顺利”这会让老师觉得你没认真做项目。我建议从以下几个方面展开库存超卖用条件更新UPDATE product_sku SET stock stock - #{quantity} WHERE id #{skuId} AND stock #{quantity}让数据库行锁保证并发安全回答时可以从“乐观锁”“原子操作”两个角度补充。订单状态流转通过状态机枚举统一管理避免 if-else 散落各处也防止非法状态流转。事务一致性下单主流程放在一个事务里同时指出事务失效的几种常见场景方法内部自调用 this.xxx() 导致 AOP 代理失效、异常被 catch 吞掉导致无法触发回滚、非 public 方法不会被代理管到。6.3 给“把项目当成作品集”的同学一点建议项目做完不是终点。我强烈建议你去整理一份简短的 README写上项目用了什么技术、启动步骤、演示账号、核心模块结构。截图加上核心代码在 GitHub 上建个仓库。找工作的时候这部分比简历上“精通 SpringBoot”那行字有说服力得多。如果还有余力把项目从本地搬到服务器上部署一下用宝塔面板或者直接用命令行java -jar跑起来。把部署遇到的那些问题——端口占用、数据库连接失败、jar 包运行后模板 404——一个个解决一遍。这些不是课堂能学来的东西但真实工作里天天都在发生。我带的不少学弟就是靠这个项目的部署经验在实习面试里和面试官多聊了十分钟最后拿到了 offer。做毕设最大的心得其实就一句话把一个简单的业务完整跑通比堆砌一堆花哨技术但跑不起来强一万倍。零食商城不是什么惊天动地的项目但如果你能盯着数据库里那条订单数据解释清楚它从购物车点击到支付成功经历的每一步你就已经比大部分同学强了。

SpringBoot零食商城毕设实战：数据库设计、订单与库存全链路

相关推荐

使用 TensorRT-LLM 部署 Model-Optimizer 量化模型：统一 Hugging Face Checkpoint 工作流

海固达建筑劳务值得信赖吗

北京羽翼丰羽毛球运动馆：马甸附近口碑不错的羽毛球馆推荐，用户力荐

更多资讯

基于Mininet与Ryu的SDN实验环境搭建与排错实践

Mininet+Ryu搭建SDN实验环境：从安装到流表下发全流程解析

Flutter跨平台实战：鸿蒙二手交易App开发与适配全解析

GCC 9.5.0源码编译实战：彻底解决gcc/g++版本不对

Hermes 与 DeepSeek 多智能体编排实战：部署、API Key 配置与调优

DeskcommCRM从0到1：客户档案、工单流转与坐席协作系统设计实践

今日更新

BunnyScholar硕士论文跨章节检查：长文档双栏如何梳理因果链

维普标红教育学SEM量表怎么办：助研君修改与RMSEA指标复核

知网标红有限元仿真与网格划分怎么办：助研君按字修改与参数复核

本周精选

深入解析Transformer多头注意力机制与工程优化

OpenClaw 的 Skills 跑学习任务，模型通道改到 TaoToken 通道行不行？

ChatGPT报错Oops, an error occurred! 全链路排查指南

本月热门

基于YOLO的焊缝缺陷检测：从数据标注到工业部署全流程实践

分布式服务的决策记录

创业产品的首版范围

读完文章，想聊聊您的网站？