张辰LMY1. 项目整体设计与技术方案选型
1.1 为什么“Spring Boot购物网站”能成为毕业设计经典选题
每年到了毕业季，计算机专业的同学都会面临同一个问题：选题。我在帮不少学弟学妹审题的时候发现，“Spring Boot购物网站”这个题目几乎年年出现，放在毕业设计源码库里也一直是热门编号。这个题目的生命力不在于它多新，而在于它足够“综合”——一个购物网站要把用户、商品、订单、购物车、支付、后台管理这些电商核心模块全部串起来，前后端交互、权限控制、数据库设计、并发处理、部署发布全都覆盖到了，恰好把大学四年学的知识串成了一条线。
大家别觉得这种题目“太普通”就随便应付。真正把它做扎实，需要你同时掌握Spring Boot自动装配原理、Spring Security的认证授权流程、MyBatis-Plus的CRUD封装逻辑、MySQL事务和索引优化，以及前端Vue或Thymeleaf的渲染机制。任何一个环节有缺失，开发到中途都会卡住。我见过太多人一上来就写代码，结果到订单模块就乱了套，因为表结构压根没设计好。
那源码编号“78960”这类东西只是个档案号，大家不用纠结具体数字。重要的是理解这个项目的骨架：它本质上是一个“用户前台+管理后台”的双端系统，前台面向普通消费者提供注册登录、商品浏览、购物车管理、订单提交，后台面向运营人员提供商品上下架、库存管理、订单处理、数据统计。这两个端用的是同一套Spring Boot服务，只是通过URL前缀和权限角色做了区分。
1.2 技术栈定版：版本选型就是第一个坑
先说版本，因为这是大多数新人第一个掉进去的坑。我复现过无数个Spring Boot项目，这里的教训非常统一：别用最新版，用稳定版，最好跟你参考的教程保持一致。Spring Boot从2.x升级到3.x，最大的变化是javax包名换成了jakarta，很多老代码直接编译报错。再加上3.x强制要求JDK 17，很多同学电脑上装的是JDK 8，一启动就报UnsupportedClassVersionError，然后整个人就懵了。
我这里给出一套经过大量实践验证的稳定组合：
| 组件 | 推荐版本 | 说明 |
|---|---|---|
| JDK | 1.8 / 8u201+ | 最稳定的企业级版本，几乎所有框架都兼容 |
| Spring Boot | 2.7.x | 2.x最后的小版本，支持JDK 8，生态最成熟 |
| MySQL | 5.7 或 8.0 | 推荐8.0，但要注意驱动包和连接串差异 |
| MyBatis-Plus | 3.5.x | 配合Spring Boot 2.x无冲突 |
| Redis | 5.x / 6.x | 用于验证码存储、购物车缓存等场景 |
| Maven | 3.6.x | 不要用太新的3.9，个别插件没跟上 |
有人会问，Spring Boot 3.x都出来那么久了，为什么还要用2.x？原因很简单：你的毕业设计不需要尝鲜，需要的是“稳”。3.x的坑太多了，比如Spring Security 6.0的配置方式完全变了，SecurityFilterChain替代了之前的WebSecurityConfigurerAdapter，网上能搜到的老教程大多失效。等你把这些问题都排干净，答辩日期都过去一半了。
我这里也提一句Spring Boot自动装配原理，因为这是面试必问，也是理解项目启动过程的关键。Spring Boot的自动装配核心在spring.factories或者META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件里，它声明了一堆XXXAutoConfiguration。启动时@EnableAutoConfiguration会通过SpringFactoriesLoader加载这些配置类，再用@ConditionalOnProperty、@ConditionalOnClass等条件注解判断是否生效。这就是为什么你引入spring-boot-starter-web后，只需要一个@SpringBootApplication就能把Tomcat、DispatcherServlet、Jackson全给你配好。
1.3 单体架构还是前后端分离：别一上来就搞微服务
购物网站这个题目，很多人会纠结要不要拆微服务、要不要用Spring Cloud。我的建议非常明确：毕业设计千万别碰微服务，安安分分做单体架构。微服务虽然听起来高大上，但引入Nacos注册中心、OpenFeign远程调用、Sentinel限流、分布式事务Seata之后，你需要解决的就不再是业务问题，而是分布式环境下的各种复杂故障。这些内容放到论文里确实漂亮，但以本科毕设的时间线，很容易把自己拖垮。
单体架构下，Spring Boot作为一个核心服务，既可以自己同时渲染页面，也可以对外提供RESTful API。如果你前端基础弱，建议用Thymeleaf模板引擎做服务端渲染，一个依赖就能搞定，不用折腾跨域；如果你前端能力还行，想用Vue做一个漂亮点的前台页面，那就用前后端分离方案，Spring Boot提供/api/user/**、/api/goods/**这类接口，Vue这边通过Axios发请求。
我个人更推荐前后端分离。原因在于论文写起来层次更清晰，你可以明确划分“前端展示层-后端接口层-数据持久层”，答辩时老师问起来，你也有个清晰的架构图可以讲。不过分离方案要给前端页面找一个容器，可以选择把Vue打包后的静态资源放到Spring Boot的static目录下，也可以单独用Nginx部署，后者更加规范。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 需求拆解与数据库建模
2.1 购物网站的功能边界：先画清楚，再写代码
一个购物网站的功能列表看似简单，实际上要拆得很细。我在这里列一个标准的毕业设计功能清单，大家直接对照自己的项目查漏补缺：
前台用户端：
- 用户注册与登录：用户名密码登录、手机号/邮箱验证码登录、退出登录
- 商品浏览：首页商品推荐、分类导航、商品搜索（关键字/分类/价格区间过滤）、商品详情页
- 购物车：加入购物车、修改数量、删除、批量结算
- 订单：提交订单、订单列表、订单详情、取消订单、确认收货
- 个人中心：资料修改、密码修改、收货地址管理、订单记录
- 辅助功能：轮播图、公告、收藏
后台管理端：
- 管理员登录认证
- 用户管理：查看用户列表、禁用/启用用户
- 商品管理：添加商品、编辑商品、上下架、库存管理、商品图片上传
- 分类管理：商品分类的增删改查
- 订单管理：订单列表、发货、查看订单详情、统计每日订单量
- 数据统计看板：近七天销售额、热门商品TOP10
需要注意的是，毕业设计不需要做真实支付。你接支付宝沙箱或者微信支付沙箱可以做，但不接也完全不影响评分。很多学校其实不希望你们真的接入支付，因为涉及企业资质和隐私问题。你可以在订单状态机里加上“已支付”这个状态，然后后台上提供一个“模拟支付”按钮，或者直接默认下单即视为已支付，这样就绕开了支付环节。
2.2 核心数据表设计：耦合关系想清楚再建表
数据库建模是整个项目的地基，表结构设计好了，后面写代码就是流水线作业；表结构设计烂了，后面就是无穷无尽的修补。我强烈建议大家在写任何一行代码之前，先把数据库建好。
购物网站最少不要少于这几张核心表：
| 表名 | 关键字段 | 说明 |
|---|---|---|
| user | id, username, password, phone, email, avatar, status, create_time | 前台用户表 |
| admin | id, username, password, role | 后台管理员表，注意密码加密存储 |
| category | id, parent_id, name, sort_order | 商品分类表，parent_id支持两级分类 |
| goods | id, category_id, name, subtitle, main_image, price, stock, sales, status | 商品表 |
| goods_image | id, goods_id, image_url | 商品轮播图画册表 |
| cart | id, user_id, goods_id, quantity, checked | 购物车表，一个用户可对应多条记录 |
| orders | id, order_no, user_id, address_id, total_price, status, create_time |