这段时间正是毕业设计的高峰期后台一直有人问我有没有现成的、能直接跑通的商城类项目。作为一个过来人我深知毕设项目最怕的不是功能做不出来而是卡在环境搭建、技术选型不合理、数据库设计混乱、前后端联调出bug、最后部署不知道怎么收尾。今天分享一个我整理的完整项目——《SpringBootVueMySQL智慧生活商城系统》包含前端、后端、数据库、论文框架和部署文档整套东西都调试过。这篇文章我会把整套系统的设计思路、核心功能、实现细节、部署流程以及毕设论文的写作要点全部拆开讲清楚希望对正在为毕设发愁的朋友有实际帮助。这个系统不是那种只跑通一个登录注册就糊弄事的demo而是从真实商城业务出发把用户端和管理端都做完整了。用户端覆盖了首页轮播、商品分类、商品搜索、商品详情、购物车、下单结算、订单管理、个人中心、收货地址管理这些电商核心链路管理端覆盖了商品管理、分类管理、订单管理、用户管理、轮播图配置、数据统计看板这些日常运营必需的功能。技术栈用的就是目前市场上和校园里最主流的SpringBoot Vue MySQL组合Java后端、Vue前端、MySQL数据库这三样组合在一起既符合毕业设计的难度要求也踩在企业的技术栈线上做完之后简历上也有东西可写。不管你是Java基础一般的学生还是已经会一点Vue想做个完整全栈项目的开发者这套系统都能让你少踩很多坑。1. 项目定位与功能拆解1.1 什么是“智慧生活商城系统”解决什么问题在动手做项目之前第一步其实是想清楚我这个项目到底是干什么的。很多同学上来就写代码结果写了一半发现功能乱成一锅粥数据库改来改去最后自己都不知道项目核心是什么。“智慧生活商城”这个名称重点在“智慧生活”这四个字上它不是一个通用的电商后台比如京东、淘宝那种大而全的商城而是聚焦在智慧生活场景下的垂直商城。比如智能家居设备、生活电器、社区周边生活服务、智能穿戴、居家日用耗材这些品类。做成垂直场景有个直接的好处功能边界清晰数据结构不复杂论文里也容易讲清楚业务价值。很多毕设选题过于宏大比如“大型分布式电商平台”实际上学生根本不可能完成答辩老师一看就知道你只是拼凑了代码。相反一个聚焦智慧生活场景、页面精美、流程完整、功能闭环的商城系统反而更容易拿高分。我在设计这个系统的时候就把用户的核心购物路径作为主线浏览商品 → 搜索 / 分类筛选 → 加入购物车 → 填写收货地址下单 → 模拟在线支付 → 订单状态流转 → 个人中心查看订单与售后入口。管理端则是围绕怎么维护这条主线来设计的商品上架、库存修改、分类调整、订单发货、用户禁用、数据统计。功能拆解清楚了后面写代码、建表、写论文都非常顺。1.2 用户端与管理端的功能清单整个系统分前台用户端和后台管理端两大块前端都是Vue写的独立应用通过不同的路由入口访问。用户端功能清单注册登录用户名密码注册登录密码用BCrypt加密存储登录后签发JWT Token前端后续请求带着Token访问受保护接口。首页展示轮播图Banner、推荐商品、分类快速入口、新品上架模块。商品模块商品列表分页展示、按分类筛选、按关键词模糊搜索、按价格/销量/上架时间排序、商品详情页展示多图轮播与规格参数。购物车加入购物车、修改数量、删除商品、选中商品合计金额、购物车角标数量显示。订单模块购物车选中商品生成订单也支持商品详情页直接购买、填写收货地址、模拟支付直接点击支付成功后订单状态变为待发货、订单取消、确认收货。个人中心个人信息修改、头像上传、收货地址增删改查、我的订单列表按状态筛选、修改密码。售后模块用户对已签收订单可以提交申请售后后台审核处理。管理端功能清单管理员登录独立登录入口使用管理员账号登录JWT中包含角色信息后端接口通过拦截器校验角色权限。数据看板使用ECharts展示销售额趋势、订单量统计、Top10热销商品、用户增长趋势、分类销售占比。商品管理商品列表、新增商品、编辑商品、上架下架、删除商品、库存管理。分类管理商品分类的增删改查、树形结构支持二级分类。订单管理订单列表、订单详情、订单发货、查看订单超时未支付状态、按订单号/用户名搜索。用户管理用户列表、禁用/启用用户、重置密码一个用户被禁用后其Token会被后端校验拦截无法继续访问接口。轮播图管理维护首页Banner图包含跳转链接。售后管理处理用户提交的售后申请审核通过/拒绝。这套功能清单覆盖了商城类项目的核心业务闭环对于毕业设计来说功能量适中每一个模块又都能写出来亮点非常适合做深入的论文论述。2. 技术选型与项目架构设计2.1 为什么选SpringBoot Vue MySQL这套组合很多同学在选型时纠结要不要上Spring Cloud、要不要用Redis、要不要用Elasticsearch。我的意见是如果你做的只是一个单体商城就老老实实用单体架构不要为了秀技术而引入分布式中间件。SpringBoot Vue MySQL这套组合放在毕业设计里有下面几个不可替代的优势。第一SpringBoot是目前Java后端开发的事实标准。它简化了Spring的配置内置Tomcat打成Jar包就能运行。企业里新项目用SpringBoot的比例非常高面试时这块也是必问内容。你在毕设里用SpringBoot既能保证项目顺利开发完成又能在简历里理直气壮写“熟练掌握SpringBoot开发”。第二Vue是一道分水岭。前端框架你会React还是Vue在大部分公司里其实都能接受但Vue对国内学生特别友好中文资料多、报错信息足够清晰、上手曲线比React平滑。Vue Element UI / Element Plus的组合写后台管理系统效率极高几个表格页面基本上一下午就能写完。而且Vue的路由是前端控制页面跳转逻辑配合Axios访问后端接口前后端分离开发的体验非常好。第三MySQL是关系型数据库的绝对主流大学课程里教的也是MySQL为主。商城这类事务强一致、结构化数据多的业务MySQL完全够用而且涉及复杂的多表查询、事务处理在毕业论文里也有内容可写。没有必要为了“显得高级”强行引入MongoDB商城项目用了非关系型数据库存储商品和订单反而会让数据一致性处理变麻烦。不使用Redis做缓存是我当时一个比较刻意的决定。因为毕设系统的并发量根本到不了需要Redis抗压的程度引入Redis反而增加了部署复杂度。在论文里可以把这点写成“系统处于单体应用阶段在后续扩展中可以引入Redis缓存热点数据通过Nginx做负载均衡来支撑更高并发”这个展望属于自然的技术演进不会让老师觉得你在堆技术。2.2 后端项目结构与前端项目结构后端使用Maven构建按标准的分层架构来组织代码。我采用的包结构如下com.smartlife.mall ├── common // 通用模块 │ ├── result // 统一返回结果封装 CodeMsg / Result │ ├── exception // 全局异常处理类 │ ├── utils // JWT工具类、MD5工具、上传工具等 │ └── config // WebMvc配置、拦截器注册、跨域配置 ├── controller // 控制层接收请求参数校验 ├── service // 业务层核心业务逻辑 │ └── impl // 业务实现类 ├── mapper // MyBatis-Plus的Mapper接口 ├── entity // 数据库实体类 └── dto / vo // 接收参数对象 / 返回视图对象前端使用Vue CLI创建项目想用Vite也可以不过Vue CLI生态更成熟配置更直观按模块组织页面src ├── api // 所有接口请求都封装在这里user.js / product.js / cart.js / order.js / admin.js ├── assets // 静态资源 ├── components // 公共组件分页组件、上传组件、Header / Footer ├── router // 路由配置文件包含用户端与后台管理端 ├── store // Vuex状态管理管理用户信息、购物车数量 ├── views // 页面视图 │ ├── home // 首页 │ ├── product // 商品列表与详情 │ ├── cart // 购物车 │ ├── order // 订单相关 │ ├── user // 个人中心 │ └── admin // 后台管理端页面 └── utils // axios封装、token处理这种结构的核心价值在于每一次请求都有清晰的路径新增一个功能模块先建表再写entity-mapper-service-controller然后写Vue页面和API封装完成一条业务链路的开发。论文的结构也可以完全按照这个层次来展开从表现层写到数据层条理非常清楚。2.3 统一返回结构、JWT鉴权与全局异常处理这三个基础能力是项目能不能顺利联调的关键我单独拿出来说。统一返回结构。前端拿到后端的返回值如果一会儿返回{code:1,data:...}一会儿返回{status:200,data:...}前端axios就得写一堆判断分支。我直接把所有接口的返回值封装成统一的Result对象{ code: 200, message: 操作成功, data: {...} }BusinessException被抛出时由全局异常处理器捕获并转换为Result。这样前端只需要判断code 200就认为成功代码非常干净。JWT鉴权。用户登录成功后后端用用户的id和角色生成一个Token有效期我设成了24小时这个时间可调但不要设得太长否则用户禁用后Token不失效会出安全问题。前端在axios请求拦截器里把Token放进请求头service.interceptors.request.use(config { const token window.localStorage.getItem(token) if (token) { config.headers[token] token } return config })后端写一个拦截器检查请求头中的Token是否存在、是否过期、用户是否还在系统中。这里插一句做题时的经验拦截器里别只校验Token通过就放行还要去查一下用户的禁用状态否则你禁用了一个用户他的Token在有效期内还是能调接口这个坑我见过很多人踩。全局异常处理。使用RestControllerAdviceExceptionHandler可以统一处理参数校验异常、业务异常、系统异常。这样Service层只需要抛出对应的异常前端拿到的返回信息永远是友好的中文提示不会直接暴露一堆堆栈信息。答辩时被问“系统怎么处理异常”这一套方案就是完整答案。3. 数据库设计与核心表结构3.1 商城数据库的建模思路数据库是整个系统的地基表设计一旦确定后面改起来非常痛苦。这个项目的核心表我总结了八张分别是用户表user、商品分类表category、商品表product、轮播图表banner、购物车表cart、订单表order、订单明细表order_item、收货地址表address。外加售后表after_sale用于售后模块这样一共九张表。设计数据库时遵循的原则是一个业务主键贯穿到底不要搞太多冗余字段。比如用户和订单的关系靠user_id字段关联订单和商品的关系不直接写在order表里而是通过order_item表去存订单商品的快照。订单快照这个细节值得多说一句。下单的时候我除了存product_id还会把商品的名称、主图、单价、规格、数量都冗余存一份在order_item表里。为什么这么做因为商品信息是可能变化的——商品改价了、商家把图片换了、甚至商品被删除了如果订单明细表只存一个product_id用户去看历史订单的时候商品信息就全乱了。做成快照用户什么时候看订单显示的都是下单那一刻的信息。这个点写进论文里是加分项答辩老师问“为什么冗余字段”你从业务一致性角度解释比单纯说“为了方便查询”要更有说服力。3.2 user表和product表的字段说明用户表设计CREATE TABLE user ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT 用户ID, username varchar(32) NOT NULL COMMENT 用户名, password varchar(100) NOT NULL COMMENT 密码(BCrypt加密), nickname varchar(32) DEFAULT NULL COMMENT 昵称, phone varchar(11) DEFAULT NULL COMMENT 手机号, avatar varchar(255) DEFAULT NULL COMMENT 头像URL, role varchar(10) NOT NULL DEFAULT user COMMENT 角色 admin/user, status tinyint(1) NOT NULL DEFAULT 1 COMMENT 状态 1正常 0禁用, create_time datetime NOT NULL COMMENT 创建时间, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8mb4;密码字段我用varchar(100)而不是varchar(32)就是因为BCrypt生成的密文长度是60个字符左右用32长度会导致密码根本存不进去。这个细节看起来小但确实有同学踩过坑改完密码字段长度前前后后会浪费一个小时。商品表设计CREATE TABLE product ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT 商品ID, category_id bigint(20) NOT NULL COMMENT 分类ID, name varchar(100) NOT NULL COMMENT 商品名称, sub_title varchar(200) DEFAULT NULL COMMENT 副标题, main_image varchar(255) DEFAULT NULL COMMENT 主图URL, sub_images text COMMENT 商品图集逗号分隔多个URL, detail text COMMENT 商品详情, price decimal(10,2) NOT NULL COMMENT 价格, stock int(11) NOT NULL DEFAULT 0 COMMENT 库存, sales int(11) NOT NULL DEFAULT 0 COMMENT 销量, status tinyint(1) NOT NULL DEFAULT 1 COMMENT 状态 1上架 0下架, create_time datetime NOT NULL COMMENT 创建时间, PRIMARY KEY (id), KEY idx_category_id (category_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;decimal(10,2)是我们做价格字段的标准姿势不要用float或double存金额原因是二进制浮点数在计算中会丢失精度。给学生做一个模拟支付、计算订单金额的时候用double一算金额就变成99.9999999最后入库变成了100.00这个精度问题非常讨厌。实际开发中凡涉及金额和价格统一用decimal这是最基本的职业习惯。3.3 订单相关表设计要点订单表CREATE TABLE order ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT 订单ID, order_no varchar(32) NOT NULL COMMENT 订单编号, user_id bigint(20) NOT NULL COMMENT 用户ID, total_amount decimal(10,2) NOT NULL COMMENT 订单总金额, pay_amount decimal(10,2) NOT NULL COMMENT 实付金额, status tinyint(2) NOT NULL DEFAULT 0 COMMENT 订单状态 0待支付 1待发货 2待收货 3已完成 4已取消, receiver_name varchar(32) NOT NULL COMMENT 收货人姓名, receiver_phone varchar(11) NOT NULL COMMENT 收货人电话, receiver_address varchar(200) NOT NULL COMMENT 收货地址, pay_time datetime DEFAULT NULL COMMENT 支付时间, deliver_time datetime DEFAULT NULL COMMENT 发货时间, create_time datetime NOT NULL COMMENT 创建时间, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no), KEY idx_user_id (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;订单编号order_no建议用时间戳随机数的组合生成。没有用数据库自增ID做订单号因为自增ID会暴露订单量而且订单号一般有业务含义或需要外部使用。我用的生成规则是yyyyMMddHHmmss 4位随机数虽然并发高时可能重复但单体毕设系统完全够用。再往上一层安全考虑可以加一个用户ID的后缀来确保唯一性。订单状态流转是整个系统的核心。我把状态定义为整数枚举用status字段表示0待支付、1待发货、2待收货、3已完成、4已取消。流转逻辑是这样的用户创建订单后状态为0点击模拟支付后变成1管理员在后台发货后变成2用户确认收货后变成3用户下单后未支付主动取消则变成4。每次状态变更都严格按照这个方向不能跳状态。后端Service层里写一个changeOrderStatus方法统一处理避免在多个Controller里重复修改状态的逻辑。下单过程必须开启事务这是又一个答辩必问题。我们来看一个完整下单的操作序列查询商品库存 - 扣减库存 - 生成订单主表记录 - 生成订单明细记录 - 清空购物车对应商品。这5步任何一步失败整个操作就要回滚否则会出现“订单生成了但库存没扣减”或者“扣了库存但订单没生成”的数据不一致问题。在SpringBoot里直接在Service方法上加Transactional注解即可默认遇到RuntimeException回滚。4. 核心功能模块实现与前端联调4.1 注册登录与Token鉴权链路登录模块虽然看起来简单但它是整个系统的安全入口写得好不好直接影响答辩印象分。后端登录流程如下接收用户名和密码 - 根据用户名查用户 - 用BCrypt算法校验密码 - 校验用户状态是否为正常 - 生成JWT Token返回给前端。密码加密我使用的是Spring Security Crypto里的BCryptPasswordEncoder即使两个用户密码相同生成的密文也不同因为没有使用固定盐值安全性更高。很多同学问项目里没引入Spring Security怎么实现拦截器鉴权我这里是自己在SpringBoot里写的HandlerInterceptor配合WebMvcConfigurer来注册。实现思路是写一个AuthInterceptor在preHandle方法里从请求头取Token调用JWT工具类解析解析失败则返回401状态码前端收到401就跳转登录页。需要特别注意放行登录接口、注册接口、商品查询接口其他接口都要校验Token。否则用户没登录也能访问个人中心那就是个严重安全漏洞。权限校验再细分管理员接口还得检查Token中的角色是不是admin。我举例说明一下配置写法Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(authInterceptor) .addPathPatterns(/api/**) .excludePathPatterns(/api/user/login, /api/user/register, /api/product/**, /api/category/**); }前端登录页调用登录接口成功后我会把Token存进localStorage同时调用/api/user/info接口获取用户信息放进Vuex。路由守卫里判断没有Token访问需要登录的页面直接重定向到登录页。这套链路前端后端完整闭环是答辩演示时的加分项。4.2 商品搜索、分类筛选与分页实现商城系统的商品浏览体验很关键。列表页我封装了一个ProductQuery参数对象包含keyword、categoryId、sortType、pageNum、pageSize五个字段。后端用MyBatis-Plus的LambdaQueryWrapper动态拼接查询条件LambdaQueryWrapperProduct wrapper new LambdaQueryWrapper(); if (StringUtils.hasText(keyword)) { wrapper.like(Product::getName, keyword).or().like(Product::getSubTitle, keyword); } if (categoryId ! null) { wrapper.eq(Product::getCategoryId, categoryId); } if (price_asc.equals(sortType)) { wrapper.orderByAsc(Product::getPrice); } else if (sales_desc.equals(sortType)) { wrapper.orderByDesc(Product::getSales); }这里有个细节值得注意天真的同学会把分类筛选和关键词搜索分开写搜的时候忘了带分类条件筛选的时候忘了带关键词条件导致搜索结果中包含其他分类的商品。正确做法是使用一个组合对象保存查询条件在SQL拼接时同时保留所有条件。分页用的是MyBatis-Plus的分页插件PageHelper返回Page对象前端拿到total和records两个字段展示。前端我用了一个公共的分页组件基于el-pagination封装通过props传入total和pageNum页面变化时emit事件给父组件重新查询这样所有列表页都复用同一个分页组件代码非常精简。4.3 购物车与订单生成的事务处理购物车表字段设计CREATE TABLE cart ( id bigint(20) NOT NULL AUTO_INCREMENT, user_id bigint(20) NOT NULL COMMENT 用户ID, product_id bigint(20) NOT NULL COMMENT 商品ID, quantity int(11) NOT NULL DEFAULT 1 COMMENT 数量, checked tinyint(1) NOT NULL DEFAULT 1 COMMENT 是否选中, create_time datetime NOT NULL COMMENT 创建时间, PRIMARY KEY (id), KEY idx_user_id (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;加入购物车时先判断该用户是否已经加过同一件商品是则数量加1否则新增一条记录。登录后购物车数量在用户刷新页面时通过Vuex的action从后端拉取放在Header组件的购物车图标上显示。生成订单是系统最核心的代码用一个Transactional方法包住。详细逻辑如下Transactional(rollbackFor Exception.class) public OrderVO createOrder(OrderCreateRequest request) { // 1. 根据request中选中的cartId列表查出购物车记录 // 2. 遍历购物车记录查询商品当前库存校验库存是否充足 // 3. 计算总金额从数据库取商品价格而不是信任前端传过来的金额 // 4. 扣减库存update product set stock stock - #{quantity} where id #{id} and stock #{quantity} // 5. 插入order表记录状态为待支付 // 6. 批量插入order_item表记录保存商品快照 // 7. 删除购物车中已下单的商品记录 // 8. 返回订单详情 }这里最容易出的事故是前端把商品单价一起传给后端后端直接按前端传来的金额入账。这是非常危险的做法用户通过接口直接改金额就能低价下单。正确做法是后端只接受商品id和数量价格从数据库里查出来再计算。我在Service层里做了一步校验根据前端传的product_id重新查一遍数据库的实时价格在注释里标注清楚“商品价格以数据库为准”。这个细节属于专业素养的体现答辩老师问“如果有人恶意篡改金额怎么办”这题你就能稳稳接住。4.4 Vue路由、状态管理与商品视频播放前端这块我采用了Vue全家桶组合Vue Router做页面路由、Vuex做全局状态管理、Axios做HTTP请求、Element UI做主界面组件、ECharts做数据看板图表。路由我做了一层拆分用户端和管理端分别维护一份路由表后台管理端的路由统一挂在/admin前缀下通过前置守卫控制访问权限router.beforeEach((to, from, next) { const token localStorage.getItem(token) if (to.meta.requireAuth !token) { next(/login) return } if (to.path.startsWith(/admin) localStorage.getItem(role) ! admin) { next(/) return } next() })如果商品模块里有视频比如智能设备的功能演示视频、生活用品的使用教程视频Vue播放m3u8格式的流媒体视频时原生video标签是播不了的。需要一个hls.js插件来解析m3u8流具体实现也很简单npm install hls.jsimport Hls from hls.js if (Hls.isSupported()) { const hls new Hls() hls.loadSource(this.videoUrl) hls.attachMedia(this.$refs.video) }这个功能在毕设演示时很出效果完全能作为亮点写进“系统特色功能”里。状态管理我主要用了两个模块user模块存用户信息username、avatar、rolecart模块存购物车数量。购物车数量为什么放Vuex而不直接在每个页面重新请求因为Header组件是全局组件切换页面时Header要实时更新购物车角标放在Vuex里after登录和加购时统一更新各页面都能响应。4.5 后端接口设计规范与Axios封装接口设计遵循RESTful风格同时兼顾实际项目的易用性。用户端的接口我加了/api/user、/api/product、/api/cart、/api/order这样的前缀区分模块管理端的接口统一是/api/admin/xxx。前端我统一抽了一个axios实例配置baseURL、超时时间、请求拦截器和响应拦截器。响应拦截器里做了三件事第一返回的code不等于200时主动弹出Element UI的Message提示错误信息第二当code等于401时清空本地存储并跳转登录页第三网络错误时提供统一提示。这样做的好处是后端返回的错误信息不再需要每个页面单独处理。service.interceptors.response.use( response { const res response.data if (res.code ! 200) { Message.error(res.message || 请求失败) if (res.code 401) { localStorage.clear() router.push(/login) } return Promise.reject(new Error(res.message)) } return res }, error { Message.error(网络异常请稍后重试) return Promise.reject(error) } )5. 本地环境搭建与项目部署全流程5.1 开发环境准备JDK、MySQL、Node.js、Idea这套系统的本地开发环境我列的版本是我实测最稳的组合软件推荐版本说明JDK1.8 或 11SpringBoot 2.x最高支持到JDK 8JDK 17需要SpringBoot 3.x注意版本匹配MySQL5.7 或 8.05.7最稳定8.0也可以mysql-connector-java驱动版本别放错Node.js14.x / 16.x 均可Vue CLI 4.x 对应Node 10-14Vue CLI 5.x 可以配Node 16npm随Node安装国内源配置npmmirror下载依赖速度飞快IDEA2022自带SpringBoot插件直接打开项目就能识别为Maven项目Navicat16.x数据库可视化工具导入SQL脚本方便JDK安装这里有一个高频踩坑点很多同学电脑上装了多个JDK版本IDEA自动检测可能会选错版本导致编译报错。解决办法是IDEA里File — Project Structure — SDK手动指定项目的JDK路径。MySQL安装时如果需要先装一个免安装版zip版要注意my.ini配置文件里的端口和basedir路径不能写错否则服务起不来。有一个我特别想提醒的细节MySQL 8.0以上的密码加密方式默认是caching_sha2_password一些较老的数据库驱动和可视化工具连接时会报认证失败。解决方法是连接时使用mysql-connector-java 8.0以上版本驱动如果还是不行可以在MySQL里修改用户的认证插件为mysql_native_password。用Navicat测试连接之前先确保本地的MySQL服务已经启动并监听3306端口。5.2 数据库导入与后端项目启动拿到源码后第一步不是急着用IDEA打开代码而是先把数据库建好。用Navicat新建一个数据库我起的数据库名是smart_life_mall字符集选utf8mb4排序规则选utf8mb4_general_ci然后右键运行SQL文件把项目带的sql脚本导入进去。导入完成后你能看到9张表和一些初始数据比如管理员账号、测试商品、分类数据、轮播图数据等。后端启动前需要修改配置文件里的数据库连接信息和Redis配置如果用到了Redis。我当时没用Redis所以只需改数据库的账号密码spring: datasource: url: jdbc:mysql://localhost:3306/smart_life_mall?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai username: root password: 你的密码在IDEA里右键运行MallApplication.java这个主启动类控制台出现Spring Boot的Banner并且显示Tomcat started on port(s): 8080说明后端已经跑起来了。这里有个高频问题8080被占用导致启动失败。解决办法是换端口把配置文件里的server.port改成8081同时前端axios的baseURL也要跟着改前后端端口一一对应。5.3 前端依赖安装与打包部署前端项目我用的Vue CLI创建拿到源码后进入前端目录一般是mall-web或vue-front执行npm install这一步是安装package.json里所有依赖耗时根据网络情况从几分钟到十几分钟不等。安装过程中如果出现node-sass报错多半是因为Node版本和node-sass版本不配套解决办法是删掉node_modules文件夹重新安装或者用npm install -g node-sass全局安装后重试。如果只是安装速度太慢建议先设置镜像源npm config set registry https://registry.npmmirror.com依赖装完后本地开发模式启动npm run serve默认在http://localhost:8080上跑如果8080已被后端占用Vue CLI会自动提示你换端口。浏览器访问看到首页说明前端开发环境OK。这时你在前端登录页输入管理员账号密码能正常跳到后台前后端联调就算跑通了。打包部署时执行npm run build构建完成后dist目录就是纯静态资源。你可以把dist目录丢到Nginx里也可以直接放到后端SpringBoot项目的src/main/resources/static目录下面让SpringBoot自己托管静态资源这样打出的Jar包就是一个完整的前后端合并应用。这个做法对毕业设计来说最省事——把前端打包文件复制进后端工程重新打包后只需要运行一个Jar包即可完成整个系统部署。但要注意使用这种方式时前端的接口baseURL应该用相对路径不能写死http://localhost:8080否则前端页面通过Nginx的80端口访问时接口请求跨域会出问题。5.4 Linux云服务器部署手册宝塔面板路径答辩前把系统部署到云服务器上是很多同学最后冲刺阶段容易翻车的地方。我用的是宝塔面板从0到1的流程如下购买云服务器 - 安装宝塔面板 - 在宝塔软件商店装好Nginx、MySQL、JDK、Maven - 上传SQL脚本导入数据库 - 上传后端源码并打包 - 使用systemd脚本让SpringBoot应用常驻运行 - 在Nginx站点配置里反向代理到SpringBoot端口并把前端dist目录指到站点根目录。后端Jar包启动可以用这样一行命令nohup java -jar smart-mall.jar --spring.profiles.activeprod /tmp/mall.log 21 用nohup启动后进程不会因为SSH断开就消失。每次更新代码后需要重启进程就得先查进程ID再kill比如ps -ef | grep smart-mall kill -9 PID部署完成后访问服务器IP或绑定的域名就能看到系统首页。如果接口全部通了但页面样式没有加载出来大概率是Nginx的root路径配置错了dist目录的路径指得不准确。如果接口返回404检查一下Nginx的proxy_pass是不是写对了后端地址我用的是proxy_pass http://127.0.0.1:8080;。这套部署流程在我写的部署文档中每一步都附带截图和踩坑说明。部署文档的价值在于即使你之前没碰过Linux和Nginx只要严格按文档操作也能在1小时内把系统跑在云服务器上。6. 系统测试用例与性能优化6.1 核心功能测试用例设计毕设论文里测试章节是必备的很多同学不知道怎么写。测试不一定需要写JUnit单元测试但功能测试用例一定要有。我整理了下面这张测试用例表你可以直接参考模块测试项操作步骤预期结果用户模块注册重复用户名用已存在的用户名注册提示“用户名已存在”用户模块密码错误登录输入错误密码提示“用户名或密码错误”商品模块关键词搜索搜索“智能”展示名称含“智能”的商品商品模块分类筛选选择智能家居分类只展示该分类下的商品购物车加入购物车点击商品详情页“加入购物车”购物车数量1Header角标更新购物车库存不足时下单商品库存为0时下单提示“库存不足”订单模块下单取消待支付订单点击取消订单状态变为已取消库存回滚订单模块订单支付待支付订单点击支付订单状态变为待发货后台管理商品上架下架后台编辑商品状态前端商品列表立即消失/出现后台管理禁用用户后台禁用某用户该用户登录接口被拒绝权限控制非管理员访问后台普通用户直接访问/admin路由前端路由守卫拦截跳转首页设计测试用例的要点是把正常流程和异常流程都覆盖到。比如下单的测试用例除了测正常下单成功还要测库存不足、未登录下单、商品已下架等异常情况。答辩的时候老师问“你的系统鲁棒性如何”拿出这套测试表就能证明你有完整地考虑过异常场景。6.2 接口响应优化与SQL慢查询排查商城首页如果商品多、图片多首次加载可能要好几秒这个体验还有提升空间。我在本地实测的时候首页轮播图推荐商品分类列表三个接口加起来要800多毫秒原因是每次查询都打了几张表且没有加缓存。我的优化方式是第一商品列表接口的SQL用MyBatis-Plus的select指定必要字段不查detail这种大文本字段减少数据传输量。详情页单独写一个接口查询全部字段列表页只查列表所需字段。第二给首页的热门查询加上本地缓存。用Spring的Cacheable或简单的ConcurrentHashMap5分钟过期热点数据就不用每次都查MySQL。注意加缓存的前提是商品上下架、库存变化时一定要主动clear缓存否则会出现前台看不到最新状态的问题。第三登录接口用索引优化。用户在user表上查询时username字段是唯一索引走的是索引查询速度没压力。订单列表按user_id建索引后用户查询自己的订单即使订单量再大也能保持在毫秒级。SQL慢查询的排查方法也很直接在MySQL命令行执行EXPLAIN查看执行计划看type和key字段就能知道SQL有没有走索引。常见的问题例如在where条件中对索引列应用了函数、使用了or连接两个非索引列、字符串列和数字比较导致隐式类型转换等这几种情况都会让索引失效。6.3 接口安全加固与CSRF防护商城系统涉及用户私密数据和订单资金数据安全方面必须有基本保障。除了前面提到的JWT鉴权我还加入了几层防护。第一层是输入校验。后端所有接收前端参数的实体类都加上javax.validation注解比如NotBlank、Email、SizeController方法参数上标注Valid。这样非法参数在进入Service之前就被拦截不会出现用户传一个长度为10000的字符串导致数据库插入失败或页面布局错乱的情况。第二层是前端权限控制。后台管理端所有按钮根据当前用户角色做v-if判断。普通用户根本不显示管理端的入口这样既提升了用户体验又防止了从界面上绕过权限。第三层是SQL注入和XSS防范。MyBatis-Plus的LambdaQueryWrapper天然是预编译加参数绑定的不会拼接SQL字符串所以SQL注入风险大大降低。前端在渲染用户输入的内容时用Vue的插值表达式而不是v-htmlVue自动转义HTML标签能有效防止XSS攻击。第四层是防止接口被恶意刷。我在最基础的登录和注册接口上前端加了一个行为验证比如滑块/图片点击后端同一IP接口调用频率做一个简单的计数限制。毕设项目做太多的安全防线会显得冗余但这几道基础的防线非常有必要属于零成本就能写进论文的安全设计。7. 毕设论文架构与答辩准备思路7.1 论文目录结构与每章写作重点很多同学项目代码写完了卡在论文上。我整理了一套可以直接套用的论文大纲按照学校要求微调章节编号即可。第一章绪论写研究背景与意义智慧生活、电商行业的兴起、国内外研究现状国内外电商平台的技术路线对比、研究内容与论文结构安排。这一章不用写技术细节重点是讲清楚“为什么做这个课题”。第二章相关技术介绍按SpringBoot框架、Vue框架、MySQL数据库三个小节展开每节写清楚技术核心特点、为什么选择该技术、该技术在项目中的具体用途。注意不要大段抄官方文档要结合项目实际谈。第三章系统分析需求分析功能性需求、非功能性需求、可行性分析技术可行性、经济可行性、操作可行性、业务流程分析购物流程、订单管理流程。这一章要画业务流程图和用例图UML图在毕业设计里是硬要求。第四章系统设计系统总体架构设计前后端分离架构图、功能模块设计每个模块的详细功能说明、数据库设计ER图 核心表结构说明重点阐释为什么这样设计。第五章系统实现按用户端功能模块和管理端功能模块逐一展示运行界面配合核心代码说明。每张截图下面写2-3段文字说明实现思路。注意代码不要贴太多每段挑最核心的10-20行就行。第六章系统测试测试环境、测试方法、测试用例表、测试结果分析。这部分就是我在上一章写的功能测试内容的展开。第七章总结与展望总结本项目完成的工作和收获指出项目的不足之处提出系统未来的优化方向比如引入Redis缓存、RabbitMQ异步处理订单、微服务化重构等。7.2 答辩高频提问与回答思路答辩时老师最常问的问题我提前给你梳一遍基本能覆盖90%的提问范围。为什么选择前后端分离架构回答思路前后端分离可以让前端开发和后端开发并行进行前端使用Vue组件化开发维护性和复用性更高后端只需要提供统一的JSON接口不关心页面渲染后期如果要做移动端App或小程序接口可以直接复用不需要重新开发后端。JWT和Session登录有什么区别回答思路Session方案是服务端存储用户登录状态客户端只存SessionId每次请求都通过Cookie传给服务端服务端查找内存或Redis中的Session。JWT方案是无状态的服务端不需要存储登录状态Token本身包含了用户信息和过期时间通过签名保证Token内容不可篡改。JWT更适合分布式部署和前后端分离架构因为它不需要在多个服务节点之间同步Session。下单时为什么要用事务回答思路事务保证操作的原子性。下单需要同时完成插入订单表、插入订单明细表、扣减库存、删除购物车记录。如果这4个操作不是原子的任何一步失败都会导致数据不一致比如扣了库存但订单没生成用户无法正常支付。使用Transactional可以确保所有操作要么全部成功提交要么全部回滚。商品搜索性能怎么优化回答思路当前方案是MySQL的LIKE模糊查询数据量小的时候够用。未来数据量增大后可以引入Elasticsearch将商品数据同步到ES中利用倒排索引实现高性能搜索支持分词、多字段匹配、搜索建议等功能。数据库为什么用MyBatis-Plus而不是MyBatis回答思路MyBatis-Plus在MyBatis的基础上提供了通用的Mapper CRUD方法大部分单表操作不需要自己写SQL开发效率高一倍。对于复杂多表查询比如订单-商品关联查询还是可以手写SQL精确控制所以它兼顾了效率和灵活性。7.3 演示准备与常见翻车场景答辩演示环节最怕的就是现场出bug。基于我帮多个同学调试的经验有几点血的教训值得提前防范。第一提前把数据库和前端后端服务全部启动好最好在云服务器上跑通一次完整的演示流程再切回本地演示。有些同学现场才启动服务结果数据库连接失败、端口被占用、前端依赖没装全光启动环境就花了10分钟非常影响印象分。第二预演一遍所有要演示的核心功能。建议答辩前完整走一遍“注册 - 登录 - 搜索商品 - 加入购物车 - 下单支付 - 后台发货 - 确认收货”的流程确认每一步界面都是流畅的。如果某项功能有偶发性bug提前想好应对措施比如别现场演示那个功能或者准备好补救操作。第三准备好几个“亮点话术”。当老师问“这个系统有什么亮点”时不要回答“界面比较好看”而要讲技术亮点比如统一返回结果和全局异常处理、JWT无状态鉴权、订单状态机管理、防止用户篡改金额等。这些都是系统设计层面的亮点比“我用了MySQL存数据”这种回答高到不知道哪里去了。8. 项目扩展建议与学生常见问题8.1 从毕设到生产这套系统还能怎么扩展如果做完这套系统时间还有富余或者想拿到企业实习的项目里去说事可以在现有基础上做下面几个扩展扩展方向也能直接写进论文的“展望”部分水平扩展方向引入Redis缓存热点商品数据和用户Token减轻MySQL压力使用RabbitMQ或Kafka做订单创建消息的异步处理削峰填谷商品搜索从MySQL的LIKE查询升级为Elasticsearch支持分词和拼音搜索图片资源从本地存储改为阿里云OSS/七牛云对象存储通过CDN加速。业务扩展方向增加秒杀模块这就要用到Redis的分布式锁和消息队列了增加会员积分系统增加商品评价模块用户收货后可以发表评价和晒图增加优惠券模块领取、抵扣、过期处理增加多级分销功能。系统扩展方向将前后端工程拆分为多模块Maven工程抽象出公共模块、用户模块、商品模块、订单模块为后续微服务化打基础引入Docker容器化部署统一环境配置增加短信验证码登录需要接入阿里云短信服务。8.2 学生党常见问题与解决建议问题一IDEA里运行后端报错“Cannot resolve symbol xxx”。大概率是Maven依赖没下载完整或没刷新。解决办法IDEA右侧Maven面板点击刷新按钮重新导入项目File — Invalidate Caches并重启IDEA检查Maven的本地仓库路径是否设置在默认位置有些同学改了本地仓库路径IDEA里却还是旧路径。**问题二npm install报错。 最常见是版本冲突。建议先删除node_modules目录再执行npm cache clean --force清缓存然后重装。如果还报错把node_modules删除后复制package-lock.json备份然后重新生成问题基本都能解决。问题三前端页面布局错乱。这个在Vue打包后尤其常见大概率是静态资源路径写死了。Vue CLI构建时publicPath默认是/如果你的应用部署在根路径就没问题部署在子路径就白屏或样式丢失。解决办法是在vue.config.js里设置publicPath: ./让资源路径变成相对路径。问题四数据库乱码。创建数据库的时候字符集没有选utf8mb4或者后端连接串没加characterEncodingutf8就会出现中文乱码。解决办法删除数据库重建用utf8mb4检查jdbc连接串是否带了字符集参数。问题五部署到Linux后接口报404。先确认后端Jar包是否成功启动、端口是否正确监听再确认Nginx的proxy_pass配置是否指向了正确的后端端口最后确认前端请求的baseURL是否和部署环境一致有没有跨域问题。按照这三个顺序排查99%的部署问题能解决。8.3 获取项目资源与使用建议这套系统的源码、数据库脚本、论文和部署文档我都整理在一个压缩包里。源码注释比较全核心方法上方都会有中文注释说明“这个方法做了什么、为什么这么做”方便大家学习和改造成自己的项目。数据库脚本里的数据也是真实可用的带图测试数据导入后不用再手动造数据就能直接跑通业务流程。拿到项目后我的建议是不要只满足于“能跑起来”。先花半天时间把后端每个Controller和Service看一遍梳理清楚每个接口的作用和数据流向再看一遍数据库表结构和表之间的关系理解为什么这样设计最后自己在本地完整跑一遍业务流程用断点调试的方式打断点跟踪一次下单过程。这样系统看下来整个SpringBoot Vue的架构你就真正吃透了答辩时无论老师问什么你都能从源码层面回答出来。我在实际调试这套系统时最深的感受是做毕设项目代码量不是越多越好模块之间逻辑清晰、核心链路完整、文档齐全才是关键。一个商城项目你能把从“用户注册”到“用户收到商品”这个完整闭环跑通中间涉及的技术知识已经足够写出一篇高质量的毕业论文了。希望你拿到这套系统后不仅把它当作交差用的一个“项目”更把它当作练手和实践的起点把每一个模块的代码吃透。这样你在答辩时才能真的自信在写简历时也才敢理直气壮地写“独立完成智慧生活商城系统设计与实现”。