手机销售网站管理平台毕设开发实战：SpringBoot+Vue全栈拆解

1. 为什么手机销售网站是毕设/课设的“黄金选题”最近后台经常收到同学私信问毕设到底选什么题目才不会被导师打回。翻来覆去无非是“图书管理系统”“学生信息管理系统”“宿舍管理系统”这类老掉牙的题目。说实话这类题目做出来不是不行但从展示效果、功能丰富度、答辩可讲性三个维度看都不如业务链路更完整的电商类项目。我个人的建议是如果你想在毕业答辩时讲出点东西手机销售网站管理平台是一个非常耐打的选择。为什么这么说第一手机销售网站的实体业务足够完整它天然包含“前台商城 后台管理”两条主线。前台有首页展示、商品列表、商品详情、购物车、下单结算、订单查询后台有商品管理、分类管理、订单管理、用户管理、轮播图配置、库存管理。这种多角色、多业务线的结构意味着你可以把大学四年学的内容几乎全部串起来。第二它比纯CRUD的“管理系统”有更大的扩展空间比如后续你可以在上面加秒杀、加优惠券、加支付模拟、加ECharts销售统计图导师看到这种“可生长”的架构基本不会为难你。第三技术栈是Java领域最标准的SpringBootVue组合招聘市场对这个组合的认可度非常高做完这套东西简历上写“独立开发电商管理平台”面试官也能一眼看出你不是只会背八股文。我见过不少同学拿到这种源码之后直接跑起来然后去答辩被导师问两句就卡壳了——“你这订单状态是存在哪里的”“商品库存扣减在哪里实现的”“为什么用JWT不用Session”全都答不上来。这就是典型的“项目是别人的不是你的”。这篇文章我会把一个合格的手机销售网站管理平台从数据库设计到前后端联调、从环境搭建到部署答辩完整地拆给你看即使你没有源码也能靠这篇文章把项目从零写一遍。这个价值比单纯下载一份源码大得多。2. 技术选型这件事得想明白“为什么是它”选型不是“大家都用所以我也用”而是每一样工具都对应解决一个具体问题。手机销售网站管理平台最终锁定SpringBootVueMySQL这套组合我是认真权衡过的。2.1 后端为什么是SpringBoot而不是SSH或者SSMSSHStruts2SpringHibernate这代东西已经退出主流视野了SSMSpringSpringMVCMyBatis虽然还有不少老项目在用但脚手架搭建成本高XML配置能写烦死人。SpringBoot最大的价值是它的“约定优于配置”你创建一个项目内置Tomcat直接java -jar就能跑不用配web.xml、不用部署WAR包到外部容器。对于课设、毕设这个体量的项目来说SpringBoot能让你把95%的精力花在业务代码上而不是环境配置上。另外一个关键点是SpringBoot的生态整合能力极强。你做这个项目要用到的MyBatis-Plus、JWT鉴权、文件上传商品图片、定时任务模拟订单超时、参数校验等等几乎都有对应的SpringBoot Starter一个依赖引入就能用学习成本远低于SSM时代。说到这我得提醒一句用SpringBoot的同学记得留意版本号问题。现在官网默认推荐SpringBoot 3.x3.x要求JDK 17而且javax.servlet的包全部改成了jakarta.servlet很多同学用了旧教程的代码直接报“程序包javax.servlet不存在”。做毕设最稳的组合是SpringBoot 2.7.x JDK 1.8大量公司生产环境也是这个组合教程覆盖度最高坑最少线上找不到解决方案的概率最低。2.2 前端为什么选Vue全家桶Vue在国内的生态成熟度是React没法比的尤其对中后台管理系统来说Element UI/Element Plus组件库直接帮你解决了表格、表单、弹窗、分页这一整套后台UI。Vue的学习曲线也比较平缓模板语法直观对一个没有专门学过前端的Java后端同学来说一周入门完全够用。这里需要强调一个点很多毕设项目对前端的要求其实并不高不需要你写得像天猫那样炫酷重要的是页面结构完整、路由顺畅、状态管理清晰。所以我对前端部分的建议是页面组件化商品卡片、订单表格、轮播图组件等路由按模块划分前台用户路由和后台管理员路由分开状态管理用PiniaVue3或VuexVue2处理购物车数据和用户登录态。项目里最容易加分的两个前端细节一个是路由守卫登录后才能进购物车和结算页一个是Axios拦截器携带token、统一处理错误码这两个做出来答辩时导师绝对会多看你一眼。2.3 数据库为什么是MySQL以及要不要加RedisMySQL是电商标配免费开源、资料多、你们学校机房大概率也有。手机销售网站这个数据量级一张表几万条顶天了MySQL单机完全扛得住。至于Redis我建议如果时间充裕可以加一个“轮播图缓存”或者“商品详情缓存”属于锦上添花但不要为了用Redis而强行引入答辩时如果讲不清缓存与数据库一致性问题反而容易给自己挖坑。数据库的编码、时区、SSL这三个配置项我要专门提一下。因为很多同学的MySQL是Windows一键安装的默认字符集可能是latin1创建数据库时不指定utf8mb4会导致中文乱码。另外MySQL 8.x默认的认证插件是caching_sha2_password如果客户端驱动版本太低就会报连接失败。还有同学会碰到SSL连接错误比如SSL connection error / e0434352这是在JDBC连接串里加useSSLfalse和allowPublicKeyRetrievaltrue就能解决的问题后面我会在部署环境章节专门给出一个亲测可用的连接串。3. 数据库设计手机销售网站的核心是“订单流转”不是“表堆得多”数据库设计是我最强调的一环。很多同学拿到源码第一步就是兴奋地跑起来根本不看表结构然后写论文时“数据库设计”一章全抄答辩被问一句“你的E-R图画对了吗”就当场石化。这个项目的数据表不需要搞得很复杂六张核心表加三张辅助表就够了但表与表之间的关联关系必须能讲透彻。3.1 六张核心业务表的结构拆解我直接给出一份设计表你可以对着建表也可以对照你手里的源码理解它的字段为什么这么设计表名核心字段关键设计说明user用户表id, username, password, phone, avatar, balance, create_time密码存储建议用MD5加盐或BCrypt毕设里很多同学明文存密码答辩被问到会很尴尬category分类表id, name, parent_id, sort_order做一级分类即可用parent_id可以扩展无限级分类展示“手机分类”下的品牌或价格区间时很灵活goods商品表id, goods_name, goods_intro, goods_price, goods_number, goods_img, category_id, statusstatus字段控制上下架这是后台管理的核心操作goods_number就是库存shopping_cart购物车表id, user_id, goods_id, goods_number, selectedselected字段标记勾选状态支持多商品结算时有“全选/单选”逻辑order订单表id, order_no, user_id, total_price, pay_status, delivery_status, create_time, pay_time, delivery_time这就是订单状态机的核心载体建议用int状态位而不是字符串便于代码里做状态流转控制order_item订单详情表id, order_id, goods_id, goods_name, goods_img, goods_price, goods_number订单详情必须“快照”商品信息防止商品被修改或删除后历史订单崩掉我见过不少项目为了让表看起来“多”硬拆出一堆没用的表这不是加分项。真正的加分项是你能把这张ER图的关系讲清楚user 1—N ordergoods 1—N order_itemorder 1—N order_item。购物车是用户与商品之间的临时关联不属于订单主链路。把这个关系理顺你的数据库设计章节就算过关了。3.2 订单状态机整个项目最值得写在论文里的业务逻辑订单状态流转是整个手机销售网站的灵魂。简单的做法是在订单表里放一个status字段0待付款、1待发货、2已发货、3已完成、4已取消然后你需要在Service层实现这几条流转规则创建订单后状态为0待付款同时预扣减库存。注意这里不是直接扣掉库存而是先“锁定库存”如果30分钟未支付订单取消库存释放。如果你不想做得太复杂可以直接在生成订单时扣减库存取消订单时回补库存但对答辩来说“预扣减 定时释放”这个设计明显更能体现你对并发和一致性问题的思考。用户支付毕设里就是点击“模拟支付”后状态0改为1记录支付时间。管理员后台发货状态1改为2记录发货时间。用户确认收货或模拟物流自动签收状态2改为3。用户申请取消仅限状态0时可以自己取消状态1以后取消需要“管理员介入”这个可以不做但在论文里写“后续可扩展”。订单号建议不要用数据库自增id而是用时间戳用户id随机数的组合生成例如ORD yyyyMMddHHmmss userId 四位随机数这样既能保证全局唯一性答辩时还能顺带讲一下“分布式ID的生成策略”。3.3 商品表设计里的两个小坑商品价格字段一定要用decimal如decimal(10,2)很多同学图省事用double前端一结算0.10.2的浮点误差就会出现这是电商项目非常低级的错误。商品图片字段建议只存相对路径如/goods/123.jpg不要存完整URL这样将来你换服务器换域名的时候图片不会跟着一起“搬家失败”。如果你手里的源码是图片字段直接存了base64字符串答辩时导师如果问到性能你可以说“在流量大的场景下应该改为静态资源服务器/CDN存储base64只适合小图上传”这就能把劣势变成你懂扩展性的证据。4. 后端实现从项目骨架到核心业务代码的正确写法后端开发我按“搭骨架—写鉴权—做商品/购物车/订单模块—搞定图片上传”四步来拆每一段我都给出可以落地的思路和代码示例。4.1 项目分层与Maven结构用IDEA的Spring Initializr创建项目Group填com.exampleArtifact填phone-sale-server之类的名字然后引入下面这些依赖spring-boot-starter-webWeb基础mybatis-plus-boot-starter持久层增强框架它的BaseMapper和分页插件能帮你少写70%的SQLmysql-connector-javaMySQL驱动lombok省掉getter/setterjjwt 0.9.1或java-jwtJWT令牌生成与校验spring-boot-starter-validation参数校验hutool工具类库生成订单号、日期格式化、随机数都很好用项目包结构强烈建议按功能分包而不是按类型分包这也是答辩时的加分点controller接收请求返回结果service业务逻辑mapper数据访问entity实体类common统一返回结果、常量、全局异常处理configWebMvc配置、跨域配置、MyBatis-Plus分页插件配置interceptor登录拦截器utilJWT工具类等按功能分包的好处是项目可读性好答辩时导师看一圈目录结构就觉得“这学生是懂工程的”。4.2 统一返回结果与全局异常处理前后端分离的项目最忌讳的就是每个接口返回结构都不一样前端要写一堆if-else来判断res.data.code还是res.code。我建议定义Result 类型只保留三个字段code200成功401未登录500异常、msg提示信息、data业务数据。public class ResultT { private Integer code; private String msg; private T data; // 静态方法成功/失败 }全局异常处理用RestControllerAdvice ExceptionHandler把业务异常、参数校验异常、兜底异常分别处理。这样写完之后前端Axios拦截器里可以统一判断code如果401就跳登录页如果500就弹出错误提示。整个项目的异常处理逻辑集中在两三个文件里代码会干净很多。4.3 用户登录与JWT鉴权的完整链路登录接口逻辑核心步骤如下接收用户名和密码用MyBatis-Plus的QueryWrapper从user表查记录。对密码进行加密比对BCrypt或MD5加盐比对。毕设项目用BCryptPasswordEncoder即可它本身是Spring Security框架里的类单独引入spring-security-crypto依赖就能用不需要引入整个Spring Security。验证通过后生成JWTclaims里放userId和username过期时间设置成24小时。返回给前端{token, userInfo}前端存到localStorage。后端实现一个JwtInterceptor拦截器继承HandlerInterceptor在preHandle方法里从请求头中取token校验通过后把userId放入request的attribute中供后续业务使用。然后在WebMvcConfigurer里注册拦截器并放行登录、注册、商品列表、商品详情这几个公开接口。这里要提一个很多同学会忽略的点拦截器只解决“登录用户才能访问”的问题但你没有做“角色权限区分”。手机销售网站存在两种角色用户和管理员如果管理员接口没有单独校验角色前端把按钮隐藏了但懂行的人直接调用后台接口一样能管理商品。正确的做法是在JWT的claims里放入role字段然后在拦截器里判断路径前缀如果是/admin/开头的接口校验role必须为1管理员否则返回403。这一层逻辑写上去你的项目就从“能用的demo”升级成了“有权限控制体系的项目”。4.4 商品、购物车、订单三个核心Service的实现要点商品模块相对简单用MyBatis-Plus的IService接口配合分页插件写一个分页查询即可。需要注意商品列表接口要支持按分类筛选、按关键词模糊搜索、按价格排序前端商城页面会用到。分页插件配置也很简单注册MybatisPlusInterceptor的PaginationInnerInterceptor即可。购物车模块有几步容易出错。加入购物车时先查当前用户的购物车里是否已经有这件商品有则数量加一没有则新建记录。修改数量时要校验不能超过库存这个校验逻辑有两个地方要写前端提交时校验一次后端Service里再校验一次。后端是最后的防线校验失败要抛异常由全局异常处理器转为提示信息。订单模块是核心中的核心创建订单的完整流程我写一下Transactional(rollbackFor Exception.class) public Order createOrder(Long userId, ListCartItem items) { // 1. 生成订单号 String orderNo ORD DateUtil.format(new Date(), yyyyMMddHHmmss) userId RandomUtil.randomNumbers(4); // 2. 遍历购物车明细组装订单详情同时计算总价注意用BigDecimal加法 // 3. 扣减库存UPDATE goods SET goods_number goods_number - {数量} WHERE id ? AND goods_number {数量} // 4. 清空对应的购物车记录 // 5. 插入订单记录、插入订单详情多条记录 return order; }第3步很有讲究。如果用“先select查库存再update扣库存”在高并发下会出现超卖。毕设虽然不要求你做高并发但答辩论“如何防止超卖”是最容易出彩的点。你只要把扣库存的SQL写成“UPDATE goods SET goods_number goods_number - {buyNumber} WHERE id {goodsId} AND goods_number {buyNumber}”通过受影响的行数是否为0来判断库存是否足够这就已经是“乐观锁”的初级实现了。这句话说出口懂行的导师立刻会点头。另外整个方法加Transactional保证订单、订单详情、库存扣减、购物车清理要么全部成功、要么全部回滚这也是事务一致性的基本功。4.5 商品图片上传毕设里最容易踩坑的一环图片上传是一个看起来简单、实际坑很多的点。核心方案是前端通过Element UI的Upload组件把文件以multipart/form-data格式POST到后端/api/common/upload接口后端使用MultipartFile接收将文件保存到服务器本地指定目录如D:/upload/goods/或者项目运行目录下的static/upload/然后返回可访问的URL。这里要提前把两个坑踩平。第一文件存储目录不要放在项目源码目录里因为项目打成jar包后jar内部的目录是不可写的。应该使用绝对路径并在application.yml里配置一个自定义的file.upload-dir。第二将“文件目录”映射为“虚拟访问路径”。配置类中实现addResourceHandlers方法把/upload/**映射到物理路径file:D:/upload/这样前端就可以通过http://localhost:8080/upload/goods/xxx.jpg访问图片。第三生产环境如果你用了Nginx可以在Nginx中配置静态资源映射让图片访问走Nginx不走Tomcat这个在部署章节会再提。5. 前端Vue工程页面结构、路由守卫与状态管理前端工程我用Vue CLI创建如果你用的是Vue3可以用Vite速度更快依赖安装element-uiVue2或element-plusVue3、axios、vue-router、vuex/pinia、nprogress顶部进度条。下面这套结构是我推荐的5.1 页面与路由的规划设计前端分成两个区域客户端商城页面和管理后台页面。客户端商城需要的页面首页轮播图、新品推荐、分类导航、商品列表页分类筛选、搜索、排序、商品详情页图片、价格、库存、数量选择、加入购物车、立即购买、购物车页全选复选框、数量增减、总价计算、去结算、订单结算页收货人信息、订单商品明细、提交订单、订单列表页按状态查看订单、取消订单、确认收货、登录注册页。管理后台需要的页面控制台展示商品总数、订单总数、用户总数、销售统计图、商品管理页商品列表、新增/编辑商品弹窗、上架下架、删除、分类管理页、订单管理页订单列表、发货操作、用户管理页。路由设计里必须安排两个层级客户端路由和后台路由都挂载在根路由下用children处理嵌套页面。后台管理页面整体用layout布局组件包起来侧边栏导航用Element Menu组件。5.2 Axios封装与路由守卫这两个是答辩杀手锏Axios封装是前后端分离项目里“专业度”的分水岭。我建议创建utils/request.js封装一个axios实例const service axios.create({ baseURL: /api, // 开发环境走代理生产环境由Nginx转发 timeout: 10000 }) // 请求拦截器把token从localStorage取出来塞进headers service.interceptors.request.use(config { if (localStorage.getItem(token)) { config.headers[token] localStorage.getItem(token) } return config }) // 响应拦截器统一处理code、token过期 service.interceptors.response.use(response { const res response.data if (res.code 200) { return res } else if (res.code 401) { // token失效跳登录页 localStorage.removeItem(token) router.push(/login) return Promise.reject(未登录) } else { Message.error(res.msg) return Promise.reject(res.msg) } })路由守卫写全局前置守卫核心逻辑是判断目标路由是否需要登录meta中标记requiresAuth如果需要登录就检查localStorage里有没有token没有则跳转登录页并带上redirect参数。再判断如果目标是后台页面检查用户role是否是管理员不是则跳转首页。这两个拦截器逻辑写清楚以后整个项目的鉴权体系就闭合起来了。5.3 购物车状态管理与商品数量的响应式更新购物车数据最好放在全局状态管理里不然在商品详情页加了购物车购物车页数据不刷新体验很差。Vue2用Vuex的state存cartListVue3用Pinia。核心action如下fetchCartList从后端拉取当前用户的购物车数据addToCart调用后端接口成功后重新拉取列表updateNumber调接口改数量同时本地同步removeFromCart调接口删记录这里有一个很实际的问题购物车数量更新时本地点击先1调用后端如果失败要回滚数量并弹出提示。把这套“乐观更新 失败回滚”做好了用户体验会和那些“点一下卡半天的demo”拉开明显差距。5.4 一个容易被忽略的构建细节Vue打包后扔进SpringBoot很多同学部署时选择“前端打包成静态文件放进SpringBoot的static目录一起打成一个jar包”。这个做法是可以的但我建议你正常开发阶段不要这么做前后端分离开发时各跑各的前端8080端口后端8080端口通过Vue CLI的devServer代理把/api转发到8080。线上部署时再执行npm run build把dist目录下的文件复制到后端项目的src/main/resources/static目录下。这样做的坑在于前端路由用的是history模式去掉#号用户直接访问某个后台地址时比如http://ip/order/listSpringBoot他不知道该返回index.html还是404就会报Whitelabel Error Page。解决办法是写一个Controller把非接口路径转发到index.html。如果你不想折腾可以直接用hash模式路由url里带#不会出现这个问题。我个人在毕设里推荐hash模式省掉很多麻烦。6. 联调与排错这五个错误占了毕设问题的80%我根据日常答疑经验把最容易踩的坑集中列出来。这些报错你在网上搜索时通常都能搜到我这里直接给出最简洁的判定与解决方案。6.1 MySQL连接报错SSL、时区、认证插件连接串里如果没有做任何配置就运行SpringBoot项目最常见的报错是Establishing SSL connection without servers identity verification is not recommended还有一些同学会看到Public Key Retrieval is not allowed这是MySQL 8.x用户密码认证方式导致的。在application.yml里的url后面加上这些东西问题立刻消失url: jdbc:mysql://localhost:3306/phone_sale?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue另外MySQL 8.x默认的驱动类改成com.mysql.cj.jdbc.Driver老教程里写的com.mysql.jdbc.Driver在8.x驱动里会报找不到类。驱动版本用mysql-connector-java 8.0.x即可。6.2 前端访问后端跨域问题前后端分离开发时前端跑在8080后端跑在8081浏览器跨域拦截会把你折磨疯。跨域的本质是“浏览器的同源策略”不是后端不响应而是浏览器不让前端读取响应。解决办法是在后端的WebMvcConfigurer里配置CorsMapping允许所有来源和所有请求头前端在Vue开发环境里也可以设置devServer.proxy把/api的请求代理到后端。两者二选一即可我建议用后端全局跨域配置因为在部署阶段如果前后端分开部署在Nginx上Nginx也要做转发配置后端开通跨域会更省心。6.3 使用MyBatis-Plus时updateById不生效这个坑特别隐蔽。当你用MyBatis-Plus的updateById时如果实体类里的字段值是null默认的更新策略会忽略这个null字段也就是说不更新这一列。看起来像“更新失败”其实是框架的“空值更新保护”。如果你想强制更新null字段需要在实体字段上加TableField(updateStrategy FieldStrategy.IGNORED)或者在update时构造UpdateWrapper执行set操作。这个知识点对答辩来说也算加分项能讲清“MyBatis-Plus的字段自动填充和更新策略”的同学不多。6.4 图片上传成功却访问不到最典型的现象IDEA里能看到文件已经保存到磁盘了但浏览器访问URL时404。原因大概率是虚拟路径映射没配好。记得在SpringBoot里写一个WebMvcConfigurer配置类重写addResourceHandlersregistry.addResourceHandler(/upload/**) .addResourceLocations(file: fileUploadPath);注意file:后面必须是绝对路径Windows下要带盘符比如file:D:/upload/。如果漏了最后的斜杠映射会失败。另外如果你把SpringBoot打成了jar包跑在Linux服务器上路径配置要改成Linux绝对路径比如/opt/phonestore/upload/。6.5 后台管理接口“明明登录了却提示未登录”这种问题90%是token的传递名字不一致。后端拦截器从请求头里取的是“token”这个key前端请求拦截器设置headers时也得用同一个key。照着下面这种写法检查一遍即可后端定义为request.getHeader(token)前端axios拦截器里写config.headers[token] token。很多同学改过第三方代码但前后端不一致没有注意到白排查半天。7. 部署上线与答辩准备让项目真正“活在服务器上”毕设是要求演示的如果只在本地IDEA里跑导师大概率会问“线上部署过吗”。所以我的建议是至少要在虚拟机或云服务器上完整部署一遍哪怕只是部署完截图放进论文里效果都会不一样。7.1 服务器部署的推荐组合jar包 Nginx可选后端你只需要把项目用mvn clean package打成jar包注意不是war包在服务器上安装JDK然后执行java -jar phone-sale-server.jar --server.port8080 如果要用Nginx做前端静态资源的托管和接口的反向代理Nginx配置核心是这样server { listen 80; server_name your_domain_or_ip; # 前端静态资源 location / { root /opt/phonestore/dist; try_files $uri $uri/ /index.html; } # 接口反向代理 location /api/ { proxy_pass http://127.0.0.1:8080/api/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } # 图片资源 location /upload/ { alias /opt/phonestore/upload/; } }这套配置的意义在于前端资源由Nginx直接返回性能好接口请求转发给后端jar包图片不占用应用服务器资源。同时别忘了用systemd把Java进程注册为系统服务否则ssh断开进程就没了演示前重启会手忙脚乱。7.2 答辩前必须能脱口而出的十个问题我总结了一下导师针对这类项目最爱问的问题集中在以下十个你准备答辩时逐条过一遍项目有哪些角色权限是怎么控制的数据库为什么要建order_item表设计时参考了什么订单状态是怎么流转的支付失败怎么处理商品库存是怎么防止超卖的说说你的实现。为什么用JWT而不用SessionJWT的优缺点如果用户量大了这个项目的瓶颈在哪里怎么优化MyBatis-Plus和MyBatis有什么区别为什么选它图片上传是怎么实现的服务器重启后图片还在吗前后端是怎么通信的跨域是怎么解决的你项目中遇到过最难解决的问题是什么怎么排查和解决的第十题千万不要说“没遇到过什么问题”哪怕你说“商品图片上传后访问404花了半天找到是虚拟路径映射没配置”都比“没遇到问题”强十倍。导师想听到的不是完美而是你思考问题和解决问题的能力。7.3 关于源码我想多说两句网上确实有很多手机销售网站源码流传质量参差不齐。有些代码能跑但表结构混乱、密码明文、没有事务、接口没有返回统一结构。如果你拿到的是这类源码建议不要直接交上去而是参照我前面说的这些设计思路逐步重构。重构一两个模块你就把这套代码真正“变成自己的”了。我见过不少同学靠“重构购物车模块 新增销售统计图表”顺利过关因为答辩时他讲这部分细节讲得头头是道导师一眼就能分辨这是真实做过还是照搬的。8. 项目完成后你还能往这三个方向扩展做完基础版本并成功答辩之后如果你想在简历上进一步提升这个项目的含金量下面三个方向按投入产出比排序供参考。第一个是Redis缓存。给轮播图和热门商品加Redis缓存能够减少数据库查询压力同时把SpringBoot整合Redis这行字写进简历。第二个是Spring定时任务。利用Scheduled注解写一个定时扫描订单的任务每两分钟扫描一次超时未支付订单自动取消并回补库存。这个功能是电商的真实需求成本只要几十行代码但做出来后你可以在答辩时讲“使用定时任务实现了订单超时自动关闭”。第三个是ECharts可视化大屏。在后台控制台接入ECharts把近一周的订单量趋势、销量Top5商品、分类销售占比画成图表前后端只需要写统计接口和图表组件视觉冲击力却很强。我个人的建议是至少做第二和第三个因为你在这个项目里已经实现了CRUD、鉴权、购物车、订单这些核心能力再加上定时任务和图表可视化简历上的描述就不再是“管理系统”而是“包含订单超时关闭、数据可视化看板的电商管理平台”。两个加一起简历的含金量明显上一个台阶。整个项目从数据库设计到后端事务控制从JWT鉴权到Axios拦截从服务器部署到答辩话术链路很长但每一步都是有数的活。照着这条链路走一遍即使你没有原始的完整源码也能把这个项目扎实地做出来。做完之后你回头再看那些管理系统类的毕设题目会发现它们的业务复杂度根本不在同一个量级上。到时候你就明白我为什么一开始就说手机销售网站是“黄金选题”了。