1. 项目概述
1.1 毕业设计到底要做什么
米家商城，听名字就知道是模仿小米商城那一套：首页有商品轮播、分类导航、商品列表，进来能搜商品、看详情、加购物车、下单结算，后台有商品管理、订单管理、用户管理、轮播图管理。这几乎是电商类毕业设计的“标准答案”了，但简单不等于容易，把这一套全栈流程走通，从前端页面到后端接口再到数据库设计，工作量其实相当扎实。
很多人拿到这类题目第一反应是：这不就是网上随便找个开源商城改个名吗？还真不是。米家商城这个名字意味着界面风格要贴近米家的简洁白底风格、产品卡片式布局、橙色点缀的视觉体系，而且功能上要有“商城”的完整闭环。如果只是抄个单体项目改改数据库，答辩时老师追问几个技术细节，很容易露馅。这道题考察的核心是三件事：你能不能独立设计数据库表结构，能不能用SpringBoot把业务逻辑写成RESTful接口，能不能用Vue把页面状态管理清楚。
整个项目采用前后端分离架构。前端是Vue 2 + Element UI（也有用Vue 3 + Element Plus的，后续细说），后端是SpringBoot 2.x + MyBatis Plus，数据库用MySQL 5.7或8.0，权限认证用JWT或Shiro。这套技术栈放在今天的市场里依然是中小型项目的主流组合，学完出去找工作、做外包项目都直接能用，不像某些老旧SSH项目那样学了就过时。
1.2 这套方案的价值和适用人群
如果你是计算机科学与技术、软件工程、电子商务专业的学生，准备做毕业设计或课程设计，这套“SpringBoot + Vue + MySQL 米家商城”就是一个典型的中等复杂度全栈项目。规模不大不小：比单纯的学生管理系统复杂——有商品、有购物车、有订单状态流转；但又不至于像真正的电商平台那样涉及分布式事务、秒杀系统、消息队列。这个度刚好适合用来展示你对全栈开发的理解深度。
项目交付物通常包含：前端完整源码、后端完整源码、数据库SQL文件（含建表语句和初始化数据）、毕业论文（一般是1.2万字到2万字不等，含需求分析、系统设计、功能实现、测试等章节）、部署文档（教你从零怎么把项目跑起来）。这些交付物加在一起，就是“源码+数据库+论文+部署文档”这个标题的全部含义。
适合谁来参考？分三类：第一类是时间紧张，想找一个靠谱的成品项目做二次开发或局部重写，毕业设计需要提交代码和论文的；第二类是有点基础但没完整做过全栈项目，想通过一个商城项目把SpringBoot和Vue串起来，搞懂前后端怎么对接的新手；第三类是运气不好被分到“商城”这类老题目，但想做得比别人用心一些、在答辩时能拿出亮点的人。我自己就是第二类到第三类之间的状态走过来的，所以这篇文章的重点会放在“你怎么把这个项目真正吃透”上，而不是单纯告诉你文件放哪个目录、点哪里启动。
2. 整体设计与技术选型
2.1 为什么是这套技术栈组合
SpringBoot + Vue + MySQL 这个组合在近几年的毕业设计里出现频率极高，几乎快成默认选项了。你换个角度想：SpringBoot负责后端接口开发，内嵌Tomcat，不用单独部署容器，而且自动配置机制把SSH时代那些繁琐的XML配置全砍掉了，开发效率高出一大截；Vue作为渐进式前端框架，组件化和响应式数据的思路非常适合商城这种多页面、多状态的场景；MySQL则是老牌开源关系型数据库，学生熟悉度最高，装个Navicat就能可视化操作，导出SQL也方便给老师查看。
这个组合的合理性还体现在三个维度上。先说开发效率：一个商城项目的前端页面至少有首页、商品列表页、商品详情页、购物车页、结算页、订单列表页、后台管理页这七八个核心页面，如果用原生JS写，光是DOM操作和状态同步就能写到你怀疑人生。Vue的组件化让你把每个页面拆成若干组件，路由切换时组件自动渲染，数据用Vuex或本地Storage管理，体验和代码整洁度都提升一个档次。
再说运行成本：SpringBoot打包成Jar包后一键运行，前端用Nginx托管一下静态文件，一个2核4G的学生服务器完全跑得动。很多人的毕业设计只需要演示给老师和同学看，不需要承载真实流量，这套方案的运维成本几乎可以忽略。
最后说答辩自保：SpringBoot框架在面试题里的出现频率非常高，MyBatis的Mapper开发模式、依赖注入、自动配置、拦截器、全局异常处理，这些概念你在项目实战里用过之后再去看那些面试题，理解深度完全不一样。Vue的路由守卫、计算属性、生命周期钩子，MySQL的索引设计、事务隔离级别、多表联查，这些知识点在你写完一个商城项目之后都有了真实的落点，答辩时老师问起来你心里有底。
2.2 数据库设计是这栋楼的地基
说句实在话，大部分毕设项目答辩被问倒，不是栽在前端，也不是栽在接口，而是栽在数据库设计上。老师最喜欢问的一句话就是：“你这个订单表关联了哪些表？如果用户下单选了两个商品，订单数据怎么存？”如果你答不上来，哪怕代码写得再漂亮，评分也会受影响。
米家商城项目在数据库这块需要设计好的核心表，按我的实战经验至少要有这么几张：
用户表（sys_user）：用户名、密码（要加密存储，不能明文）、昵称、手机号、邮箱、头像、注册时间、状态。这张表对应前端的登录注册功能，后端用JWT签发Token，密码用MD5加盐或BCrypt加密。
商品表（pms_product）：商品名称、副标题、商品图片（建议存多图用逗号分隔或Json数组）、价格、原价、库存、销量、商品详情描述、上架状态、创建时间。这张表是商城的信息中枢，首页推荐、分类列表、搜索功能全都围着它转。
商品分类表（pms_category）：分类名称、父级分类ID、排序、层级。商城菜单一般做两级分类就够用了，一级比如“手机”“家电”“数码”，二级比如“手机”下面分“小米”“Redmi”“苹果”这种品牌词。
购物车表（cart_item）：用户ID、商品ID、购买数量、选中状态、加入时间。这里有个设计陷阱：购物车表要不要拆成“购物车主表 + 购物车明细表”？对于毕设项目来说完全没必要，一张表就能表达清楚，每个商品一条记录，重复加入时更新数量就行。
订单表（oms_order）：订单编号、用户ID、订单总金额、支付方式、支付状态、订单状态、收货人姓名、手机号、详细地址、下单时间、支付时间、发货时间、完成时间。订单编号不建议用自增ID，最好生成一个唯一业务单号，比如时间戳+用户ID+随机数，这样看起来专业，也不容易暴露订单量。
订单明细表（oms_order_item）：订单ID、商品ID、商品名称、商品图片、商品单价、购买数量、小计金额。这张表非常关键，它存的是下单那一瞬间的商品快照。为什么要快照？因为用户下单后商品可能改名、改价、甚至下架，订单里的信息必须保持下单时的样子，所以不能去实时关联商品表拿数据。
配送地址表（oms_address）：用户ID、收货人、手机号、省份、城市、区县、详细地址、是否默认地址。下单时可以直接从地址列表选，也可以新增地址，前端做表单校验。
轮播图表（cms_banner）：图片地址、跳转链接、排序、状态。后台管理里能传图片、设链接，前台首页按排序值从大到小展示。
除了建表，还要注意字段类型和索引。价格字段用decimal(10,2)不用double，避免浮点误差；库存字段用int；描述类长文本用text或mediumtext；用户表唯一索引建在username上，商品表要给名称建普通索引，订单表要给订单编号建唯一索引。有索引能让检索速度有明显提升，更重要的是这在论文里能写进“数据库优化设计”章节，是正经的加分项。
2.3 前后端接口约定的沟通成本
前后端分离项目里最让人头疼的不是写代码，而是“前端要的数据结构后端没给全，后端给的字段前端不知道用来干嘛”。想让这个项目少踩坑，第一步就是先把接口文档定下来。毕设项目用不上Swagger这种重型工具，但至少要用一份API文档（Markdown也行，ApiPost也行）约定清楚，每个接口的路径、请求方式、请求参数、返回结构。
我的习惯是后端返回一个统一响应体：
{ "code": 200, "message": "操作成功", "data": {} }所有接口都按这个格式返回，前端拿到响应后先判断code，再取data。这样前端处理逻辑就统一了：无非是成功渲染数据，失败弹Toast提示。分页接口的data里固定存records、total字段（MyBatis Plus的分页插件默认就是这么返回的），有经验的前端看一眼就知道怎么渲染。
接口路径命名参考Restful风格：
登录认证：POST /api/user/login、POST /api/user/register 商品模块：GET /api/product/list（分页/条件搜索）、GET /api/product/{id}（详情）、GET /api/product/recommend（首页推荐） 购物车模块：GET /api/cart/list、POST /api/cart/add、PUT /api/cart/update、DELETE /api/cart/{id} 订单模块：POST /api/order/create、GET /api/order/list、PUT /api/order/status、GET /api/order/{id} 后台管理：POST /api/admin/product/save、PUT /api/admin/product/update、DELETE /api/admin/product/{id}
前端和后端并行开发的时候，照着这份文档各自干活，最后联调阶段出问题的概率就会小很多。在一个人的毕设项目里，这个约定带来的最大好处是：你在写前端的时候不用老去翻后端代码，写后端的时候不用老惦记前端页面结构，大脑可以切换到“接口视角”看待整个项目。
3. 核心功能模块的实操拆解
3.1 用户登录注册与JWT授权
用户模块是商城的入口，几乎所有需要用户身份的操作——购物车加商品、下单、查看订单、后台管理操作——都要基于登录态来识别用户。毕设项目里用得最多的是JWT方案，因为它天然适合前后端分离：服务端不保存Session，Token签发后由前端自己保存，请求时放入Header的Authorization字段即可。
后端的实现步骤大致如下：
在pom.xml中引入依赖，我用的是jjwt这个轻量库：
<dependency> <groupId>io.jsonwebtoken</groupId> <artifactId>jjwt</artifactId> <version>0.9.1</version> </dependency>然后写一个JWT工具类，包含生成Token和解析Token两个核心方法。生成时设置过期时间（一般建议2小时，也可以让前端每过一段时间自动刷新），把用户ID和用户名作为claims放进去。解析时从字符串还原出用户信息，校验签名是否有效。
public class JwtUtil { private static final String SECRET = "mijia-mall-secret-key"; public static String generateToken(Integer userId, String username) { return Jwts.builder() .setSubject(username) .claim("userId", userId) .setIssuedAt(new Date()) .setExpiration(new Date(System.currentTimeMillis() + 2 * 60 * 60 * 1000)) .signWith(SignatureAlgorithm.HS256, SECRET) .compact(); } public static Claims parseToken(String token) { return Jwts.parser().setSigningKey(SECRET).parseClaimsJws(token).getBody(); } }注意一个坑：jjwt 0.9.1依赖的jaxb在某些高版本JDK（JDK 9+）里默认不带了，运行时会报ClassNotFoundException，需要在pom里加jaxb-api依赖补上，或者直接换用io.jsonwebtoken:jjwt-api/impl/jackson的0.11.x新版本。如果你用的是JDK 8，旧版没问题；但我建议直接用0.11.5以上版本，省心。
前端收到Token后存到localStorage，同时存一份用户基本信息（ID、昵称、头像等）到Vuex里。请求拦截器统一在axios的Request拦截器里加上Token：
service.interceptors.request.use(config => { const token = localStorage.getItem('token') if (token) { config.headers['Authorization'] = token } return config })这里有个细节：Token字符串可能被后端解析时把Bearer前缀一起放进去导致验签失败，所以前后端约定好，要么都处理Bearer前缀，要么都不处理。我的建议是后端直接读原样Token，前端发请求时也不加Bearer，整个项目保持一致的简单实现。
后端写一个HandlerInterceptor或Filter对所有需要登录的接口做校验。在WebMvcConfigurer里注册拦截器，放行登录注册、商品列表、商品详情、轮播图等公开接口，其他接口全部拦下来挨个检查Authorization头。校验失败时返回401状态码，前端响应拦截器收到401后跳回登录页。
3.2 商品分页查询与条件搜索
商品列表是商城页面里最核心、也最容易写崩的部分。先说分页：初学者最容易犯的错是手写LIMIT语句再自己数页码，忙活半天边界条件一堆。其实MyBatis Plus自带的分页插件成熟稳定，合理配置一下就能用。
配置分页插件：
@Configuration public class MybatisPlusConfig { @Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor = new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }Service里调用分页查询：
public Page<Product> queryProductPage(ProductQueryDTO dto) { LambdaQueryWrapper<Product> wrapper = new LambdaQueryWrapper<>(); wrapper.eq(StringUtils.hasText(dto.getCategoryId()), Product::getCategoryId, dto.getCategoryId()) .like(StringUtils.hasText(dto.getKeyword()), Product::getName, dto.getKeyword()) .eq(dto.getStatus() != null, Product::getStatus, dto.getStatus()) .orderByDesc(Product::getSales); return productMapper.selectPage(new Page<>(dto.getPageNum(), dto.getPageSize()), wrapper); }这段代码高度浓缩了MyBatis Plus的优雅之处：条件构造器根据前端传参动态拼SQL，不用手动拼接字符串，也避免了SQL注入问题。前端只需要传pageNum（页码，从1开始）、pageSize（每页大小，一般10或12）、keyword（搜索关键词）、categoryId（分类ID）这几个参数即可。
条件搜索在SQL层面生成的等价语句是：
SELECT * FROM pms_product WHERE category_id = 1 AND name LIKE '%手机%' ORDER BY sales DESC LIMIT 0, 10搜索推荐一个小技巧：如果商品数据有几百条，直接用LIKE全模糊匹配没问题；如果上万了，中文全文索引或引入Elasticsearch才有意义，但毕业设计完全到不了这个量级，普通LIKE就够了，不用过度设计。
商品详情页的接口相对简单，直接按ID查详情即可，但要注意把轮播图字段处理成list返回给前端。我习惯在数据库里用逗号分隔存储图片地址，查询出来后在Service层拆分成List，前端拿到list就可以直接丢给轮播组件渲染。
3.3 购物车设计与加购逻辑
购物车主表在前面提过了，这里重点说一下加购的完整流程。用户在商品详情页点击“加入购物车”按钮后，前端拿到商品ID和数量，调用后端接口：
POST /api/cart/add { "productId": 1, "quantity": 2 }后端收到请求后的逻辑是：先从JWT Token里解析出userId，然后查购物车表这个用户是否已经有这条商品。有则把数量累加，没有则新建一条记录。这里你不能让前端把userId随请求传过来——前端传的userId不可信，高手会直接篡改请求去操作别人的购物车——所以必须从Token里取，这也体现了JWT无状态认证的价值。
接口处理完毕返回购物车内商品总数，前端顶部的Badge角标实时更新。这个“小红点”看起来很细节，但很能提升用户对项目的整体印象，答辩演示的时候手动画龙点睛。
再说一个常见问题：购物车里的商品价格是取实时商品表价格还是加购时存一份快照？毕设场景下建议取实时商品表价格，因为购物车只是一个“预备清单”，在下单那一步才会最终锁定价格。如果商品在加购之后降价了，用户结算时发现价格变了可能会疑惑，但这是符合电商常规逻辑的（结算页永远以最新价格为准）。等到了创建订单那一步，再用订单明细表锁定当时的价格。
3.4 订单提交与状态流转
订单是商城项目里逻辑最重的一块，关系到“下单减库存还是支付减库存”这种经典商品设计问题。毕设项目不需要扛高并发，所以采用最简单可靠的方案：创建订单时同步扣减库存，校验失败就直接回滚。
下单流程的实现套路是：
第一步，请求参数进来，包含地址ID、商品ID列表及数量。后端先检查每个商品是否上架、库存是否充足，用一个DTO接收参数并做基础校验。
第二步，校验通过后创建订单主记录，状态为“待支付”，生成业务订单号。订单号的生成我用了“日期 + 用户ID补零 + 随机三位数”这种格式，例如20250115103025001001，既好看又够用。
第三步，创建订单明细记录。遍历前端传来的商品列表，从商品表查出当前价格，把商品名称、图片、单价、数量原封不动写进明细表。这一步实际是“快照思想”的落实，订单生成后哪怕商品表被删了，订单详情页依然能正常显示。
第四步，扣减库存。执行:
mapper.reduceStock(productId, quantity);需要注意：扣库存的SQL要带上“库存足够”的条件，即UPDATE pms_product SET stock = stock - #{quantity} WHERE id = #{id} AND stock >= #{quantity}，通过受影响行数判断是否扣减成功。如果为0说明超卖或库存不足，抛异常让整个事务回滚。
第五步，在Service方法上加@Transactional(rollbackFor = Exception.class)，保证上述四步要么全部成功，要么全部回滚。
订单状态的设计，我建议至少包含这几个状态位：待支付0、待发货1、待收货2、已完成3、已取消4、售后中5。前端订单列表根据状态用Tab页签区分，后台管理可以根据状态对待发货订单点击“发货”按钮，把状态从1推到2。状态变更全部通过后端接口完成，严禁前端直接改state字段，这一点在论文里也能写出来，展示你注意到了接口安全性。
3.5 后台管理的CRUD与上传功能
后台管理模块的技术含量说不上高，但页面多、表单多，容易写得很烦躁。米家商城后台至少需要这几个页面：商品管理（列表、新增/编辑弹窗、上架/下架）、订单管理（按状态筛选、查看详情、发货操作）、用户管理（列表、禁用/启用）、轮播图管理（列表、新增、删除）。
商品管理里的表单有一个典型复杂点：商品详情是富文本。说白了就是后台编辑商品描述时需要一个富文本编辑器，前端的Element UI自带的el-input只能写纯文本，展示效果不理想。我的建议是接一个简洁的富文本组件，比如wangEditor或Tinymce，上传图片后再插入正文。富文本编辑器产出的HTML字符串直接存在product表detail字段，前端展示时用v-html渲染，注意必须配合防XSS处理的措施——开发接口要对自己的安全性负责，不能因为面向答辩就不考虑安全问题。
图片上传是后台管理另一个绕不开的点。上传接口的后端逻辑比较简单：接收MultipartFile，校验文件大小（建议限制5MB以内）和扩展名（jpg/png/gif/webp），保存到本地磁盘指定目录或上传到云存储桶，返回一个可以访问的图片URL。如果你自己的服务器没有对象存储，就存到本地上传目录，然后前端通过一个映射路径去访问。这里一定要在后端配静态资源配置类，让/upload/**这个路径映射到实际磁盘目录，否则前端拿到URL也打不开图片。
前端上传组件用Element UI的el-upload，action属性指向后台上传接口，on-success回调里拿到返回URL后，把URL回填到表单项里。这样从上传到回显的链路就通了。
3.6 前端路由与页面骨架
前端项目的目录结构，我习惯按模块拆分而不是按类型拆分。核心目录是这样：
src/ api/ // axios请求封装，按模块拆文件：product.js、cart.js、order.js、user.js assets/ // 静态资源、全局样式 components/ // 公共组件：FooterNav.vue、Header.vue、SwiperBanner.vue router/ // 路由配置 store/ // Vuex状态管理：user模块、cart模块 views/ // 页面组件 home/ // 首页 product/ // 商品列表与详情页 cart/ // 购物车 order/ // 订单相关 user/ // 用户中心、登录注册 admin/ // 后台管理路由配置中一个值得说道的地方是路由守卫。商城项目至少有两类需要守卫的页面：用户中心的订单页、结算页必须登录后才能访问；后台管理页面必须管理员权限才能访问。Vue Router的beforeEach钩子里写逻辑：
router.beforeEach((to, from, next) => { const token = localStorage.getItem('token') if (to.meta.requiresAuth && !token) { next('/login') return } if (to.meta.isAdmin && localStorage.getItem('userRole') !== 'admin') { next('/') return } next() })守卫逻辑并不复杂，但能一次性把两个问题都解决掉：未登录的用户无法直接通过修改URL绕过登录进入结算页；非管理员也无法通过地址栏直接跳后台页面。路由守卫配合后端拦截器做双重防护，安全性就能说得过去了。
4. 实操部署与环境踩坑
4.1 本地开发环境准备
开发这个项目需要准备的东西并不复杂，但版本匹配是新手最容易踩坑的重灾区。我强烈建议你严格按照下面这套版本组合来，能省下无数报错排查时间：
JDK用1.8（对应后端是SpringBoot 2.5.x到2.7.x，兼容性最好）；Maven用3.6.3或3.8.x；MySQL用5.7或8.0（两者在语法上绝大多数兼容）；Node.js建议14.x或16.x（对应Vue 2项目构建稳定，Vue 3建议16+）；前端包管理器用npm，国内网络环境下可以配置淘宝镜像源。
后端启动前有几个固定配置项要处理：在application.yml里配置数据源、MyBatis Plus的Mapper扫描路径、Tomcat端口（默认8080；前后端分离部署时，后端可以配一个跨域过滤器，或让前端在Vue CLI的devServer配置代理），这里有个关键细节：如果前端将就着用Vue CLI的devServer代理解决跨域，那就只用配一个/api前缀的转发规则。
我要格外强调一下MySQL的时区问题。SpringBoot的JDBC连接串里一定要带serverTimezone参数，否则连接数据库会直接报时区异常，这是我在实际部署中被折磨过好几次的经典坑：
spring: datasource: url: jdbc:mysql://localhost:3306/mijia_mall?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai username: root password: 123456另外MySQL 8.0以上的驱动类名从com.mysql.jdbc.Driver改成了com.mysql.cj.jdbc.Driver，如果你用的是8.x驱动但配置写了旧类名，启动时会看到一堆DriverClassNotFound之类的报错，一眼难排查。
4.2 从0到1启动项目的完整流程
假设你拿到了完整的源码压缩包（含前端mijia-mall-ui目录、后端mijia-mall目录、SQL文件、部署文档），启动流程是固定的：
第一步，用Navicat或命令行执行SQL文件。在执行之前先创建一个空数据库：CREATE DATABASE mijia_mall DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;，然后在Navicat里选择“运行SQL文件”。如果SQL脚本里没有包含建库语句，就不要直接拿SQL文件去“导入”，必须先建库再导数据。执行完成后检查一下核心表是否存在，商品表有没有初始化数据，轮播图表是否已经有几条图片记录。
第二步，改后端配置文件。application.yml里的数据库用户名、密码改成你自己的；如果端口8080被占用就改成8081，同时记得前端的代理或后端CORS配置对应改掉。
第三步，启动后端。用IntelliJ IDEA打开mijia-mall目录，等待Maven下载依赖完成后，运行主类。看到启动日志输出“Started Application in xx seconds”就说明成功了。我习惯在浏览器访问http://localhost:8080/api/product/list?pageNum=1&pageSize=1直接验证接口通不通，这个接口无需登录，很方便。
第四步，启动前端。用VSCode或WebStorm打开mijia-mall-ui目录，先执行npm install安装依赖（网络好的话2-5分钟，网络差就配镜像）。安装完成后执行npm run serve，看到Compiled successfully后，用浏览器打开localhost:8081或任意端口，能出现商城首页即可。
第五步，登录后台。项目默认通常有一个admin/123456的管理员账号，没变更密码就直接用；如果SQL里没初始化管理员账号，需要在用户表手动插入一条记录，密码字段拿来加盐加密后的字符串。
4.3 MySQL安装和Navicat破解的那些坑
搜你的应用关键词时，有几个词一直在被高频搜索，很多人都在从零阶段就崩溃了。“MySQL安装”这个词背后最常见的三大症状是：安装到最后一步卡住无响应、安装完成后命令行敲mysql提示不是内部命令、连不上报2002错误。
安装卡住，绝大多数情况是安装过程中弹出了密码设置窗口但你不小心忽略了，或者是安装类型选成了Server only导致后续步骤依赖缺失。我的建议是安装时直接选Developer Default，一路Next不要动其他选项，到Password设置界面认真记下密码。安装完成后，系统会有一个配置窗口让你把MySQL注册成Windows服务，这一步不要跳过。
命令行敲mysql不是内部命令，这是环境变量没配置。解决方式是在系统环境变量Path里加上MySQL安装目录下的bin路径，比如C:\Program Files\MySQL\MySQL Server 8.0\bin，然后重开CMD。
连接报2002错误，通常是MySQL服务没启动。按Win+R输入services.msc打开服务列表，找到MySQL服务，状态改成“启动”，然后设置启动类型为“自动”，再连Navicat就通畅了。
至于Navicat收费的问题，学生党最常见的选择有两种：一种是用开源免费的替代品，比如DBeaver、HeidiSQL，功能完全够用；另一种是找学校邮箱申请Navicat教育版，这比到处找破解版靠谱得多。说句实在话，对于源码学习来说，用免费工具并不会少学任何东西，表结构设计、SQL执行、数据导入导出这些核心操作全都支持。
4.4 SpringBoot项目打包与服务器部署
开发完项目之后，如果有条件把项目放到云服务器上跑起来，给答辩老师看一个可以外网访问的线上效果，印象分会高很多。部署流程分成两条线：
后端打包：在项目根目录执行mvn clean package -DskipTests，打包完成后target目录下会生成一个mijia-mall-0.0.1-SNAPSHOT.jar文件。把这个Jar上传到服务器，用nohup java -jar mijia-mall.jar > server.log 2>&1 &命令后台启动。首次启动如果报数据库连接失败，检查服务器上MySQL的root密码是否被设置为远程访问权限。
这里有个比较隐蔽的坑：云服务器上的MySQL默认只允许localhost连接，远程连接时会报Access denied或Host not allowed。两个解决方案：一是修改MySQL用户表，把root的host改成%；二是在服务器的安全组或防火墙里放行3306端口的访问。我建议直接把配置改了，然后用JDBC连接串测试通。
前端打包：在mijia-mall-ui目录执行npm run build，生成的dist目录就是一套纯静态文件。把dist整个上传到服务器，然后用Nginx托管：
server { listen 80; server_name yourdomain.com; root /usr/share/nginx/html/mijia-mall; index index.html; location /api { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } }注意Nginx配置里proxy_pass不要带尾随斜杠，路径处理上稍微多配置两个access_log、error_log的路径，遇到403大概率是文件权限不是root导致Nginx没有读权限，用chown -R nginx:nginx改下目录属主即可。
4.5 拿到一个新项目的阅读顺序与改头换面
最后聊一个实用话题：如果你不是纯从零写代码，而是拿到了一套成品的源码，怎么快速把它读懂并且改成自己的设计？直接从头读代码效率很低，我建议你按照这个顺序来“打透”它：
阅读理解顺序是：数据库SQL文件——了解有哪些表、哪些字段做完整体认知；后端application.yml——确认数据库连接、端口等运行配置；后端实体类和Mapper——确认表结构和访问层；后端Controller——确认有哪些接口、请求路径和返回内容；后端Service——确认业务逻辑复杂的地方（尤其是下单和支付）；前端路由和api目录——确认页面与接口的对应关系；前端views目录——按首页、商品、购物车、订单、后台的顺序读页面组件。
等你把这一套捋完，就对项目“心中有地图”了。接下来要做“改头换面”的工作，让它在形式上更像你自己的作品：把项目名从MijiaMall改名成你自己的命名，比如你叫张三那就叫ZhangMall；数据库名、Redis的key前缀、Redis的key前缀也统一改掉；后端包名从com.mijia.mall改成com.zhangsan.mall（用IDEA的Refactor重打包名要小心，注意黄色依赖线圈）；前端页面的Logo、网站标题、首页轮播图文案全部换成你自己的内容；前端路由的meta里的title和各种标题也全局搜一搜替换，这些细节很影响答辩老师对你的第一印象。
不过要强调的是，改代码可以，学术诚信不能丢。如果毕业设计明确要求“必须自己开发”，那成品源码只能作为参考和脚手架，核心模块必须自己写过一遍、改过一遍，并且能在答辩时清晰地表述设计思路。如果不是要求必须原创的课程作业，那就合理参考学习，同时确保论文查重率符合学校要求。
5. 论文写作与答辩准备的加分细节
5.1 毕业论文各章节怎么写
论文部分看起来字数要求高，实际上有套路可循。标准的毕设论文结构分六到七章，每章对应项目的不同层面，这里说说最容易拿分和最容易翻车的点。
第一章绪论不要从宇宙大爆炸开始写。很多人的绪论第一段都是“随着互联网的快速发展”这种万金油开头，老师早看麻了。米家商城这种题目，绪论里应该写清楚你为什么做它作为毕业设计：电商是互联网的主要商业形态之一，你要通过实操一个前后端分离的电商系统，掌握软件开发的全链路技能。重点写意义和目的，别写废话。参考文献部分建议引5到10篇，近五年的期刊论文或学位论文为主，合规引用，别弄那些看着高端但实际上没读过的。
第二章需求分析分为功能性需求和非功能性需求。“功能性需求”用表格或用例图描述：前台有用户注册登录、商品浏览、搜索、购物车管理、订单管理；“非功能性需求”描述系统性能要求（页面响应时间不超过2秒）、安全性要求（密码加密存储、接口权限校验）、可维护性要求。用例图你要会画能用，别只贴一张系统架构图就完事，这是很多人的盲区——老师一眼就看出你有没有真正做过需求分析。
第三章系统设计包含总体架构设计、功能模块设计、数据库设计三块。总体架构画一张前后端分离架构图，标注用户请求的流向；功能模块设计画功能模块图，把前台、后台、接口层、数据层分开画清楚；数据库设计除了贴ER图外，还要把每张核心表的字段含义和设计理由解释清楚，尤其把订单表为什么需要订单明细表、购物车表有哪些字段，这些细节讲明白，老师会认为你理解得很深入。
第四章系统实现按模块写，每个模块包括前端实现和后端实现两部分。前端写关键页面截图加对应代码段，附上简要说明；后端写Controller的接口定义、Service层核心业务逻辑。代码不用贴大段，截取核心方法几十行即可，关键是截图要清晰，命名规范。
第五章系统测试包括测试环境、功能测试用例表、性能测试。测试用例表常用表格形式，列测试编号、测试功能、操作步骤、预期结果、实际结果。性能测试用Jmeter或Postman的Collection Runner简单跑一下，给出接口响应时间数据。这章内容好写又能凑字数，还能让论文结构显得完整。
5.2 答辩现场的必考题与答题套路
答辩的老师基本都带过很多届，什么项目都见过。米家商城这类经典题目，老师问的问题高度集中在几个点上，提前准备好答案，就能心平气定地应对。
第一个必问题：为什么选择前后端分离架构？答：分离之后前端和后端可以独立开发、独立部署，开发和调试效率更高，同时前端静态资源可以用Nginx做负载扩容，后端接口可以独立应对高并发场景。分点回答，说完技术再说业务优势，展示你的架构思维。
第二个必问题：购物车和订单表之间是什么关系？购物车表和订单明细表都存了商品信息，为什么不直接复用？答：购物车是用户临时选择的商品集合，随用户需求变化；订单是已完成交易确认的存档数据，必须保持快照一致性。购物车数据可以随时清空、修改，订单数据一经创建就不能变。这个问题答好了，等于把整个电商核心模型串起来了。
第三个高频问题：商品搜索功能是怎么实现的？直接答使用MySQL的LIKE语句模糊查询，并配合索引优化。再补充一句：如果数量量大到一定级别，可以引入Elasticsearch，但当前数据规模下MySQL完全可以满足。这个回答展示了你的边界判断能力——不过度设计也是工程师的素养。
第四个问题：你在这个项目里遇到的最大难点是什么？千万不要说“没有遇到过难点”。说一个真实的、解决方案完整的点，比如：刚开始Vue的组件通信感到混乱，后来把状态分散到了Vuex并对接口做了全局拦截器处理Token后，整个前端的数据流清晰了。或者：后端事务和库存扣减的一致性，用@Transactional加条件更新SQL解决了。哪怕这个“难点”并不博大精深，也能展示你的思考过程和解决问题的能力。
第五个问题：项目还能怎么优化？不要轻易说“优化到完美”，而是给出可执行的后续计划：引入Redis缓存热点商品数据、用RabbitMQ处理高并发下单削峰、改用RocketMQ等等流动思路，或者在未来重构适当提升代码可维护性。让老师觉得你对技术栈有延伸的认知，不是只会这一套框架。
5.3 复盘总结：这套源码到底值不值
文章写到这，很多人最关心的问题其实是：米家商城这套源码到底值不值得拿来当毕业设计？我的看法是，它值得，前提是你愿意花时间去吃透它。
一个覆盖了前后端分离、JWT认证、CRUD操作、购物车与订单事务处理、文件上传、富文本、路由守卫、分页查询的完整全栈项目，正好把大学四年学的大部分技术点串成了一条线。拿到源码后，把它当成一份“高质量范文”，从数据库设计开始读懂每一步，再动手改几个功能点，加一个自定义模块（比如商品收藏、轮播图管理），你就从“会用”变成了“融会贯通”。
如果时间充裕，我甚至建议你把首页的推荐商品列表改成从Redis里读取——这是一个简单又亮眼的架构升级；再把订单接口加一个Maven多模块的拆分——虽然有点画蛇添足，但这种“超越题目本身”的加分动作，往往能让答辩多聊五分钟。
最后说一句实在话，代码可以帮你节约搭建成本，但项目里所有知识点的理解只能靠你自己去啃。把这个商城项目当成一块跳板，你毕业后出去面试Java开发岗的时候，敢于在简历上写“独立开发了基于SpringBoot和Vue的电商网站”，这本身已经胜过无数只写过增删改查的学生了。
