企业官网建设流程全解析

又是一年毕业季，我相信不少同学正盯着“SpringBoot+Vue 网上服装商城平台”这个题目发愁。这个题目可以说是Java Web方向毕设的经典之选了，技术栈主流、业务场景清晰、扩展空间也大。网上相关的源码包、视频教程确实一抓一大把，但很多人下载下来之后，面临的第一个问题往往是：项目跑不起来。不是环境不对，就是数据库脚本执行报错，折腾一晚上心态直接崩了。

这篇文章我就结合我自己的实战经验，把“SpringBoot+Vue 网上服装商城平台”这个毕设项目从技术栈选型、数据库设计、前后端联调，到部署上线、答辩准备，完整地拆解一遍。这套逻辑是我从自己带过的多个毕设项目里总结出来的，不光是教你怎么把代码跑通，更重要的是让你在答辩时能讲清楚每一个模块为什么这么做，遇到问题该怎么排查。无论你是想直接基于一套源码二次开发，还是打算从零手写一个，这篇文章都能给你一套可落地的参考方案。

1. 项目整体设计与技术选型思路

1.1 为什么毕设首选SpringBoot+Vue组合

先说结论：SpringBoot + Vue这个组合，在毕业设计这个场景里几乎是“最优解”，不是因为它最新、最潮，而是因为它精准踩中了毕设评审的几个关键点。

从后端来看，SpringBoot的核心理念是“约定大于配置”。你不需要像SSH（Struts+Spring+Hibernate）时代那样写一堆XML配置文件，一个@RestController注解就能暴露接口，一个application.yml就能搞定数据源和端口配置。这对时间紧迫的毕设党来说，意味着能用最少的时间搭建出一个结构清晰、可运行的后端服务。而且SpringBoot内置了Tomcat，打包成jar直接java -jar就能启动，部署起来非常省事。

从前端来看，Vue采用的是组件化开发模式。商城这种页面结构比较固定的项目，非常适合用Vue来组织代码：首页、商品列表、商品详情、购物车、订单结算，每个页面可以拆成独立的组件，逻辑清晰，也方便后期维护。更重要的是，Vue的响应式数据绑定机制，让页面状态管理变得特别直观——你修改一个JavaScript对象，页面上的数据会自动更新，开发体验比传统的jQuery拼接DOM要舒服太多。

不过我得提醒一句：正因为这个组合太主流了，答辩老师对它的期望值也会相应提高。如果你只是把源码下载下来跑通，却说不清楚SpringBoot的自动配置原理、Vue的生命周期，老师一眼就能看出来你是在“水”。所以这篇文里我会有意识地帮大家把技术原理和业务场景串起来，让你不仅能跑，还能讲。

1.2 服装商城业务的模块划分

网上服装商城，听起来就是个电商项目，但电商项目的台面下其实藏着很多细节模块。一个能上“台面”的毕设，最少要覆盖以下这些功能模块：

• 用户模块：注册、登录、个人信息维护。这里建议用JWT（JSON Web Token）来做无状态认证，比传统的Session更贴合前后端分离架构。
• 商品模块：商品分类、商品列表、商品详情、关键字搜索。服装商品需要支持多规格（颜色、尺码），还要处理库存。
• 购物车模块：添加购物车、修改数量、删除商品、购物车列表展示。
• 订单模块：订单创建、订单列表、订单详情、订单状态流转（待付款、已付款、已发货、已完成/已取消）。
• 支付模块：国内毕设场景一般不接真实支付渠道（涉及商户资质），通常用模拟支付或者接入沙箱环境来完成。

另外，为了体现系统的完整性和管理端的存在感，通常还会搭配一个后台管理模块：商品上架/下架、订单管理、用户管理等。这也是答辩中的一个加分项——很多毕设只有前台没有后台，你如果做了管理端，就比大部分人完善了。

我之前帮一个学生梳理过这个项目，他一开始只想做“前台展示+购物车”，但逻辑上有个漏洞：没有后台，商品数据怎么录入？总不能靠前端写死吧。后来补了一个简单的后台管理界面，整个项目瞬间就完整了。所以功能规划时务必考虑“数据从哪里来”这个问题，这是很多源码包自身都有缺陷的地方，也是你可以优化的切入点。

1.3 从零开始还是基于现有源码改造

现在GitHub和各类博客分享平台上，这个项目的源码非常多。良莠不齐，有的用老版本框架，有的数据库脚本和代码对不上，有的干脆是半成品。如果你选择了基于源码二次开发，我有几个实操建议：

• 先看项目的README和整体目录结构，确认是不是Maven多模块项目（还是单模块）。
• 检查pom.xml中的依赖版本，明确SpringBoot、MyBatis等核心依赖用的是哪个版本，不同的版本对应不同的JDK要求和配置写法，这是最常踩坑的地方。
• 必须先看SQL脚本，用Navicat或者命令行把数据库建好，确认脚本中的表结构、初始数据是否完整，和实体类是否对得上。
• 然后才是启动后端、启动前端，逐步联调。

如果准备从零写，我的建议是不要一上来就开写。先画好数据库ER图，然后设计接口列表，最后再写代码。磨刀不误砍柴功，这个顺序能让你少走很多弯路。

2. 核心模块深度拆解与实操要点

2.1 数据库设计与SQL脚本执行

数据库是这里面的灵魂，实体类可以写得糙一点，但表结构如果设计不合理，后期关联查询会非常头疼。服装商城项目，我一般推荐建以下核心表：

• t_user：用户表，字段包括id、username、password、nickname、phone、avatar、create_time。
• t_category：商品分类表，字段包括id、name、parent_id（支持两级分类）、sort_order。
• t_product：商品表，字段包括id、category_id、name、subtitle、main_image、detail、price、stock、status。
• t_product_spec：商品规格表（可选，如果商品支持多规格），字段包括id、product_id、spec_name（如“颜色”）、spec_value（如“黑色”）。
• t_cart_item：购物车表，字段包括id、user_id、product_id、quantity、checked。
• t_order：订单表，字段包括id、order_no、user_id、total_price、status、address、create_time、pay_time。
• t_order_item：订单明细表，字段包括id、order_id、product_id、product_name、product_image、current_price、quantity。

这里特别说一下t_order和t_order_item为什么要拆成两张表。订单主表存的是订单的汇总信息（总额、状态、下单人），而订单明细存的是每个商品的具体信息。为什么要冗余冗余商品名称、图片、价格到明细表？因为服装商品上架一段时间后可能改名、改价甚至下架，但订单是历史数据，必须保持下单那一刻的快照。如果关联查询实时商品表，历史订单展示就会错乱。这个设计你答辩证的时候可以直接用来回答“为什么订单明细要冗余商品信息”这类问题。

SQL脚本的执行我多说两句。很多同学下载的源码包里，SQL脚本可能是用MySQL 5.x导出的，但自己本地装的是MySQL 8.x，这就容易踩坑。MySQL 8默认的认证插件是caching_sha2_password，老脚本导入一般没问题，但程序连不上的情况很常见。解决方法也很简单，重新创建一个用户，指定mysql_native_password认证方式，或者直接用root的旧密码方式连。还有字符集问题，脚本里如果有utf8mb4，那表和库都要统一用这个字符集，避免中文乱码。执行脚本前，先确认脚本文件用UTF-8 without BOM编码保存，否则注释和中文内容容易报错。执行完脚本后，被问的第一件事就是：库里到底建了多少张表？数据对不对？用SHOW TABLES和SELECT COUNT(*) FROM t_product验证一下。

2.2 SpringBoot后端接口设计与JWT认证

后端接口设计遵循的是RESTful风格。以商品模块为例，我列出典型的接口清单，这也是接口文档中应该重点体现的部分：

这里有个点想特别说明一下，就是登录状态的保持。现在的Web项目基本告别了Session跨域的那套老做法，主流方案是JWT。简单类比的话，JWT就像一张“入场券”：用户登录成功后，后端把用户ID和过期时间等数据加密签名，生成一串Token返回给前端。前端把Token存在本地（localStorage或Vuex），之后每次请求在请求头里带上Authorization: Bearer token。后端通过一个拦截器或过滤器校验Token的有效性，从而识别用户身份。

JWT虽然好用，但有三个“坑”需要提前知道。第一个是Token过期机制，一般设置2小时左右有效，过期后前端要自动跳转到登录页；第二个是注销问题，JWT是无状态的，后端无法主动让Token失效，所以如果你的代码里有“退出登录”功能，还是要配合前端的Token清除逻辑，必要时在后端维护一个黑名单；第三个是密钥管理，JWT_SECRET不要硬编码在代码里，要放到application.yml里的配置项中。

2.3 Vue前端页面结构与关键组件实现

Vue前端项目的标准结构一般是这样的：

src/ ├── api/ # 存放所有请求接口的封装 ├── assets/ # 静态资源 ├── components/ # 公共组件，如导航栏、商品卡片 ├── router/ # 路由配置 ├── store/ # 状态管理（Vuex/Pinia） ├── views/ # 页面级组件 │ ├── Home.vue │ ├── ProductList.vue │ ├── ProductDetail.vue │ ├── Cart.vue │ ├── OrderList.vue │ └── Login.vue ├── utils/ # 工具函数，如axios封装 ├── App.vue └── main.js

前端开发中最容易出问题的地方就是跨域。前后端分离后，前端跑在http://localhost:8080（Vue默认端口），后端跑在http://localhost:8081，两个端口不同，浏览器会拦截跨域请求。解决方式有两种：一种是后端加@CrossOrigin注解或配置全局CORS，另一种是前端配置Vue的开发服务器代理，在vue.config.js里设置proxy转发。我推荐用前端代理的方式：开发时让代理转发，避免后端每次都要处理CORS配置；但需要注意的是，生产环境部署时这个代理是不生效的，前端直接访问后端域名即可，需要让后端配置好CORS或者对接好网关。

还有一个经常会踩的坑是路由模式。Vue Router有两种模式：hash和history。hash模式URL里会带#，history模式更美观。但如果用了history模式，打包部署到Tomcat或Nginx时，必须配置“所有未匹配的路径都回退到index.html”，否则刷新页面就会404。很多人在本地开发时用history模式好好的，部署到服务器就404，排查半天才发现是忘了配后端路由回退。毕设阶段我劝大家直接用hash模式，省心省力。

2.4 购物车与订单模块的逻辑要点

购物车和订单是商城项目里逻辑密度最高的两个模块，不只牵扯到表结构，还涉及到事务、幂等性这些后端知识。

先看购物车。最常见的误区是：购物车直接用一张表存商品快照。这种做法初看省事，但后面改起价格来就乱了。正确的做法是只存三个核心字段：user_id、product_id和quantity。每次查询购物车时，再关联查询商品表的实时价格和库存。这样价格永远是最新的，库存也能在添加时实时校验。

再看订单创建。创建订单是一个典型的需要事务的流程：

1. 校验用户地址、清点购物车商品；
2. 锁定库存（用UPDATE t_product SET stock = stock - #{quantity} WHERE id = #{productId} AND stock >= #{quantity}这种方式，防止超卖）；
3. 计算订单总额；
4. 保存订单主表和订单明细表；
5. 清空已结算的购物车项。

这五个步骤任何一步失败，都要回滚，否则就会出现“钱扣了库存没减”之类的问题。在SpringBoot里，给方法加一个@Transactional注解，就能声明事务边界。这个点非常重要，答辩时一定要能说出来。

这里再提醒一个很常见的坑：订单编号的生成。一般不能用简单的自增ID当订单号，要生成一个不重复的、有时序意义的订单号，比如“yyyyMMddHHmmss + 用户ID + 随机数”。但注意，在并发场景下，纯靠时间戳也有可能重复，最好还是配合数据库的唯一索引或者Redis的自增序列。毕设也许用不到高并发，但代码里要体现这个意识。

支付模块这块，我的建议是做一个“模拟支付”就足够了。点击“立即支付”按钮后，直接调一个支付接口，后端将订单状态从“待付款”改成“已付款”，同时记录支付时间。如果你想拔高一下，可以对接支付宝沙箱环境，接口文档和密钥都是现成的，答辩时讲出来绝对是个加分项。

3. 实操过程：从环境搭建到前后端跑通

3.1 环境准备与版本选择

先花几分钟把环境确认好，避免后面“版本不对”的坑。下面是用得比较顺手的组合，你可以参考：

• JDK 1.8 或 11：如果用的是SpringBoot 2.x，JDK1.8就够；如果用了SpringBoot 3.x，则必须JDK 17以上。毕设项目和网上大部分源码用的是2.x，建议保持一致，降低踩坑概率。
• Maven 3.6+：管理后端依赖。
• MySQL 5.7 或 8.0：执行SQL脚本时注意版本差异。
• Node.js 14+：前端工程运行和打包需要npm命令。
• 开发工具：IDEA（用终极版，自带前端插件和数据库工具）、VSCode或WebStorm（写前端）。

后端项目的核心配置文件application.yml是重点，我来写一个典型示例：

server: port: 8081 spring: datasource: url: jdbc:mysql://localhost:3306/mall?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT+8 mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.mall.entity configuration: map-underscore-to-camel-case: true jwt: secret: your-secret-key expire: 7200

配置里的map-underscore-to-camel-case值得单独说一嘴。数据库字段通常是create_time这种下划线风格，而Java属性通常是createTime驼峰风格。开启这个配置后，MyBatis自动就能把两者映射起来，不用写一堆@TableField注解，省很多事。

3.2 后端启动的完整流程

后端项目启动的步骤比较固定，但每一步都有细节：

1. 用IDEA打开后端项目，选择File -> Open选择项目根目录（如果项目是Maven多模块，打开顶层pom.xml）。
2. 等待Maven下载依赖。这一步最容易卡住，如果你发现下载极其缓慢，就在Maven的settings.xml里配置一个阿里云镜像。
3. 在IDEA的Database面板中连接MySQL，先执行SQL脚本创建库和表。也可以直接在Navicat里执行，效果一样。
4. 修改application.yml里的数据库账号密码，密码别写错。
5. 找到主启动类，类上通常有@SpringBootApplication注解，右键运行。看到控制台输出Started Application in xxxx seconds就说明后端启动成功了。
6. 用Postman或者Apifox测一个接口，比如GET http://localhost:8081/api/category/list，如果能返回JSON数据，说明后端OK。

这里提一个非常常见的报错：Invalid bound statement (not found)。这个一般是MyBatis的Mapper XML文件找不到，或者Mapper接口和XML没有绑定。排查顺序是：检查application.yml里的mapper-locations路径是否和实际保持一致，检查XML文件里的namespace是不是Mapper接口的全限定名，检查接口方法名和XML里的id是否一致。这类报错相当高频，我把排查思路放在这里，后面遇到了直接对照排查就行。

3.3 前端启动配置与接口对接

前端项目拿到手之后，第一件事不是npm run dev，而是先执行npm install安装依赖。这一步我也经常见人卡住，常见的原因有两个：一是Node版本过老或过新，导致依赖包编译不了；二是npm默认的官方源下载太慢。解决办法是先执行npm config set registry https://registry.npm.taobao.org，再安装依赖，速度会快很多。

依赖装好后，看一下根目录有没有vue.config.js或者.env.development文件。以vue.config.js为例，里面通常会配置开发服务器代理：

const { defineConfig } = require('@vue/cli-service') module.exports = defineConfig({ transpileDependencies: true, devServer: { port: 8080, proxy: { '/api': { target: 'http://localhost:8081', changeOrigin: true } } } })

配置里/api开头的前端请求都会转发到http://localhost:8081，这样前端页面里用axios.get('/api/product/list')去请求时，就能正常跨域。

然后执行npm run dev，浏览器访问http://localhost:8080，就能看到商城页面了。此时你用注册、登录功能测一遍，如果前端能正常跳转、后端能正常返回数据，整套项目基本就串起来了。

3.4 打包与部署（Tomcat/Nginx方案）

本地跑通是第一关，但很多学校会要求“可演示”、“可运行”，甚至要求部署到服务器。我建议至少把打包流程走一遍，因为答辩时老师很可能问“这个项目怎么部署上线”。

后端打包非常简单，在IDEA右侧Maven面板中执行package命令，或者在项目根目录执行：

mvn clean package -DskipTests

然后在target目录下会生成一个xxx.jar包。上传到服务器后执行：

java -jar xxx.jar --spring.profiles.active=prod

后台运行可以用nohup命令。生产环境的数据库地址和密码，可以通过启动参数覆盖，也可以通过独立的application-prod.yml配置。

前端打包执行：

npm run build

生成的内容在dist目录。如果直接扔到Tomcat的webapps目录下也能跑，但要处理前面说的history路由回退问题。更推荐的方式是用Nginx托管静态资源，配置把/api请求转发到后端端口：

server { listen 80; server_name your-domain.com; location / { root /opt/mall/dist; index index.html; try_files $uri $uri/ /index.html; } location /api/ { proxy_pass http://localhost:8081; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } }

try_files $uri $uri/ /index.html;这一行的作用就是让所有前端路由都回退到index.html，解决刷新404的问题。这两段配置在实际部署场景中几乎就是标准答案，直接抄即可。

4. 接口文档撰写与前后端联调

4.1 接口文档到底要写什么

“接口文档”是这个毕设题目里最大的加分项之一。很多同学的代码写得不错，但接口文档完全是一片空白，答辩老师想提问都找不到切入点。一份合格的接口文档至少要包含以下内容：

• 接口的基本信息：URL、请求方法（GET/POST/PUT/DELETE）、接口功能描述。
• 请求参数：参数名、类型、是否必填、含义说明。
• 返回结果：返回的JSON结构示例，最好把每个字段都解释清楚。
• 错误码说明：比如401未登录、500服务器异常等。

以登录接口为例，文档里应该写成：

接口名称：用户登录
请求路径：POST /api/user/login
请求参数：

返回示例：

{ "code": 200, "message": "登录成功", "data": { "token": "eyJhbGciOiJIUzI1NiJ9...", "userInfo": { "id": 1, "username": "zhangsan", "nickname": "张三" } } }

我在实际做项目时，推荐直接用Apifox或者Postman来管理和调试接口，它们都支持“从代码生成文档”或者“保存接口历史”，后期导出成Markdown或OpenAPI格式交作业，非常方便。如果你是手写接口文档，务必将每个接口的参数和返回示例都自己实际调一遍再贴上去，别用网上的模板，否则参数名对不上，答辩时反而露馅。

4.2 前端封装axios与拦截器

接口文档写好了，前端对接时要做的另一件事就是封装axios。如果页面里到处都是axios.get(...)，后端接口路径一旦调整，全局都要改。更规范的做法是统一封装：

// src/utils/request.js import axios from 'axios' import router from '../router' const service = axios.create({ baseURL: '/api', timeout: 10000 }) // 请求拦截器：自动携带Token service.interceptors.request.use(config => { const token = localStorage.getItem('token') if (token) { config.headers['Authorization'] = 'Bearer ' + token } return config }) // 响应拦截器：统一处理错误 service.interceptors.response.use( response => { const res = response.data if (res.code !== 200) { // 未登录则跳转登录页 if (res.code === 401) { router.push('/login') } return Promise.reject(new Error(res.message || '请求错误')) } return res }, error => { if (error.response && error.response.status === 401) { router.push('/login') } return Promise.reject(error) } ) export default service

这个封装的价值在于：所有接口请求自动带上Token、自动处理401跳转、统一处理错误提示。你在答辩时讲“登录状态管理”和“前端工程化”时，这就是一个非常实在的案例。顺带说一句，如果前端项目用的是Vue 2 + Vuex，登录后存储Token和用户信息的操作放在Vuex的action里会更规范；如果是Vue 3，可以换成Pinia，代码更简洁。

4.3 一个典型的联调故障排查实战

我来说一个最近实际遇到的联调问题，非常有代表性。一位学生用了一套网上的商城源码，前端页面能打开，但点击“登录”按钮后，后端控制台报错：

Failed to convert value of type 'java.lang.String' to required type 'java.lang.Integer'

查到最后发现，前端传给后端的参数格式不对。前端封装的登录接口里，把userId字段传成了字符串类型，而后端Controller接收参数用的是@PathVariable Integer userId，类型不匹配导致请求失败。这个问题个体现出一个常见场景：前后端字段类型不一致。排查思路是先在浏览器开发者工具的Network面板里看请求头和请求体，确认发送的字段到底是什么。这个案例告诉我们，联调时先抓包、后看后端日志，这个顺序能省去大量瞎猜的时间。

5. 常见问题与排查技巧实录

这部分我按实战经验整理一些高频问题，可以说是踩坑实录，强烈建议收藏起来。

5.1 启动报错与端口冲突

问题现象：启动后端时控制台报Port 8081 was already in use.
原因：8081端口被其他程序占用，最常见的是前一次启动的后端进程没关干净。
解决：在IDEA底部工具栏找到运行中的Java进程，点击终止；或者命令行执行netstat -ano | findstr 8081找到PID，然后用taskkill /PID xxx /F结束进程。如果你同时开过多个项目，也可以直接把application.yml里的端口改成一个不常用的，比如8088。

问题现象：前端执行npm run dev报Error: listen EADDRINUSE :::8080
原因：8080端口被占用，或者另一个Vue项目还在运行。
解决：改vue.config.js里的devServer.port，或关闭占用端口的进程。

5.2 数据库连接与中文乱码

问题现象：启动后端时报Access denied for user 'root'@'localhost' (using password: YES)
原因：数据库账号或密码配置错误。
解决：核对application.yml里的账号密码，尤其注意密码中如果有特殊字符，比如@、#，在YAML里需要加引号。

问题现象：查询商品列表，页面上中文显示为问号?，或插入数据入库后是乱码。
原因：数据库表的字符集不是utf8，或连接URL没有指定characterEncoding=utf8。
解决：表结构和字段都用utf8mb4，连接URL加useUnicode=true&characterEncoding=utf8，服务器端再确认show variables like 'character%'的输出。

5.3 前端页面常见的坑

问题现象：页面样式错乱，组件没有按预期显示。
原因：多个Vue组件的样式没有做scoped隔离。
解决：每个组件的<style>标签加上scoped属性，这样样式只对当前组件生效。但如果遇到第三方UI库（如Element UI）的样式覆盖，可能还需要借助::v-deep或:deep()穿透。

问题现象：页面跳转到登录页后再返回，之前填写的表单数据没了。
原因：路由切换导致组件被销毁，本地状态被重置。
解决：把需要保留的数据放在Vuex/Pinia或sessionStorage里；或者使用Vue的keep-alive缓存组件状态。

问题现象：Vue项目发给同学后，对方npm install报found X vulnerabilities。
原因：依赖包存在过期版本，或者Node版本与依赖不兼容。
解决：一般不影响运行，可以忽略；但如果确实跑不起来，先升级Node到LTS版本，再rm -rf node_modules && npm install重装。

5.4 MyBatis相关报错

问题现象：Invalid bound statement (not found)。
原因：Mapper接口与对应的XML文件没有绑定成功。
解决：先查application.yml里mapper-locations的路径；再查XML的namespace是否等于接口的全限定名；最后确认XML文件是否真的在target目录下（有时IDEA不自动编译XML，需要手动在pom.xml里加<resources>配置让XML打包）。

问题现象：### The error occurred while setting parameters，后面跟着SQLException。
原因：SQL中的占位符#{...}和传入的参数对象字段名不匹配。
解决：打开XML文件，看#{}里的字段名是否和实体类属性对得上；如果传入的是Map，注意Key拼写是否正确。

5.5 部署上线相关

问题现象：前端打包后，刷新某个二级页面报404。
原因：history路由模式在服务器上没有配置回退。
解决：Nginx配置里加try_files $uri $uri/ /index.html;；或者直接换成hash模式重新打包。

问题现象：服务器上后端启动后，本地浏览器访问不到，提示连接超时。
原因：服务器安全组/防火墙没有放行对应端口。
解决：根据你用的云服务器控制台，在安全组规则里放行8081等端口。这个问题经常被忽略，浪费了不少时间。

6. 答辩准备与项目二次扩展建议

6.1 答辩高频问题与回答思路

答辩环节逃不掉几个问题，我建议你提前准备好。首先是技术原理类：SpringBoot的自动配置是什么？你可以说，它是利用@EnableAutoConfiguration结合META-INF/spring.factories中的配置类，按条件判断来加载Bean，核心是“约定大于配置”。只要这段话你能说出来，老师就知道你不是纯抄代码的。

其次是业务逻辑类：订单是怎么防止超卖的？可以结合事务和库存扣减的SQL来回答——用UPDATE ... SET stock = stock - ? WHERE id = ? AND stock >= ?这个带条件更新的SQL，在数据库层面保证库存不会变成负数，再配合事务回滚保证一致性。这是标准的电商库存解决方案。

还有一类是项目亮点类：你觉得这个项目哪些地方做得好？这时候不要空泛地说“功能完整”，要具体讲你的某段代码，比如统一异常处理里的@RestControllerAdvice、用JWT实现的登录校验、用Redis缓存首页商品热点数据等等。你要提前把这些亮点总结成“话术”，真正做到心里有底。

6.2 如何让项目从“基础版”升级为“优秀毕设”

很多同学觉得源码能跑通就算大功告成，但如果你想让分数从“合格”提到“优秀”，有几个小改动就可以派上用场：

• 给商品列表和商品详情加Redis缓存。把热点商品数据缓存到Redis，缓存过期时间设为10分钟，既能提升查询性能，答辩时又是一个技术亮点。
• 在Service层增加统一校验和异常处理。用@Valid注解做参数校验，用全局异常处理器统一返回格式，避免代码里到处是try-catch。
• 给订单生成模块加消息队列（比如SpringBoot整合RabbitMQ）。下单成功后发送延迟消息，30分钟未支付的订单自动取消。这是一个相当出彩的需求点，实现也不复杂，却能体现出你对真实业务的理解。
• 前端增加搜索关键字高亮和商品排序功能。这些看起来很简单的交互，能给评委留下更直观的好印象。

再比如给权限控制增加一个简单的角色区分（普通用户和管理员），后台管理界面需要管理员账号才能进入。这个改动看似朴素，却是很多拿高分项目的共同特征。

6.3 源码交接与项目备份的好习惯

最后聊一个很实际的话题：项目源码怎么发给别人，或者怎么保存到毕业之后还能让人看懂。我见过不少学生，答辩前散装地存了一堆文件，真正需要时东拼西凑找不到关键代码。建议养成以下几个习惯：

• 项目根目录放一个清晰的README.md，写清楚环境要求、启动步骤、默认账号密码。
• 数据库单独的sql目录，不要和代码混在一起，脚本里最好带建库语句和初始化数据。
• 接口文档单独放在docs目录，建议导出成PDF，方便直接提交。
• 代码提交到Git仓库，每次修改写清楚的commit message。这不仅是对自己的项目负责，也是你作为工程素养的直接体现。

我之前帮学生整理毕设源码时，最头疼的就是那种注释缺失、命名混乱、目录结构乱的代码。可能你自己觉得能看懂，但对别人来说就是灾难。有时间的话，花半天把关键代码上的注释补齐，把类名、方法名规范一遍，很大程度上会让你的代代码在答辩时更受“待见”。

写在最后的一点体会

做了这么多个Java Web项目的梳理和带练，我对SpringBoot和Vue这个组合最大的感受是：它看起来容易，但真要理解透彻，需要你老老实实地把每一层打通。从数据库的表设计到后端的接口实现，从前端的组件交互到线上的打包部署，每个环节都是在回答“为什么”的过程中逐渐清晰的。你是拿别人的源码来跑一遍也好，是从零开始手写一个也罢，别把目标只放在“能运行”上。多想一下：登录为什么不存Session要存Token？商品库存为什么要在SQL层面扣减？前端为什么要把axios封装成一个实例？这些想明白了，你的项目答辩基本就不可能问倒你。

如果这篇文章里的某个模块讲到了你正在纠结的问题，那就说明你离跑通和讲透这个项目，只差最后一点动手的功夫了。祝顺利。