莱夢1. 二次元商品项目不是“再抄一个商城”：动手前先把需求边界划清楚
做毕设或者练手项目，最怕拿到一个“springboot二次元商品销售”的题目就急着去抄淘宝的模块清单：用户、商品、购物车、订单、支付、优惠券、秒杀、后台管理……一上来铺得比天猫还大。结果代码写了一万多行，功能全是半吊子，答辩的时候老师问任何一个模块深一点就卡壳。这种项目我见过太多，实际上根本没必要。
二次元和普通电商的区别在于：二次元商品的核心不是“全”，而是“圈层”. 商品大多是手办、景品、cos服、同人制品、谷子（吧唧、立牌、色纸）、毛绒玩偶，用户关心的是角色的IP归属、系列、发行时间、是否绝版、是否现货，而不是超市里那种按日用百分类目就能解决的逻辑。所以这个系统真正该用心的地方是“围绕角色的商品信息结构”，而不是在支付和优惠券上自找麻烦。
我的建议是：先明确这道题目里的“销售”做到什么程度。毕设题目没给你线下营业执照，也不用真的接第三方支付平台，那业务边界就可以划成“模拟交易闭环”——从前端浏览、加购、下单、生成订单，到后台发货更新状态，再留一个“模拟支付成功回调”的入口，把整条链路跑通即可。真实支付、真实物流对接是加分项，但不是决定项目能不能通过的关键。
接下来动手前，把角色和用例理出来，这是后面所有表和接口设计的起点：
- C端用户：浏览商品、按IP/分类筛选、搜索、查看详情、加入购物车、提交订单、模拟支付、查看订单、确认收货、管理收货地址。
- 管理员：登录后台、商品上架下架、商品分类管理、轮播图管理、商品图片上传、订单列表与发货操作、用户管理、简单的销量统计。
这个范围覆盖了电商系统最标准的骨架，又不会因为盲目叠加模块把自己拖垮。之后无论是画ER图、写数据库设计文档，还是答辩时讲架构，都能讲得很扎实。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 技术栈与工程初始化：Spring Boot版本和ORM选型是第一个分水岭
很多同学在项目还没开始写业务代码前，就卡在“Spring Boot版本太高，启动报错”上。这个搜索热词能排得那么靠前，确实是新手重灾区。我的习惯是：如果没有强烈的学习目的，就不要追新，直接选Spring Boot 2.7.x + JDK 1.8。原因很现实：
- 2.7是2.x系列最后维护的大版本，资料最多，遇到问题能搜到大量现成答案；
- JDK 1.8是大多数学校机房和旧服务器的标配，答辩现场演示环境不容易出问题；
- 涉及后续整合Redis、MyBatis-Plus、JWT等生态组件时，2.x和这些库的兼容坐标基本都是验证过的。
有人会问，现在都Spring Boot 3了，还用2.7是不是老套？如果是个人学习，想了解Jakarta EE迁移、GraalVM这类新特性，那用3.x没问题。但作为一个要兼顾开发效率、稳定性和演示效果的毕设项目，不冒兼容性风险是更聪明的选择。
依赖方面，我推荐这一组“黄金搭档”，全部经过大量电商项目验证：
| 组件 | 用途 | 备注 |
|---|---|---|
| Spring Boot 2.7.x | 项目基础框架 | starter-web、starter-validation、starter-data-redis按需引入 |
| MyBatis-Plus | ORM与通用CRUD | 分页插件、代码生成器能极大提升编码速度 |
| MySQL 5.7/8.0 | 持久化存储 | 8.0注意驱动坐标和时区配置 |
| Redis | 缓存、购物车临时存储 | 配合Spring Cache使用，别重复造轮子 |
| JWT + Spring Security或Interceptor | C端登录鉴权 | 学生项目用拦截器就够，Security配置门槛略高 |
| MinIO或本地磁盘 | 商品图片存储 | 毕设优先本地目录，别一上来就搞OSS |
| Lombok | 消除冗余代码 | IDEA记得装插件 |
| Vue 3 + Element Plus（可选） | 管理端前端 | 也可以用Thymeleaf，取决于你前端熟练度 |
我的建议是：如果前后端你都能Hold住，管理端用Vue3 + Element Plus做成前后端分离效果会更亮眼；如果前端比较吃力，或者项目时间紧，那就老老实实用Thymeleaf + Bootstrap把页面渲染出来。答辩评委看的是业务链路是否完整，不会因为你用了前后端分离就多给分，但会因为“你连页面都跑不起来”而扣分。
工程结构我一般按这样分包，简单直接，也符合大多数毕设模板的口味：
text复制src/main/java/com/example/secondarymarket/
├── config/ // 跨域、拦截器、MyBatis-Plus分页等配