毕设季又来了。SpringBoot+Vue+MySQL的二手物品交易平台，这个组合几乎已经成了近两年计算机专业毕业设计里的“国民级选题”。后台我也被不少学弟学妹问过：这个题目到底应该怎么下手，源码拿到手要怎么跑起来，论文怎么写才能过盲审，答辩老师到底会问什么。说实话，这类项目的技术难度并不算高，核心就是一套典型的前后端分离CRUD应用，但它胜在业务链路完整，从用户注册、商品发布、浏览搜索到交易下单、订单管理，每一环都能在论文和答辩里有话可说。
这篇文章我不想再写那种“从零开始教你敲代码”的教程，而是想以项目复盘的角度，把这个毕设从选题、环境搭建、数据库设计、核心接口实现，再到打包部署、论文整理、答辩准备的全过程拆开揉碎地讲一遍。里面会穿插我在实际开发和辅导过程中踩过的坑、总结的经验，以及一些在网上很难搜到细节的注意点。无论你是刚拿到源码不知道怎么运行的小白，还是准备自己从零独立完成整个系统的准毕业生，这篇内容应该都能帮你省下不少时间。
1. 这类选题为什么是毕业设计的“安全牌”
先说一个判断：二手物品交易平台这个方向，放在毕业设计里属于典型的“下限不低、上限可观”选题。它不像纯算法类题目那样过度依赖数学推导，也不像纯管理系统那样缺乏技术看点和业务层次。对于多数本科生而言，选择一个业务复杂度适中、前后端技术栈主流、数据关系清晰的项目来做，既能保证在有限时间内真正做出来、写得出论文，又能让答辩老师觉得工作量和工程能力都达到了要求。
1.1 核心需求拆解：从“闲置交易”到功能清单
当你打开一个二手交易平台，不管是闲鱼还是转转，其实核心需求就那么几块：用户管理（注册、登录、个人资料）、商品管理（发布、编辑、上下架、删除）、商品浏览（分类、列表、详情、搜索）、交易链路（下单、订单状态流转）、互动（收藏、评论、留言）、后台管理（用户管理、商品审核、分类管理、数据统计）。
把这些需求翻译成技术模块，就是一套标准的RBAC权限模型加上商品与订单两大核心域。这也决定了你的数据库表结构大概会有多少张表：用户表、角色表、权限表（如果细做）、分类表、商品表、图片表（或图片路径字段）、收藏表、评论表、订单表。做到这个颗粒度，不管是演示系统还是写论文，篇幅和深度都已经足够了。
1.2 技术栈选型：为什么是SpringBoot而不是SSH
2018年以后，SpringBoot基本已经取代了早期SSH或SSM组合在校园项目里的统治地位。原因很直接：SpringBoot通过自动配置大幅减少了XML配置的工作量，内嵌的Tomcat让你不用再单独部署WAR包，一个java -jar就能把后端跑起来。前端选择Vue同理，渐进式框架，组件化开发，配合Element UI之类的组件库可以直接“拼”出一个后台管理界面。MySQL作为关系型数据库，在校园服务器的免费部署环境里也足够稳定。
这个组合能成为毕设主流，其实还有一个隐性原因：学习资料极其丰富。遇到问题搜一下基本都有现成答案，对自学的学生来说，这一点比技术本身的前瞻性重要得多。
1.3 前后端分离架构与部署形态
这个项目默认采用前后端完全分离的架构：后端跑在8080（或你自己改的端口），前端通过Vue脚手架开发，开发环境下用proxy代理转发请求，生产环境打成静态文件交给Nginx托管。前后端通过JSON格式的RESTful API通信，鉴权用JWT。
理解这套架构，是做部署的最重要前提。很多同学运行项目失败，根本不是代码问题，而是根本没有理清浏览器、前端服务、后端服务、MySQL四者之间的关系。一句话总结：浏览器访问Nginx拿到Vue静态页面，Vue页面里的axios请求被代理转发到后端接口，后端操控MySQL数据库并返回JSON数据，前端再把JSON渲染成页面。后面所有部署步骤，都是围绕这条链路来的。
2. 从零跑通项目：环境配置与常见翻车点
很多同学拿到源码后，第一件事不是看代码，而是急着双击运行，结果报一堆错误。其实只要环境底子没打好，再好的源码也跑不起来。这一节我按自己的实操顺序，把环境配置的完整链路和容易翻车的细节都梳理一遍。
2.1 JDK版本与SpringBoot版本如何匹配
二手交易平台这类项目，主流依赖SpringBoot 2.x版本（常见2.3.x、2.5.x、2.7.x）。对应Java环境建议用JDK 1.8（也就是Java 8），这个组合兼容性最好。如果你用的是JDK 11甚至JDK 17，SpringBoot 2.x也能跑，但Maven编译时可能遇到一些需要额外处理的问题。
判断方法也很简单，打开后端的pom.xml，看<parent>标签里的SpringBoot版本号：
- 2.x版本，JDK 8或11都行，推荐JDK 8
- 3.x版本，必须配JDK 17及以上，且部分依赖（比如com.mysql的JDBC驱动）要换成新坐标
提示：如果电脑上装了多个JDK，跑项目前务必在IDEA里检查Project Structure中的Project SDK和项目的Language Level是否一致。很多“编译都过不去”的问题，不是代码问题，就是SDK选错了。
2.2 MySQL 8.0安装与初始化细节
数据库方面，我个人建议用MySQL 8.0而不是5.7。8.0在性能、默认字符集、窗口函数等方面都更优，而且现在网上大多数安装教程都基于8.0。安装时有两个点最容易踩坑：
第一个是安装类型选择。建议选“Server only”就行，不需要装那一堆附带组件。到了Type and Networking这一步，默认端口3306不要改，除非端口被占用，否则后续配置对不上。第二个是认证插件选择。MySQL 8.0默认的缓存认证插件是caching_sha2_password，而一些旧版本的驱动或可视化工具可能不兼容，直接在Development Machine模式下选“Use Legacy Authentication”可以避免后续连接报错。
连接不上时，先看服务有没有启动：Windows下用net start mysql或到服务管理器里找MySQL服务；Linux下用systemctl status mysqld。记住，数据库起不来，后面一切无从谈起。
2.3 后端配置文件的敏感项
SpringBoot项目里，数据库连接信息统一写在application.yml或application.properties中。关键配置无非是这几项：
server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/second_hand?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai username: root password: '你的数据库密码' jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT+8这里有一个非常重要的坑：URL里的serverTimezone=Asia/Shanghai必须加。不加的话，高版本MySQL驱动在插入时间字段时会直接报错。useSSL=false同理，因为本地开发环境一般没有配置SSL证书，True会告警甚至失败。如果你的MySQL密码里有特殊字符（如@、#），在YAML文件里必须加引号，否则会被解析错误。
2.4 前端环境：Node版本和npm镜像
Vue前端部分，先用node -v和npm -v确认Node环境。Vue 2项目推荐Node 14或16，不要一上来就装最新的Node 20+，否则可能因为依赖冲突导致npm install疯狂报错。
装依赖时，由于网络原因，直接用官方npm源可能会卡死。建议提前切到国内镜像源：
npm config set registry https://registry.npmmirror.com然后进入前端目录执行：
npm install npm run serve如果install报错，优先删掉node_modules目录和package-lock.json，重新执行npm install。这个操作能解决七成以上前端依赖问题。还有一个小技巧：如果报错信息里有node-sass，那是老项目最有名的坑，把sass-loader和node-sass换成dart-sass即可。Vue2项目里很多样式编译问题都出在node-sass上。
3. 数据库设计：毕业设计论文里最值钱的部分
如果你是自己从零写系统，数据库设计直接决定了后端的开发效率；如果你是拿现有源码改，看懂表结构是改需求的前提。二手交易平台的表设计其实非常典型，我把核心表的字段和设计理由都列出来，你照着建库就行。
3.1 核心表结构设计清单
第一张是用户表t_user。字段至少包含：id（自增主键）、username（唯一）、password（BCrypt加密后的字符串）、nickname、avatar、phone、email、status（1正常，0禁用）、create_time、update_time。这里有个细节：密码字段长度至少设64，因为BCrypt加密后字符串长度是60位，如果字段只设20或32，注册功能必炸。
第二张是商品表t_goods。字段包含：id、user_id（发布人）、category_id（分类外键）、title、description、price（建议用DECIMAL(10,2)而不是FLOAT）、original_price、cover_image（封面图URL）、images（详情图，可以用逗号拼接字符串存多个路径）、status（0在售，1已售出，2下架）、view_count（浏览量）、create_time。
第三张是订单表t_order。需要记录：id、order_no（订单编号）、goods_id、seller_id、buyer_id、price（成交价格）、status（0待付款，1待发货，2待收货，3已完成，4已取消）、create_time、pay_time、finish_time。
再往下就是t_category分类表、t_favorite收藏表、t_comment评论表。评论表记得pid字段（父评论id），这样后续如果需要做楼中楼回复，不用改表结构。
注意：所有表都要有id自增主键和create_time字段，这是基本习惯。物理外键能不加就不加，逻辑外键在业务层控制。这一点既是主流开发规范，也是答辩时能加分的点——说明你有实际工程意识。
3.2 数据字典与SQL文件的整理技巧
论文里一般会放数据字典（E-R图和数据表说明）。做一个技巧性的建议：不要直接截Navicat的表结构图，而是用SHOW CREATE TABLE 表名导出建表语句，再整理成三线表放进论文，规范程度立刻不一样。
数据库文件方面，一个是second_hand.sql这样的建库脚本，建议包含库表结构、初始化数据和管理员账号。另一个是部署文档里要写清楚手动执行导入的过程：
mysql -u root -p CREATE DATABASE second_hand DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE second_hand; SOURCE /你的路径/second_hand.sql;3.3 初始化数据的必要性
很多毕设源码导入数据库后一打开，分类目录是空的、管理员账号也没有，这就很尴尬。拿到源码后第一件事，检查SQL文件里有没有基础数据。如果没有，自己补几条商品分类，比如数码、图书、服饰、生活用品、运动器材等；再创建一个管理员账号，用户名admin、密码123456（存储时用BCrypt加密）。演示系统有初始数据，效果会好很多。
4. 核心功能实现：这些代码逻辑你必须懂
毕设答辩时，老师不一定会现场敲代码，但一定会针对你写的核心模块提问。二手交易平台里，下面这几个底层逻辑你最好都能讲清楚。
4.1 登录鉴权：JWT的原理和拦截器配置
当前主流方案是JWT（JSON Web Token），用户登录成功后，后端生成一个token返回给前端，前端存在localStorage里，之后每次请求在Header里带上Authorization: token值，后端写一个拦截器统一校验。
JWT的代码逻辑不复杂：登录接口拿到用户名和密码，用PasswordEncoder验证密码，验证通过后生成token；拦截器里解析token失败就返回401。但有几个细节需要注意：token里不要存敏感信息（比如密码），只放userId和username；token要设置过期时间，常见7天；拦截器要放行登录、注册、轮播图和商品列表等接口。
具体拦截器配置我贴一下核心思路：
public class JwtInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String token = request.getHeader("Authorization"); // 解析token，失败则返回401，成功则把用户id放入request属性 } }再在WebMvcConfigurer里把这个拦截器注册进去，指定addPathPatterns和excludePathPatterns。这一套代码无论评审老师怎么追问，你都能形成闭环。
4.2 商品发布与图片上传
商品发布是前端表单+图片上传的组合操作。图片上传一般是后端写一个/api/upload接口，接收MultipartFile流，保存到本地磁盘或云存储OSS，然后返回图片的访问URL。本地保存时要注意：保存路径建议配置成绝对路径，然后通过一个映射关系把磁盘路径暴露成HTTP访问地址。
举个例子，我在application.yml里配置：
file: save-path: /home/ubuntu/second-hand/images/ access-path: /images/**后端加一个资源映射配置：
@Configuration public class WebConfig implements WebMvcConfigurer { @Value("${file.save-path}") private String savePath; @Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler("/images/**") .addResourceMapping("file:" + savePath); } }这样数据库里存的就是http://你的域名/images/xxx.jpg，前端直接<img>展示。这个逻辑自己写一遍，比单纯用OSS（对象存储服务）更能讲清楚原理，答辩也更容易应对。
4.3 分页搜索排序：MyBatis-Plus还是手写SQL
搜索功能通常涉及三个维度：商品名称模糊查询、分类筛选、价格区间筛选。分页则是列表页的标配。有两种实现方式：要么用MyBatis-Plus的分页插件，要么手写SQL加LIMIT。推荐用MyBatis-Plus，省事，不容易出错：
LambdaQueryWrapper<Goods> wrapper = new LambdaQueryWrapper<>(); wrapper.eq(StringUtils.isNotBlank(categoryId), Goods::getCategoryId, categoryId) .like(StringUtils.isNotBlank(keyword), Goods::getTitle, keyword) .orderByDesc(Goods::getCreateTime); Page<Goods> page = new Page<>(pageNum, pageSize); goodsService.page(page, wrapper);注意，使用分页插件需要在Config里注册MybatisPlusInterceptor并添加PaginationInnerInterceptor。如果忘记这一步，查询会返回全量数据，分页完全失效，这是一个极其隐蔽的坑。
4.4 订单状态机：二手交易最核心的流程
订单是整个系统里最能体现“业务逻辑”的地方。二手交易平台不需要像电商系统那样复杂的支付对接，但订单状态流转还是要理清楚。我建议通过订单状态字段来控制操作按钮的显示：
- 买家下单后，订单状态为待付款（0），此时买家可取消订单，卖家看不到操作按钮
- 买家模拟支付后，状态变待发货（1），卖家可以发货
- 卖家发货后，状态变待收货（2），买家可以确认收货
- 买家确认收货后，状态变已完成（3），双方可以互相评价或发起售后
- 在任意环节，买家或卖家都可以取消订单，状态变成已取消（4）
在代码层面，这是一个非常典型的switch分支逻辑。写的时候建议把状态流转单独封装成一个service方法（比如orderService.changeStatus(orderId, fromStatus, toStatus)），而不是在Controller里散落一堆if判断。
5. 前端实现要点：Vue项目改造和联调技巧
很多人觉得前端就是“套模板”，其实前端工作量一点不比后端少。尤其是从网上下载的源码不一定完全符合你的需求，改起来如果不懂Vue的核心机制，很容易改一个地方崩三个页面。
5.1 路由与页面结构
Vue2项目的页面结构一般是：首页（商品列表）、商品详情页、发布商品页、个人中心、我的订单、购物车（可选）、后台管理页。路由用vue-router管理，菜单位置用侧边栏组件控制。如果你需要新增页面，公式是三步：在views目录下新建vue文件，在router/index.js里注册路由并引入组件，在侧边栏菜单数组里加菜单项。
后台管理的路由通常需要权限控制，在路由守卫里判断用户角色是管理员（比如用户角色值为1），不是管理员就跳回首页：
router.beforeEach((to, from, next) => { const token = localStorage.getItem('token') if (to.path.startsWith('/admin') && token !== '管理员token标识') { next('/login') } else { next() } })5.2 axios封装与统一请求处理
前后端联调时最烦的莫过于每次请求都要手动写token header、统一处理错误码。所以实际项目中一般会把axios封装成一个request实例，在拦截器里统一处理：
import axios from 'axios' const request = axios.create({ baseURL: '/api', timeout: 10000 }) request.interceptors.request.use(config => { const token = localStorage.getItem('token') if (token) { config.headers.Authorization = token } return config }) request.interceptors.response.use( response => { const res = response.data if (res.code !== 200) { this.$message.error(res.msg) return Promise.reject(new Error(res.msg)) } return res }, error => { // 401跳转登录页 } )这样封装好之后，所有页面请求统一走request即可，不必每个组件都写拦截逻辑。封装要点有两个：第一个是根据你的后端返回结构统一设计code、msg、data三层结构；第二个是401状态（token过期）统一跳转登录页并清除本地缓存。
5.3 Vite环境变量与跨域代理
开发环境下，前端跑在8080端口或9528端口，后端跑在8080端口，直接跨域。最简单的做法是利用Vue CLI的devServer代理配置，在vue.config.js里写：
module.exports = { devServer: { port: 8081, proxy: { '/api': { target: 'http://localhost:8080', changeOrigin: true } } } }这样前端请求/api/login会被代理转发到后端的http://localhost:8080/api/login，避开了跨域问题。这里有个极易发生的前后端路径不匹配问题：后端的Controller如果有个@RequestMapping("/api")，那么代理配置里的/api前缀就已经匹配上了。如果后端没有/api前缀，前端代理就要写pathRewrite把/api去掉。查接口404时，这一条排查方向优先看。
6. 毕业设计论文怎么写，才能过盲审
论文是毕业设计的半壁江山。很多同学系统做出来了，论文却写得像流水账，结果盲审被挂。讲几个论文写作中需要注意的核心点。
6.1 目录结构与各章字数配比
一篇标准毕设论文的目录大致包括：绪论（研究背景、意义、国内外现状）、相关技术介绍（SpringBoot、Vue、MySQL、JWT）、需求分析（功能性需求、非功能性需求、用例图）、系统设计（架构图、功能模块、数据库设计）、系统实现（页面截图+核心代码+功能描述）、系统测试（测试用例表、测试结论）、总结与展望。
说白了，老师最看重的是需求分析和数据库设计这两章，这两章要细写。技术介绍那章不要像抄百度百科那样堆砌，控制在6到8页即可，重点是结合项目说明“为什么选它”。系统实现那章每页最好贴页面截图，配合少量核心代码做说明。纯文字大段贴代码反而是大忌。
6.2 需求分析和用例图这样画才规范
需求分析这一章，可以从三个角色出发：普通用户、卖家（可以和服务端交互的买家）、系统管理员。画用例图时，用户角色能执行的操作是注册、登录、浏览商品、搜索商品、发布商品、编辑商品、下单、收藏、评论；管理员角色能执行的是用户管理、商品审核、分类管理、数据统计。
在画用例图时，先从业务层面抽象出“谁能做什么”，画出用例图，再对核心用例做文字描述，包括用例名、参与者、前置条件、基本事件流、后置条件、异常事件流。这种标准写法，答辩老师一看就知道你有需求工程的底子。
6.3 测试部分的测试用例一定要真实
测试章写系统测试时，很多同学会编造测试用例，或者随便填“功能正常”。我的建议是用一个表格：编号、测试项目、操作步骤、预期结果、实际结果、是否通过。列出15到20条用例，覆盖用户注册、重复注册、错误密码登录、发布商品字段校验、搜索关键字、分页、下单、非法访问拦截等。这些用例在实际系统里跑一遍，拍照记录结果，论文真实感和丰满度立刻就有了。
7. 部署上线最容易踩的5个坑
部署环节是答辩的加分项，也是很多同学第一次把项目搬到服务器上时最容易崩溃的环节。这里我直接把最常见的5个坑列出来，并且把避坑方法一起写清楚。
7.1 MySQL时区导致的时间差八小时
这个问题我在本地开发时也遇到过。部署到服务器后，MySQL使用UTC时区，Java使用本地时区，导致插入数据库的时间比真实时间少了8小时。解决方案是在JDBC连接串上加serverTimezone=Asia/Shanghai（本地这道工序不必再做），同时在application.yml里增加一条：
spring: jackson: time-zone: GMT+8如果查询出来前端显示还是差8小时，那就是返回前端的JSON序列化时区问题。前后端一起改，百试百灵。
7.2 后端端口被防火墙拦截
前端部署到服务器后，浏览器访问页面没问题，但一调接口就超时。排查时先确认后端是否启动成功，然后检查服务器安全组规则。Linux服务器上，以下命令可以快速查看端口监听状态：
netstat -tlnp | grep 8080 firewall-cmd --list-ports如果用的是云服务器，还要到云控制台的安全组里放行8080端口和80端口。很多学生卡在这一步好几个小时，其实就是安全组没配。
7.3 图片上传后访问404
很多毕设里，图片上传保存路径是相对路径，比如upload/，项目打包后部署在任何目录，图片路径就会被解析到不同位置。所以部署时必须配置统一的绝对路径，并确保该目录有写权限。可以在Linux里执行：
mkdir -p /home/ubuntu/second-hand/images chmod -R 755 /home/ubuntu/second-hand/images然后imagePath配置指向这个目录。如果图片能上传却不能访问，先检查Spring Boot的静态资源映射是否存在，再检查浏览器请求的图片URL路径是否匹配。
7.4 打包时跳过测试的坑
Maven打包时默认会执行单元测试，如果你的项目里引入了测试依赖且测试类写得不完善，mvn package经常会卡在测试环节。一个简单粗暴的做法是：
mvn clean package -DskipTestsIDEA里也可以在Maven面板点击clean和package，同时勾选Skip Tests。但这里要说清楚，-DskipTests只是不执行测试代码，但代码编译仍然是会进行的。如果你的代码有语法错误，一样会打包失败。这个命令解决的是“测试耗时、测试报错连累打包”的问题。
7.5 前端打包路径问题
Vue项目执行npm run build后生成dist目录，这个目录里的index.html要交给Nginx托管。如果项目路由使用的是history模式，刷新页面会出现404，这时Nginx需要配置try_files：
location / { root /usr/share/nginx/html; index index.html; try_files $uri $uri/ /index.html; }如果不想处理这类服务器配置，也可以把路由改成hash模式，直接避免刷新404问题。这里提醒一点：部署到服务器后，前端页面所有的接口请求路径都要能拼对。如果你开发环境用的是/api代理，那生产环境的反向代理也需要把/api转发到后端端口：
location /api/ { proxy_pass http://localhost:8080/api/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; }7.6 一个完整的服务器部署流程示例
把前面零散的操作串起来，在全新的Linux服务器上部署这套项目，完整的命令流程大致是这样：
安装JDK和MySQL，启动MySQL并导入数据库文件；上传后端jar包，写一个启动脚本，使用nohup java -jar xxx.jar > run.log 2>&1 &后台启动；安装Nginx，把前端dist目录上传到指定目录，配置静态托管和/api反向代理；浏览器访问服务器IP，如果显示首页说明部署成功。之后如果再想更新后端代码，就杀掉旧进程，重新启动新jar包就行。
8. 常见Bug排查实录与避坑指南
最后这部分，我把自己和身边同学实际运行这套系统时遇到概率最高的几个问题整理成速查表，每个问题都给排查顺序，很多问题其实是同一根因的连锁反应。
8.1 后端启动报错
| 现象 | 排查思路 | 解决方案 |
|---|---|---|
| Application run failed | 先看关键异常信息，数据库连接失败还是端口占用 | 数据库检查配置，端口改用netstat查占用 |
| Access denied for user | 用户名或密码错误，或没有远程权限 | 重置密码或授权 |
| Loading class com.mysql.jdbc.Driver | 驱动类名写错 | 改成com.mysql.cj.jdbc.Driver |
| Failed to bind to 8080 | 端口被占用 | 换端口或kill占用进程 |
启动失败最有效的排查方式其实是看日志，不要只看红色异常的第一行，要看Caused by后面的原始原因，真正的问题往往藏在最底层。
8.2 前端页面白屏或接口404
前端白屏大概率是路由配置问题或组件引入错误，浏览器F12打开控制台，按JS报错信息逐行排查。接口404优先检查路径拼接，看浏览器Network面板发出的请求URL和后端Controller的@RequestMapping是否完全一致。这一步可以配合后端的日志确认：后端是否真的收到了请求，以及返回的状态码和响应体是什么。
8.3 验证码或登录功能正常但其他接口全部401
这个问题通常是拦截器把不需要鉴权的接口也拦截了。排查方法是在拦截器配置的排除列表里，把商品搜索、轮播图、商品详情等公开接口加进去。更稳妥的做法是设计一个允许匿名访问的路径白名单，放行后再统一校验其他接口。
8.4 中文乱码问题
数据库乱码基本是字符集不统一导致的。确认三处字符集都为utf8mb4：数据库表的字符集、JDBC连接串添加characterEncoding=utf8、前端页面的<meta charset="utf-8">。前端页面如果出现乱码，检查HTML头部是否设置字符集；如果是JSON返回乱码，检查后端响应设置。
8.5 商品图片不显示
商品图片不显示涉及三个环节：图片物理文件是否保存在指定目录、数据库里存的URL是否能通过浏览器直接访问、访问路径是否被鉴权拦截。按这个顺序排查，五分钟内基本能定位问题。实际案例中，超过一半的情况是数据库存的地址不带域名或带了前后端不一致的端口，导致图片无法加载。
8.6 前端显示跨域
开发阶段跨域用代理解决，部署阶段用Nginx反向代理解决。如果前端项目本身是5.0版本之前的VueCli脚手架，跨域报错还会因为proxy配置没有重启生效而出现。记住：改vue.config.js后必须重启npm run serve。
9. 一些做完这个项目后的个人感想
带过不少学弟学妹做类似的毕设项目，我个人的体会比较一致：二手交易平台这个题目，难度不高，但“麻雀虽小，五脏俱全”。做完一遍对于开发流程最大的收获不是背会了某个框架API，而是真正理解了“一个需求是怎么一步步变成数据库表、再变成接口、再变成页面的”。这一条链路，就是企业做业务系统的基本盘。
如果时间充裕，我强烈建议在基础功能之上做一些有区分度的创新。比如把商品推荐从简单的分类筛选升级为基于浏览记录的内容推荐，或者在订单流程里加入更加完善的评价体系，甚至在视觉上参考主流二手应用做更细节的交互。这些能在论文的创新点里大书一笔，也是答辩时“超出预期”的最好素材。
最后分享一个实用小技巧：数据库SQL文件和部署文档，一定要在整个项目完成后重新整理一遍，每次运行都从头到尾跑一遍。很多项目源码分享出来跑不通，不是代码问题，是数据库和配置文档对不上。梳理清楚这最后一步，你的项目完整度会超过绝大多数同龄人。希望这篇博文能帮每个正在为毕设头疼的同学少踩几个坑。
