Spring Boot零食售货机管理系统：数据库设计与权限控制实践

最近正好帮一个学弟把这个springboot零食售货机管理系统的课设项目从零到一梳理完整，从需求分析到数据库设计，再到功能实现和文档撰写，整个过程踩了不少坑，也积累了一些值得分享的经验。如果你正在做类似的课程设计或者毕业设计，或者想快速搞懂一个springboot项目的完整脉络，这篇内容应该能帮你省下不少时间。

先交代一下背景：这个项目是典型的"基于springboot的零食售货机管理系统"，核心围绕商品管理和购买管理两条主线展开，配套源码、数据库脚本以及一篇完整的课程设计文档。项目技术栈是Spring Boot + MyBatis Plus + MySQL，前端用Vue + Element UI（也可以直接用Thymeleaf，后面会讲两种方案的取舍）。整体规模不大，但是麻雀虽小五脏俱全，非常适合作为课设、毕设的参考项目，也适合想入门springboot但不想只做增删改查的初学者。

1. 项目概述与核心功能拆分

1.1 这个系统到底是做什么的

零食售货机管理系统，本质上是把线下零售货机的"商品上架—用户选购—订单生成—库存扣减—销售统计"这条链路搬到线上，让运营人员能够远程管理货机内的商品，同时让用户能够通过网页完成购买流程。听起来简单，但真正落地时会发现，这里面涉及角色权限、商品上下架、订单状态流转、库存一致性、补货记录、销售报表等一系列问题。

这个项目的功能范围从标题就能看出，重点是商品管理和购买管理。我做的时候进一步拆成了三个角色维度：

• 管理员角色：负责用户管理、角色权限配置、全局数据统计、异常订单处理；
• 运营人员角色：负责商品信息的维护（新增、编辑、上下架）、库存的调整、补货记录的登记；
• 普通用户角色：浏览货机商品、加入购物车、提交订单、模拟支付、查看自己的历史订单。

这个角色划分和很多网上的教程项目不太一样，网上很多项目虽然页面很多，但角色权限基本都是摆设。我这个项目里从后端接口到前端页面，都做了基于Spring Security + JWT的权限控制，管理员和运营人员的可见菜单、可操作接口是真正有区分的。这部分在答辩的时候是非常加分的点，因为很多老师都会问"你的权限是怎么控制的"。

1.2 核心业务流程如何跑通

整个系统的核心业务链路，其实可以浓缩成一个场景：用户打开系统首页，看到货机上架的各品牌零食，带图片、价格、库存数量，选择几样加进购物车，下单后系统检查库存是否充足，计算总价，用户模拟支付成功后，系统扣减库存、生成订单，运营人员随时可以在后台看到订单情况并进行发货或补货操作。

在这个过程中，最关键的三个环节是：商品上下架的即时生效机制、并发下单时的库存防超卖处理、以及订单状态在不同操作下的流转逻辑。这三个问题在课程设计的简单场景下可以做得比较粗糙，但如果想在答辩时让老师眼前一亮，就应该在这里下功夫。后面我会专门拿出一节来讲并发扣减库存这块的几种实现方案。

2. 技术选型与设计决策的取舍逻辑

2.1 为什么主框架选择了Spring Boot而非SSH或SSM

现在做课设或者毕设，很多人会纠结用SSM还是Spring Boot。我的建议非常明确：除非老师特别指定必须用SSM，否则一律用Spring Boot。原因不仅仅是Spring Boot更火、资料更多，更重要的是，Spring Boot的自动配置机制和Starter生态，能够让你把精力集中在业务逻辑上，而不是去配置一堆XML文件。

这个项目里我使用的是Spring Boot 2.7.x版本，没有选择Spring Boot 3.x。原因有两点：第一，2.7.x是2.x系列的最后一个稳定版本，资料丰富，遇到任何问题基本都能搜到解决方案；第二，3.x基于Jakarta命名空间，很多老版本的第三方依赖需要额外适配，对课设来说完全没有必要冒这个风险。我用的是JDK 8，配合Spring Boot 2.7.x，这是目前最稳的组合，没有之一。

2.2 ORM框架选了MyBatis Plus而非原生MyBatis

ORM框架的选择上，我倾向于MyBatis Plus。原生MyBatis写分页查询、批量插入、条件构造器这些代码会比较繁琐，而MyBatis Plus内置了通用Mapper、分页插件、Lambda条件构造器，能让代码量减少50%以上。而且它和Spring Boot的整合非常顺滑，引入mybatis-plus-boot-starter依赖后，基本零配置就能跑起来。

在代码组织上，我采用了标准的Controller - Service - Mapper三层结构，实体类放在entity包，DTO放在dto包，VO放在vo包。这不仅仅是规范的问题，更重要的是为后续维护和文档撰写打基础。课程设计文档里必然要画系统架构图和功能结构图，如果你的代码分层清晰，画图的时候会非常省事。

2.3 前端方案的选择：Vue分离还是服务端渲染

这个项目我实现了两套前端方案，源头是需求的不同。如果你只是要一个"能跑、能演示、能答辩"的系统，那直接用Thymeleaf做服务端渲染就够了，后端返回页面，简单直接，部署方便。但如果你想在课设答辩时额外加分，展示前后端分离的能力，那我建议使用Vue + Element UI，通过Axios调用后端RESTful API。

考虑不同实现成本，我把最终版本的源码采用Vue分离方案，因为Spring Boot天生适合做前后端分离的后端服务，这也是目前企业开发的主流模式。但需要提醒一句：前后端分离意味着你需要额外处理跨域问题（CORS）、需要处理Token的传递和拦截，项目复杂度会上升一个台阶。这个复杂度对课设来说是可控的，但要做好心理准备。

3. 数据库设计：零食售货机业务的地基

3.1 核心数据表结构与字段设计逻辑

数据库设计可以说是这个项目的灵魂。很多课设项目功能做得天花乱坠，但数据库只有三张表，所有字段都是字符串类型，这种设计答辩时老师随便问几个问题就露馅了。我做这个项目时一共设计了6张核心表，外加2张关联表。

• user（用户表）：id、us