每年到毕业季我都能在计算机专业的群里看到一堆人在问“SpringBoot项目怎么选题目”“二手交易平台是不是太简单了”说实话我也经历过这个阶段。去年我把“基于SpringBoot的二手交易平台”这个题目完整做下来之后最大的感受就是这个题目一点也不简单前提是你要把它当做一个真正的产品来做而不是交差用的CRUD堆砌。你会发现它覆盖了从登录鉴权、文件上传、分页搜索、订单状态机到部署上线的整条链路每一个环节都能在答辩现场讲出东西来。这篇博文我会把整个项目的思路、踩过的坑、核心代码的落地方式以及最后写论文和准备答辩的经验全部写出来。不管是准备拿它当毕设题目的同学还是想练手SpringBoot实战的开发者都可以照着这个思路把项目从零搭起来。我默认你会一点SpringBoot和MyBatis但哪怕只是刚学完JavaWeb本文的每一步也都有明确的落地说明。1. 为什么二手交易平台适合做SpringBoot毕设1.1 这个题目其实藏着一个完整的业务闭环很多人一听到“二手交易平台”就觉得是电商网站的简化版无非是发商品、看商品、买商品。但你静下来拆一遍需求就会发现它其实覆盖了电商系统的大半核心模块用户注册登录、个人资料管理、商品发布与上下架、商品分类与搜索、订单创建与状态流转、买卖双方的沟通渠道、后台管理甚至数据统计。这意味着你的项目天然具备“业务完整性”在开题和答辩的时候你能画出一张逻辑通顺的业务流程图而不是像图书管理系统那样只有一个列表增删改查。而且二手交易还有一个独有的特点买卖双方是平等的普通用户。这和平常的B2C商城很不一样。B2C商城只需要考虑用户下单但二手交易平台的商品来自用户订单也发生在用户之间系统要同时处理卖家视角和买家视角的操作。这个“双角色”设计能让你的功能模块明显增多比如我要做商品下架、我要做订单发货、我要做收货确认这些动作在普通的单角色管理系统里根本不会出现。从答辩的角度看这绝对是个加分点。老师最怕听到的就是“我的系统只有用户和管理员两种角色用户增删改查管理员也增删改查”而二手交易平台的买卖双方双重视角本身就说明你做过需求分析。1.2 SpringBoot框架在这个题目里的优势选择一个框架本质上要看它能帮你解决什么。做毕设最痛苦的事情是明明业务逻辑还没写几行光是配置文件就折腾了两三天。SpringBoot最大的价值就是尽可能减少这些重复劳动。我直接用SpringBoot搭建项目骨架的时候最直观的感受是“约定的东西变多了要写的东西变少了”。SpringBoot内置了Tomcat我不用再去单独配置外部容器它提供了spring-boot-starter-web我只需要引入依赖就能获得一个可以跑起来的Web项目它整合MyBatis-Plus也只需要几步配置连XML映射文件的重复代码都能少写很多。相比早年的SSM框架SpringBoot把一个一个的XML配置变成了自动装配这对时间紧张的毕设来说简直救命。这里我也要补充一个实际经验如果只是为了完成毕设建议选择SpringBoot 2.7.x版本而不是最新的3.x。原因是3.x基于Jakarta命名空间很多网上的教程和老资料里的代码直接复制过来会出现包名对不上的问题。对于毕设来说生态资料齐全是最大的生产力没有必要为了追新版本给自己增加排错成本。当然如果你的开题报告里明确要求使用最新稳定版那就另说但至少我做完整个项目的感觉是2.7.18足够稳也足够满足答辩老师对“新技术应用”的期望。1.3 系统整体架构前后端分离还是后端渲染这个问题我纠结了很久最后选的是前后端分离。原因很简单前后端分离是当前企业开发的主流形态在毕业论文里能把Vue和SpringBoot的交互讲清楚会比在Thymeleaf模板里写一堆页面更有说服力。我最终敲定的技术栈是这样的后端SpringBoot 2.7.18 MyBatis-Plus 3.5.x MySQL 8.0 Redis Maven前端Vue 3 Element Plus Axios Vite其他JWT做登录令牌本地磁盘做图片存储WebSocket做站内聊天这套技术栈在毕设里属于“标配偏上”。选Redis不是为了炫技而是因为JWT令牌在不使用Redis的情况下也能无状态验证但我特意把Redis用在了短信验证码模拟、商品浏览计数和热点数据缓存上这样在论文里能多写一个“缓存设计”的小节。WebSocket则是为了做买卖双方的实时聊天功能虽然这个功能会增加不少工作量但它能让项目从“普通的商品展示系统”升级成“交易平台”答辩时的项目亮点一下就出来了。有些同学可能会犹豫要不要上SpringCloud微服务我的建议是别。毕设的核心是展示你对知识的掌握而不是架构的复杂度。单体应用把业务理清楚、把性能优化做好已经足够优秀。盲目拆微服务只会让项目变得难以驾驭答辩时如果老师问你“你这个服务拆分带来了什么收益”你答不上来反而扣分。2. 核心功能模块拆解与数据库设计2.1 功能模块清单从需求文档到功能落点做毕设最忌讳一开始就写代码。我的习惯是先画功能脑图把所有要做的页面和接口列出来再倒推数据库表结构。下面是我在这个项目里最终确认的功能模块清单你可以直接拿来当参考用户模块注册、登录、个人信息修改、收货地址管理、余额充值模拟支付、我发布的商品列表、我购买的商品列表商品模块商品发布、商品编辑、商品上下架、商品分类浏览、关键词搜索、商品详情、浏览量统计、商品举报可选订单模块买家下单、模拟支付、卖家发货、买家确认收货、订单取消、超时自动关闭订单聊天模块买卖双方在线沟通、未读消息提示、聊天记录保存后台管理模块用户管理、商品审核/下架、订单管理、分类管理、平台数据统计这样一个清单列出来你会发现页面数量大概在20个以上接口数量在50个以上。对于毕设来说工作量是足够的但也不是大到完成不了。我的建议是分三轮开发第一轮先把用户商品这两个主链路跑通确保能注册、能登录、能发布商品、能看商品详情第二轮再把订单交易链路接通第三轮加上聊天和后台管理。这样即使中途时间不够你手里也已经有一个完整的“交易流程闭环”不会出现项目做了一半什么都演示不了的尴尬。2.2 数据库表设计这些细节千万不要踩坑数据库设计是整个项目的基石。表设计得不好后面写代码会不断被返工。我最后设计的核心表有这些用户表user字段类型说明idbigint主键自增usernamevarchar(50)登录用户名唯一索引passwordvarchar(100)BCrypt加密后的密文nicknamevarchar(50)昵称avatarvarchar(255)头像URLphonevarchar(20)手机号balancedecimal(10,2)账户余额模拟支付用statustinyint状态0禁用1正常created_atdatetime注册时间商品表goods字段类型说明idbigint主键user_idbigint卖家ID逻辑外键titlevarchar(100)商品标题descriptiontext商品描述cover_imagevarchar(255)封面图URLimagesvarchar(2000)多图URL用逗号分隔pricedecimal(10,2)售价original_pricedecimal(10,2)原价/参考价category_idbigint分类IDviewsint浏览量statustinyint1在售2已售3下架4审核中created_atdatetime发布时间订单表orders字段类型说明idbigint主键order_novarchar(32)订单号唯一goods_idbigint商品IDseller_idbigint卖家IDbuyer_idbigint买家IDamountdecimal(10,2)成交金额statustinyint1待支付2待发货3待收货4已完成5已取消address_snapshotvarchar(500)收货地址快照created_atdatetime下单时间paid_atdatetime支付时间shipped_atdatetime发货时间completed_atdatetime完成时间外加一张分类表、一张地址表、一张聊天消息表总共六张核心表就够了。后台需要的统计功能可以直接基于订单表和用户表做聚合查询不需要额外建表。这里我说几个亲身踩过的坑。第一是建议不要使用数据库物理外键逻辑外键就够了。物理外键会在订单删除、商品删除时造成一堆约束冲突毕设项目里完全没有必要给自己找这种麻烦。第二是价格字段一定用decimal不要用double。涉及到金额用double算来算去总有精度问题答辩老师看到你用了double大概率会追问一句解释起来很尴尬。第三是商品多图字段我用的是逗号分隔存储这个方案简单实用但要注意存的时候对路径做校验防一手脏数据。第四是订单状态一定要有明确的状态值注释后面写状态机的时候你会哭着感谢自己当初把注释写清楚了。2.3 订单状态流转用一张状态图理清所有场景订单模块是整个项目里最容易乱的地方因为它的状态不是简单的增删改查而是有方向性的流转。我在编码之前先用一张表格把订单状态和允许的操作写清楚当前状态允许操作目标状态1待支付买家支付/取消/超时关闭2待发货 / 5已取消2待发货卖家发货3待收货3待收货买家确认收货4已完成4已完成无—5已取消无—这张表有多重要它直接帮我避免了代码里随便if-else改状态的问题。比如买家在“待发货”状态点了取消这在规则上是不允许的但如果你只写了一个通用的updateStatus接口这个非法操作就会流入系统。我最后是把状态流转写成常量加判断方法public static boolean canTransit(int currentStatus, int targetStatus) { if (currentStatus 1 targetStatus 2) return true; if (currentStatus 1 targetStatus 5) return true; if (currentStatus 2 targetStatus 3) return true; if (currentStatus 3 targetStatus 4) return true; return false; }每个状态变更操作在进数据库之前先跑一次这个方法非法流转直接抛异常。答辩的时候你就可以理直气壮地说我的订单状态管理不是简单的set状态而是有严格的流转校验。这种细节老师是听得出来的。3. 核心业务实现从零到一的关键代码落地3.1 SpringBoot项目初始化与分层结构初始化项目我用的是Spring Initializr直接选择Java 8、SpringBoot 2.7.18。很多人纠结JDK用8还是11还是17我的建议是如果学校没硬性要求就JDK 8。虽然JDK 8有点老但它的兼容性最好各种教科书的代码、视频教程里的代码基本都能直接跑。依赖选择上除了基础web我额外加了这几个dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.3.1/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId scoperuntime/scope /dependency dependency groupIdio.jsonwebtoken/groupId artifactIdjjwt/artifactId version0.9.1/version /dependency项目结构我采用了标准的分层架构controller、service、mapper、entity、dto、vo、config、common。这里有一个经验entity数据库实体和vo给前端展示的对象一定要分开。如果图省事直接用entity返回给前端你会被各种不需要返回的字段坑到比如用户密码hash不小心传给了前端这在答辩演示现场简直是灾难。我专门写了一个BeanCopyUtils工具类做对象转换虽然多写几行代码但前后端数据交互会干净很多。3.2 注册登录BCrypt加密与JWT无状态鉴权用户密码存储我直接用BCrypt加密没有自己写MD5加盐的逻辑。MD5加盐不是不行但用BCrypt是行业主流它能自动生成随机盐并内嵌到加密结果中安全性更好代码也更简单。Spring Security里有BCryptPasswordEncoder但为了不引入整个安全框架我单独引入了spring-security-crypto这个依赖只用它来做密码加密和校验其余权限控制自己写。登录成功之后生成JWT令牌把用户id和用户名放进去public String generateToken(Long userId, String username) { Date now new Date(); Date expireDate new Date(now.getTime() 7 * 24 * 3600 * 1000L); return Jwts.builder() .setSubject(username) .claim(userId, userId) .setIssuedAt(now) .setExpiration(expireDate) .signWith(SignatureAlgorithm.HS256, secretKey) .compact(); }然后写一个拦截器在进入所有需要登录的接口前解析token把用户信息放入ThreadLocal。这个方案我强烈推荐因为它不需要在redis里保存服务端会话接口调用时前端只需要在Authorization请求头里带上token即可。对前端Vue项目来说Axios拦截器统一添加请求头就行非常顺手。这里有一个隐藏细节JWT的密钥不要硬写在代码里写进application.yml配置中答辩时你还能多讲一个“集中配置管理”的点。3.3 商品搜索与MyBatis-Plus分页配置二手交易平台的核心页面是商品列表搜索和分页是躲不开的功能。我用的是MyBatis-Plus内置的分页插件但这里有一个非常典型的坑如果你只引入依赖但不配置分页插件拦截器Page对象是不会生效的查出来的list还是全量数据。我被这个问题坑了整个晚上。正确的配置是这样Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }配置好之后在service层直接写PageGoods page new Page(current, pageSize); LambdaQueryWrapperGoods wrapper new LambdaQueryWrapper(); wrapper.eq(Goods::getStatus, 1) .like(StringUtils.hasText(keyword), Goods::getTitle, keyword) .orderByDesc(Goods::getCreatedAt); goodsMapper.selectPage(page, wrapper);分页数据全部在page对象里总条数、总页数、当前页数据都有前端配合Element Plus的el-pagination就能直接做分页组件。搜索这里我用了like模糊查询商品量小的时候完全够用。如果想让项目显得更有深度可以引入Elasticsearch做全文检索但我不建议毕设轻易上因为数据同步、分词、高亮显示这些会占用大量时间。用like把项目跑通然后在论文的“未来展望”里提一句“后续可引入Elasticsearch优化检索性能”反而是性价比最高的做法。3.4 图片上传本地存储的那几个坑商品的图片上传是最容易被忽略、却最容易在整个项目里反复出问题的地方。我一开始用的是直接把图片Base64编码塞进数据库结果一个稍微大一点的图片就能让接口响应慢到怀疑人生。后来换成MultipartFile文件上传图片存到服务器本地目录数据库只存访问路径。上传接口的核心逻辑public String uploadImage(MultipartFile file) { String originalFilename file.getOriginalFilename(); String suffix originalFilename.substring(originalFilename.lastIndexOf(.)); String fileName UUID.randomUUID().toString().replace(-, ) suffix; String datePath new SimpleDateFormat(yyyy/MM/dd).format(new Date()); File dir new File(uploadPath / datePath); if (!dir.exists()) { dir.mkdirs(); } file.transferTo(new File(dir, fileName)); return /upload/ datePath / fileName; }你需要在application.yml里配置上传路径file: upload-path: /home/ubuntu/secondhand/upload/然后实现WebMvcConfigurer把/upload/**路径映射到本地目录Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/upload/**) .addResourceHandler(file: uploadPath); }这里有几个血泪教训。第一SpringBoot默认上传大小限制是1MB图片稍微大一点就会报“MaxUploadSizeExceededException”要在配置里调大spring: servlet: multipart: max-file-size: 10MB max-request-size: 20MB第二上传文件一定要重命名不要使用用户上传的原始文件名否则容易出现非法字符、路径穿越、重名覆盖等问题。第三Windows下开发、Linux下部署路径分隔符一个用反斜杠一个用斜杠我建议所有文件路径拼接都用File.separator或者直接统一用斜杠避免部署时踩坑。3.5 WebSocket聊天给项目加一个真亮点实时聊天是让项目脱颖而出的功能。我用的方案是SpringBoot原生WebSocket没有引入很重的通讯框架。实现思路是用户登录后建立WebSocket连接以userId作为连接标识消息发送时根据接收方userId找到对应的WebSocketSession推送消息同时把聊天记录存入数据库前端轮询接口获取未读数量。这个功能给我最大的体会是WebSocket的握手和认证环节要注意。WebSocket建立连接时没有原生的请求头概念浏览器端的WebSocket对象只能通过URL传参。所以我让前端在连接地址上拼token参数后端在WebSocket握手拦截器里解析token验证通过才允许建立连接。这也是很多同学实现WebSocket时不知道怎么鉴权的一个常见盲点。不过说实话聊天功能确实花了我不少时间如果你前面已经花了太多时间在核心业务上这个模块可以只做“站内信”式的留言功能也就是买家发一条咨询信息卖家在消息列表里回复不需要实时推送实现难度直接降低一半。先保住主流程的完整再考虑锦上添花。4. 联调部署与日常开发中的典型问题排查4.1 前后端联调跨域配置与代理前后端分离模式下联调阶段最常见的报错是跨域。后端接口跑在8081前端页面跑在5173前端访问后端时浏览器因为同源策略拦截请求。我的处理方式是后端统一配置CORSConfiguration public class CorsConfig { Bean public CorsFilter corsFilter() { CorsConfiguration config new CorsConfiguration(); config.addAllowedOrigin(http://localhost:5173); config.addAllowedHeader(*); config.addAllowedMethod(*); config.setAllowCredentials(true); UrlBasedCorsConfigurationSource source new UrlBasedCorsConfigurationSource(); source.registerCorsConfiguration(/**, config); return new CorsFilter(source); } }这里有个细节如果设置了allowCredentials(true)addAllowedOrigin就不能使用必须指定具体的域名。我一开始就是用了导致前端报错排查了半天才发现是这个原因。除了后端配置CORS前端也可以用Vite的代理配置来规避跨域。两种方案任选其一即可但答辩时老师很可能会问“跨域是什么、怎么解决”把CORS的字段含义讲清楚比单纯说“我配了一下就好了”要加分很多。4.2 MyBatis-Plus分页插件失效与时间字段时区问题分页插件失效这个问题我在上面已经提过一次这里再展开强调绝大多数的分页不生效都是因为少了PaginationInnerInterceptor。还有第二个可能的原因是你的mybatis-plus版本和spring boot版本不兼容建议直接参照官网给出的版本对应表来选依赖版本。另一个容易忽视的坑是MySQL时区问题。我在配置数据源的时候连接URL加了serverTimezoneAsia/Shanghai同时数据库连接参数里设置了useSSLfalse。如果不加时区参数在高版本MySQL连接驱动下会报“Unable to load authentication plugin”或者时间不对的问题。数据库建表的时间字段我统一用了datetime没有用timestamp这样在后端实体里映射成LocalDateTime前后端传输时再统一格式化整体就不会出现时间乱跳。4.3 Docker部署SpringBoot项目的完整步骤部署环节我选了Docker因为它在答辩现场环境迁移上非常方便。我先在服务器上安装Docker和Docker Compose然后写DockerfileFROM openjdk:8-jdk-alpine VOLUME /tmp COPY target/secondhand-platform.jar app.jar ENV TZAsia/Shanghai ENTRYPOINT [java,-jar,/app.jar]再配合一个docker-compose.yml把MySQL、Redis和应用服务一起启动。应用通过环境变量注入数据库地址避免把数据库密码写死在代码里。这样整个项目在服务器上一条命令就能跑起来演示的时候给老师留下的印象会非常深刻。部署过程中最大的坑是镜像源和网络问题。如果你是在国内的服务器上构建镜像基础镜像拉取可能会非常慢甚至超时。我的建议是把Docker的基础镜像源提前换成国内可用的镜像地址这个操作能帮你节省大量等待时间。4.4 定时任务超时未支付订单怎么处理二手交易平台里有一个很容易被忽略但又特别实用的功能超时未支付订单自动关闭。这个功能能体现你对业务细节的思考。我用了SpringBoot自带的Scheduled注解每五分钟扫描一次订单表把创建时间超过30分钟且状态为“待支付”的订单自动改成“已取消”同时把商品状态改回“在售”。这个定时任务本身不难但要注意两点。第一定时任务默认是单线程执行的如果任务逻辑复杂会有多个任务互相阻塞的问题可以在配置类里设置一个线程池。第二扫描订单时的“时间条件”判断要写清楚是created_at (now - 30分钟)而不是在Java代码里循环判断否则数据量上来之后性能会很差。用SQL筛选出符合条件的订单集合再批量更新这是最高效的写法。5. 毕业论文结构与答辩准备5.1 论文大纲怎么把项目写出深度论文是对项目的二次包装绝对不能把代码贴进去凑字数。我的论文最终定稿的大纲是第1章 绪论背景和意义、国内外研究现状、主要工作第2章 相关技术介绍SpringBoot、MyBatis-Plus、Vue、MySQL、Redis、WebSocket第3章 需求分析可行性分析、功能需求、用例图第4章 系统设计总体架构图、功能模块设计、数据库设计第5章 系统实现每个核心模块的界面截图核心代码实现说明第6章 系统测试测试用例、测试环境、测试结果第7章 总结与展望论文最容易写得像“软件说明书”或者“代码大全”的地方就是第5章。我的技巧是“每个模块只贴最关键的那段逻辑并且一定要配上页面截图再用两三句话讲清楚‘这段代码解决了什么问题’”。比如订单状态机部分我在代码下面加了一段说明为什么要做状态校验不加会有什么后果。这种写法老师一下就能看出你是真的做了思考。5.2 答辩高频问题预案答辩本质上是在检验项目是不是你自己做的。基于我的经验下面这几个问题几乎是必问的为什么选SpringBoot而不是SSM回答要点自动配置和起步依赖简化开发内嵌容器免部署生态成熟。JWT和传统Session的区别是什么回答要点JWT无状态、适合分布式、服务端不用存会话缺点是吊销困难、token体积大所以设置了过期时间。如何处理下单时的并发问题回答要点先确认商品状态是在售再下单并在商品表上加乐观锁或者用数据库行锁防止超卖。这里不用说得太复杂但一定要有这个意识。分页是怎么实现的回答要点MyBatis-Plus分页插件底层原理是自动拼接limit语句需要注意配置拦截器。聊天功能为什么要用WebSocket回答要点HTTP是单向请求-响应模式服务器不能主动推送消息WebSocket是长连接服务端可以主动推送。5.3 演示环境的准备建议答辩现场最容易翻车的就是演示环节因为环境永远是陌生的。我吃过一次亏所以总结出一个清单第一提前准备好本地环境和线上环境两套部署方案如果现场电脑连不上网直接用本地。第二演示前把常用账号的验证码、登录状态准备好尤其是Redis如果缓存了验证码提前确认Redis在运行。第三准备一条演示脚本从头到尾按顺序走一遍注册登录、发布商品、搜索浏览、下单支付、发货收货、聊天全程保持连贯。这个脚本要反复练至少三遍每一步操作至少要等页面响应再点下一步不要手快。答辩演示不是演示功能数量而是演示完整性。一个能从头跑到尾的闭环比十个只能点开看的半成品页面有价值得多。最后再分享一个我个人做这个项目时体会最深的事一开始我也觉得二手交易平台这个题目很普通但当我真的耐着性子从需求分析做到部署演示之后反而收获了一套完整的项目思维。市面上很多教程只会教你写代码不会教你“什么时候该简化、什么时候该深挖”。比如分页插件失效这种问题不实际踩一次坑你根本不会去理解它背后的拦截器原理。这个项目做完之后我把整套代码整理成了自己的脚手架后续再做任何SpringBoot项目都能直接复用里面的通用配置和工具类。建议你也这样做不要只满足于“毕设通过了”而是把这次开发经历变成自己的技术起点。