1. 别被标题吓到先看懂这个毕设到底在做什么做了这么多年Java方向的毕业设计辅导我接触最多的题目类型之一就是这种“社交平台”类的项目。尤其像标题里这种“基于Spring Boot的兴趣爱好者圈子圈友社交平台”几乎每年都能见到好几个相似版本。你别看它名字长、又是“完整源码LW部署说明演示视频”一条龙拆开来看它就是一个非常典型的“中型Web应用”用户系统、圈子系统、内容发布系统、互动系统四块拼在一起。这篇文章就围绕这个题目从需求拆解、技术选型、数据库设计、核心代码实现、部署演示到论文写作把我实操过程中积累的东西完整梳理一遍。适合正在选毕设题目、或者已经选了这个方向但还没理清思路的同学看也适合那些想快速把一个能跑的Spring Boot项目吃透、好应付答辩和后续拓展的人。我的建议是你千万别把它当成一个“背代码交差”的活儿而是当成一次完整的业务系统训练——把这几块搞明白你以后写任何管理类、社区类系统都不会慌。先给这个平台做个画像你可以把它想象成一个“豆瓣小组 贴吧”的迷你版。用户注册登录后可以浏览兴趣圈子比如“骑行爱好者”“独立游戏开发”“手账收集”“宠物摄影”加入感兴趣的圈子在圈子里发帖、评论、点赞也可以关注其他用户在首页看到关注的人的最新动态。整体就是一个“以兴趣为纽带、以圈子为单位、以内容为载体的社交闭环”。选择这个话题做毕设的好处很明显一是业务逻辑清晰不会像电商系统那样涉及复杂的订单状态机二是功能模块边界分明方便按阶段开发三是可以讲的东西多无论论文还是答辩都能有足够的素材。坏处也有——正因为做的人多如果你的实现还停留在“增删改查说明书”的层面答辩时很容易被追问到细节就答不上来。所以这篇文里我会特别强调设计取舍和底层原理而不只是贴代码。1.1 兴趣圈子社交平台的核心定位一句话概括这个平台的核心业务“人以圈聚内容为媒”。它和普通微博/朋友圈最大的区别在于用户的行为入口不是“关注某个人”而是“加入某个圈子”。这意味着你的数据模型里“圈子”和“用户与圈子的关系”是核心中的核心。从用户视角走一遍完整链路注册登录——按分类浏览圈子列表——查看圈子详情成员数、帖子数、封面、简介——申请加入/直接加入圈子——在圈子内发帖文字图片——其他圈友评论、点赞——用户收到互动通知——用户去个人主页查看自己发布的内容和加入的圈子——在发现页看到平台推荐的热门圈子/热门帖子。这个链路一旦跑通你的系统在功能上就是一个完整可演示的产品。大部分毕设项目的演示视频也就是沿着这条链路录下来的。所以我在给同学做技术方案时通常强调“先把主链路走通再去补边角功能”而不是一上来就钻到某个细节里。1.2 为什么Spring Boot是毕设题目的“安全牌”这几年毕设技术栈里Spring Boot几乎成了默认选项。原因很现实生态成熟、资料多、招人单位认、遇到问题搜得到答案。Spring Boot最核心的价值是“自动配置”它把过去SSH/SSM时代大量繁琐的XML配置、Spring容器装配、数据源配置都给简化了。你只需要引入spring-boot-starter-web一个SpringBootApplication注解就能直接起一个Web服务。对毕设来说这意味着你能把主要精力放在业务代码而不是环境配置上。但这里我要提醒一个容易被忽视的问题Spring Boot版本选择。目前主流有2.7.x和3.x两个系列3.x要求JDK 172.7.x一般配JDK 8。如果你的机器装的是JDK 8那最好老老实实用2.7.x如果学校机房环境比较老也别硬上3.x。很多同学项目起不来的原因不是代码写错了而是JDK、Maven版本和Spring Boot版本对不上。我一般推荐2.7.18 JDK 8 MySQL 5.7/8.0 MyBatis-Plus 3.5.x这套组合稳定、兼容性好、资料最多。2. 需求拆解与技术选型先把坑埋在前面很多同学拿到题目就开始建表写代码这是最要命的做法。毕设项目虽然规模不大但毕竟是一个完整系统需求分析这一步直接决定了你后面代码写不写得下去。我一般建议先花半天时间把需求列表用表格列出来标清楚优先级再开始设计。2.1 功能性需求拆解按“用户-圈子-内容-互动”四个维度来拆用户维度注册、登录、登出、个人信息查看与编辑头像、昵称、个人简介、修改密码。这里要注意登录态用什么方案是Session还是JWT需要提前定。后面我会专门讲JWT方案。圈子维度圈子分类、圈子列表分页关键词搜索、圈子详情、创建圈子需要填写圈子名称、简介、封面图、分类、加入圈子、退出圈子、圈子成员列表。有些版本还支持圈主管理员解散圈子、移除成员这个可以作为加分项。内容维度发帖标题、正文、图片、帖子列表按圈子筛选/按时间排序、帖子详情、删除自己的帖子管理员可删除违规帖子。图片上传这块是很多同学的卡点后面我会单独列一节讲。互动维度评论帖子、回复评论可做可不做建议做“评论的评论”做成两级即可、点赞/取消点赞、关注用户/取消关注、我的关注列表、粉丝列表、互动通知被评论、被点赞时生成一条通知记录。非功能性需求页面要能正常展示哪怕丑一点但不能乱、接口响应要快本地项目基本不用担心、数据不能丢数据库要能正常备份还原、项目要能一键启动这个很重要答辩现场没时间让你改配置。2.2 技术栈选择与版本心里有数我给这套项目推荐的技术栈组合如下每一层都有明确理由后端Spring Boot 2.7.18 MyBatis-Plus 3.5.x MySQL 8.0 Redis可选 JWTjjwt 0.9.1或0.11.x Lombok。MyBatis-Plus比原生MyBatis省事得多单表CRUD基本不用写SQL分页查询也是内置的特别适合快速开发。前端如果只需要一个能演示的后台可以直接用Thymeleaf服务端渲染省去前后端分离的跨域麻烦如果想做得更像产品可以用Vue 2/3 Element UI Axios配合后端提供Restful接口。我的建议是如果你前端基础一般老实选Thymeleaf Bootstrap或原生HTMLCSSJS工作量小、不容易翻车如果你前端有点底子图效果好就上Vue Element UI。两种方案我都指导过同学做出来都能过答辩。数据库MySQL 8.0。5.7也行但8.0是趋势而且字符集默认utf8mb4对emoji昵称支持更好。注意如果你用了Redis那还需要在服务器/本地装一个Redis服务这个也是不少部署坑的源头。其他工具Maven 3.8IDEA社区版或旗舰版均可Navicat或DataGrip做数据库可视化管理Postman测接口XshellXftp传服务器文件如果用云服务器部署。这里有个经验之谈技术栈别贪多。你可以在论文里写“引入Redis做缓存”但如果你对Redis不熟完全可以做成“登录用户信息缓存”这一个点而不是到处用。毕设的核心是“自圆其说”不是你用了多少牛逼技术而是你选的每个技术都能讲清楚为什么用、解决什么问题。2.3 特殊需求演示视频、部署说明与论文的关系标题里的“LW”“部署说明”“演示视频”其实是毕设交付物的三件套。我接触过不少同学只盯着源码结果到答辩前一周才发现论文还没写、视频还没录手忙脚乱。你要心里有数这三样东西是绑在一起的。部署说明是让你以及答辩老师能快速把项目跑起来演示视频是别人不装环境也能看到系统效果论文LW是把设计思路文字化。所以项目代码里凡是涉及配置文件、启动方式、初始数据的地方写清楚注释就是给后面录视频和写论文省时间。我习惯在每个项目里放一个README.md把环境要求、数据库初始化脚本、启动步骤、默认账号全部写进去这个习惯强烈建议你也养成。3. 数据库设计社交平台的重中之重这个模块我放在核心技术解析的第一位因为几乎所有后端代码都是围着表转的。很多同学在建表时容易犯的毛病是“想太复杂”——把通知、私信、标签、搜索、推荐全塞进去结果表建了二十多张最后只用了十张还把自己绕晕了。我的建议是第一版只做核心表跑通主流程后再用增量方式加表。3.1 核心表结构总览简化版设计如下共需要8张核心表表名作用关键字段sys_user用户表id, username, password, nickname, avatar, intro, create_timecircle圈子表id, name, category_id, cover, intro, owner_id, member_count, create_timecircle_category圈子分类表id, name, sortcircle_member圈子成员表id, circle_id, user_id, role(0普通/1圈主), create_timepost帖子表id, circle_id, user_id, title, content, images, like_count, comment_count, create_timepost_comment评论表id, post_id, user_id, parent_id, content, create_timepost_like点赞表id, post_id, user_id, create_timeuser_follow关注表id, user_id, follow_user_id, create_time别小看这个列表它已经把社交平台的四大块都覆盖了。这里我有几个设计上的具体建议第一用户表的username要加唯一索引登录时用username展示时用nickname两个字段分开存否则后面想改昵称会很痛苦。第二帖子表的images字段可以直接用varchar(500)存逗号分隔的图片路径不必单独建一张图片表毕设级别这样处理完全够用做得太多反而累赘。第三所有表都要有create_time有些还要update_time答辩老师如果问“你怎么做数据审计”至少你有时间字段可以回答。member_count、like_count、comment_count这三个冗余计数字段是社交项目里典型的“用空间换时间”策略。每次查询圈子详情、帖子详情直接查这个字段就行了不需要每次做COUNT(*)聚合。代价是每次新增成员、点赞、评论时需要同步更新计数事务里多写一条UPDATE而已。这个细节写进论文里是一个不错的“性能优化”论点。3.2 圈子与成员关系设计圈子和用户是多对多关系因此必须拆成中间表circle_member不能把成员ID塞在圈子表的一个字段里。这个中间表除了记录关系还要带上role字段标识这个成员是不是圈主这样就能实现“只有圈主能删除圈子/移除成员”的权限控制。加入圈子的逻辑有两种直接加入和审核加入。毕设项目一般做直接加入就够了省一套审核流程和通知流程。如果论文里想加亮点可以把“圈子简介”和“圈子封面”做成必须填写的字段配合创建圈子时的表单校验这也算业务完整性的体现。还有一个细节当圈主解散圈子时务必先把circle_member里所有关联记录删掉再删circle并且圈子下的帖子要么一并删除要么做“帖子所属圈子置空”处理。这个顺序错了外键约束就会报错。我用Transactional包裹这个多步操作保证原子性这是标准的“事务一致性”思路写进论文不丢人。3.3 内容与互动数据的一致性帖子被删除时它的所有评论、点赞记录都要清理。这里我踩过一次坑只删了帖子没删评论结果帖子详情页虽然打不开了但数据库里残留一堆孤儿评论。后来我统一用“先查子表、再删主表”的顺序或者在删除帖子时用一条DELETE FROM post_comment WHERE post_id ?先清理。点赞表的唯一约束也很关键。如果不在post_like表上加UNIQUE KEY (post_id, user_id)同一个用户对同一帖子连续点赞两次数据库中就会产生两条记录前端就会呈现“点赞数2”的bug。正确做法是加唯一索引然后在服务层做“先查是否存在存在则删除取消赞不存在则插入点赞”配合事务逻辑就稳了。关注表的唯一约束同理UNIQUE KEY (user_id, follow_user_id)避免重复关注。这些唯一约束是你代码健壮性的保底即使前端请求发重了数据库这层也能拦得住。4. 后端核心模块实现从登录到发帖闭环数据库设计好了后端代码其实就是在给这些表“接接口”。这一节我挑四个最核心、也最容易被答辩老师追问的模块来讲用户认证、圈子业务、帖子互动、关注与发现。每个模块都会给出关键实现思路和代码片段。4.1 用户认证JWT方案落地我强烈建议用JWT做登录态而不是传统的Session。原因有三一是JWT是无状态的服务端不需要存“登录会话”扩容方便二是答辩时能讲的东西多比如token过期、签名校验三是前端无论是Thymeleaf还是Vue都能很容易地把token存到localStorage或者作为请求头携带。实现上分三步登录接口校验用户名密码——校验通过后用io.jsonwebtoken生成一个带用户ID和过期时间的token——后续请求通过拦截器解析token把用户信息放到ThreadLocal或直接放到请求域里。// 登录成功后生成token String token Jwts.builder() .setSubject(String.valueOf(user.getId())) .claim(username, user.getUsername()) .setExpiration(new Date(System.currentTimeMillis() 1000L * 60 * 60 * 72)) .signWith(SignatureAlgorithm.HS256, secretKey) .compact();这里有两个坑。第一secretKey不能写死在代码里最好放在application.yml中用Value注入论文里也好解释“配置与代码分离”。第二token过期时间别设得太短我见过设成30分钟的结果演示视频录到一半就登录过期了非常尴尬。建议设72小时甚至7天毕设场景完全够用。拦截器拦截所有/api/**请求但放行登录、注册、获取圈子列表这些公开接口。放行方式用HandlerInterceptor的excludePathPatterns配置即可。这里要特别检查一件事如果你把静态资源css、js、图片也拦截了页面样式会全部丢失。我的经验是/static/**、/upload/**必须放行否则前端页面一看就是“裸奔”状态。4.2 圈子模块创建、加入、退出与权限校验圈子模块的核心接口有这么几个按条件分页查询圈子、查看圈子详情、创建圈子、加入圈子、退出圈子、我的圈子列表。创建圈子时注意事务里要做三件事INSERT圈子表——INSERTcircle_member表创建者自己就是圈主role1——更新分类统计可选。这三步必须在一个事务里否则会出现“圈子建了但成员表里没有圈主”的脏数据。加入圈子的接口先判断用户是否已经是成员查询circle_member是否存在记录存在则提示“你已加入该圈子”不存在才执行插入并给circle表的member_count加1。退出圈子则反向操作删除成员记录member_count减1。如果退出的人是圈主按业务逻辑应该提示“圈主不能直接退出请先转让圈主或解散圈子”。这个判断别看小很多同学会漏答辩时业务逻辑链一问就断。权限校验方面我建议封装一个RequireCircleOwner注解或者直接在Service层判断role字段。圈主能执行的操作有编辑圈子简介、解散圈子、移除成员普通成员只能发帖和退出。把权限校验逻辑从Controller里抽出来统一放到Service层代码会干净很多也方便在论文里写“基于角色的访问控制”。4.3 帖子与互动评论和点赞的并发安全发帖接口相对简单但要注意图片上传的处理。上传图片用MultipartFile接收保存到服务器本地指定目录比如/upload/yyyyMMdd/文件名用UUID加时间戳拼出来避免重名。保存后返回图片访问路径前端展示时直接拼接http://ip:port/upload/xxx.jpg。这里最常见的坑是上传成功了但页面图片不显示原因基本都是静态资源映射没配置。你需要在WebMvc配置类里加一个资源映射registry.addResourceHandler(/upload/**) .addResourceLocations(file: uploadDir);点赞这个操作本质上是一个“状态切换”。我推荐的实现方案是先按postId userId查post_like表存在则删除记录并给帖子like_count - 1不存在则插入记录并like_count 1。因为唯一约束在数据库层面已经兜底所以这个方案不会出现重复点赞。如果你还想再稳一点可以对like_count这一行用乐观锁UPDATE post SET like_count like_count 1 WHERE id ?这样并发下也不会错。评论模块我用的是“两级评论”模型顶级评论parent_id 0回复评论时parent_id存顶级评论的ID。这样实现简单展示时按时间倒序列表展示顶级评论回复内容嵌入在顶级评论下面做演示效果完全够用。如果你想做“楼中楼”递归评论那就要用parent_id存直接父评论的ID查询时递归组装工作量会成倍增加不建议第一次做就上这个复杂度。4.4 关注与“发现”推荐策略做个不丢人的首页关注模块的接口关注/取消关注操作user_follow表、我的关注列表分页、我的粉丝列表分页、同时要统计关注的用户发了什么帖子聚合到“首页动态流”。首页动态流的实现最简单可靠的做法是SQL查询查出我关注的用户ID列表然后用WHERE user_id IN (关注列表) AND circle_id IN (我加入的圈子)去查帖子按时间倒序分页返回。这个SQL完全可以走post表的普通索引数据量在毕设阶段不会成为性能瓶颈。“发现”页的设计我常用两种简单策略一是按圈子热度member_count降序推荐热门圈子二是按帖子点赞数降序推荐热门帖子。这两个策略简单、效果好、答辩时讲得清楚。我见过有同学非要上协同过滤推荐算法结果光造数据就花了三天最后效果还一塌糊涂——完全没有必要。在毕设阶段你要做的是“可解释的简单方案”而不是“黑盒的高大上方案”。5. 别忽视“交付”环节部署说明与演示视频的准备技巧很多同学把代码写完就以为完事了结果部署环境没配好、演示视频录得磕磕绊绊、论文里部署章节写不出来。这节我讲讲交付物怎么准备能让你少走弯路。5.1 本地部署五步法拿去就能用我先给你一套通用流程按照这个顺序项目基本能在一个干净的环境里跑起来第一步安装并校验环境JDK 8、Maven 3.8、MySQL 8.0。命令行输入java -version、mvn -version确认无误。第二步创建数据库并导入初始数据在MySQL里执行CREATE DATABASE community DEFAULT CHARACTER SET utf8mb4;然后导入项目里提供的sql脚本。脚本里除了建表语句最好还包括测试账号比如admin/123456以及几条圈子和帖子示例数据演示时直接有内容可以看。第三步改配置打开application.yml修改数据库地址、用户名、密码如果有Redis还要改Redis地址。第四步启动后端在项目根目录执行mvn spring-boot:run看到“Started Application”字样说明启动成功。第五步启动前端如果前后端分离npm install然后npm run serve浏览器访问对应端口。这五步看着简单但我在实际辅导中几乎每次都有人卡在第三步——不修改默认账号密码或者数据库名和配置里不一致。所以强烈建议你从一开始就统一约定比如数据库名就叫community密码就用你自己本地的别在网上抄配置时把别人的账号密码也一起抄下来。5.2 服务器部署从jar包到云端可访问如果条件允许我建议你把项目部署到云服务器上哪怕只是最低配的2核4G答辩演示时直接访问公网IP效果远比本地录像好。核心流程打包mvn clean package -DskipTests得到target下可执行的jar包——上传到服务器比如/opt/app目录——用nohup java -jar community-0.0.1.jar --spring.profiles.activeprod app.log 21 后台启动——用Nginx做反向代理把80端口转发到项目的8080端口。Nginx配置core部分如下加一个location /代理到后端location /upload/指向图片上传目录server { listen 80; server_name your_domain_or_ip; location / { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } location /upload/ { alias /opt/app/upload/; } }这里提醒一句云服务器安全组一定要放行80和8080端口很多同学配置全对但访问不了就是安全组没开端口排查到最后才发现问题在“门外”。还有application-prod.yml里数据库密码不要用弱密码至少答辩时被问“上线部署安全怎么做”你得答得上来。5.3 演示视频怎么录才像样录演示视频我有三条经验第一用OBS或Win10自带录屏工具分辨率至少1080P帧率30即可。第二按主链路脚本走先演示登录——浏览圈子——加入圈子——发帖——评论——点赞——查看通知——个人主页别跳来跳去。第三每个操作之间停顿2-3秒让观看者看清楚你点了什么。还有一个很多同学忽略的点演示视频里操作的数据要和数据库里的示例数据对得上。比如视频里你在“骑行圈”发了一篇文章那数据库里就该真有这个圈子如果你数据库里只有几条乱七杂八的测试数据视频看着就不真实。提前准备一套像样的种子数据录视频和答辩都省心。6. 常见问题与排错记录我帮你踩过这些坑这部分是我觉得最有价值的内容。我在辅导过程中遇到的高频问题集中列出来每个都有原因分析和排查思路。6.1 数据库连接与时区问题症状项目启动报Access denied for user或者Server returns invalid timezone。前者是账号密码或授权问题后者是时区问题——在数据库连接URL里加上serverTimezoneAsia/ShanghaiuseSSLfalse即可。MySQL 8.0默认时区如果不是中国时区JDBC驱动会报错。数据库授权问题则要检查你的MySQL里有没有创建对应的用户和数据库很多报错其实是在Navicat里能连上但项目连不上就是因为项目配置里的用户名和Navicat保存的账号密码不一致。6.2 循环引用与JSON序列化爆炸症状查询帖子详情时post对象里带了useruser里又带了postsposts里又带了user……Jackson序列化时直接报StackOverflowError或者返回的JSON巨大无比。原因就是实体类里双向关联还同时开启序列化。解决办法有几种最简单的是在关联字段上加JsonIgnoreProperties或用JsonIgnore排除一方。更推荐的做法是不直接在实体里搞关联查询而是用VO视图对象承载返回数据比如PostVO里只有userId、nickname、avatar这些展示字段没有反向引用。这也是一开始就值得注意的设计Controller返回给前端的永远是VO或DTO而不是数据库实体类。这样不仅能解决序列化坑还能避免把不该暴露的字段比如密码传给前端。6.3 文件上传路径与大小限制症状上传小图片成功稍微大一点的图片就报Maximum upload size exceeded或者画面里图片不显示。原因有两点一是Spring Boot默认的上传文件最大是1MB需要在application.yml里调大二是上传后的路径和访问映射没配对。配置如下spring: servlet: multipart: max-file-size: 10MB max-request-size: 10MB关于图片不显示除了前面提到的资源映射另一个坑是你保存到数据库里的路径是/upload/20240312/xxx.jpg相对路径而前端页面地址是http://localhost:8080/index.html相对路径正好能拼对但如果你用Vue起了8081端口后端在8080端口这个相对路径就拼到了前端端口上图片自然404。解决办法是后端返回完整URL或者在VO组装时把请求域名前缀拼接上去。6.4 部署后接口404 / 页面白屏排查如果在本地一切正常服务器上接口404先按顺序排查第一步确认jar包是否打好了很多package打包时没执行测试导致残缺用ls -lh target/*.jar看大小第二步确认端口是否被占用lsof -i:8080或netstat -tlnp | grep 8080第三步看启动日志tail -f app.log里一般会有明确异常第四步看Nginx日志/var/log/nginx/error.log确认反向代理配置是否正确第五步在服务器本地curl http://127.0.0.1:8080/api/circle/list如果本地通但公网不通就去检查云安全组。这套排查思路我称为“从内到外”先应用后中间件先本地后公网。养成这个习惯以后工作中排障也快得多。7. 关于“全包一条龙”交付源码、论文、视频各司其职最后回到标题里的“一条龙”交付。我对同学的定位要求是源码是第一生命线论文是第二生命线演示视频是门面。三者相互支撑缺一个答辩都难受。7.1 “完整源码”应该长什么样一个能被称作“完整源码”的毕设项目至少要有这些目录与文件后端Maven工程src/main/java下按controller/service/mapper/entity/config/common分包、resources下的配置文件与SQL脚本、前端工程如果是前后端分离要有src目录与package.json、README.md部署文档。我特别强调分包规范。很多同学直接把所有Controller堆在一个包Service里写一堆几百行的方法代码根本没法看。答辩老师翻你工程结构时第一眼就是看包结构是不是清晰。“清晰的包结构 关键注释 合理的类名”比什么都更能体现你的工程素养。我一般按controller、service、service.impl、mapper、entity、vo、config、common放统一返回结果与异常处理来分。7.2 LW论文写作要点论文结构和项目代码是一一对应的第一章是绪论背景与意义、国内外研究现状、研究内容第二章是相关技术介绍Spring Boot、MyBatis-Plus、MySQL、Vue、JWT第三章是需求分析功能需求、非功能需求、用例图第四章是系统设计总体架构、功能模块设计、数据库设计第五章是系统实现每个模块的界面截图核心代码解释第六章是系统测试用例表测试结论。我的写作建议是不要把代码原样贴一大坨应该“要点式贴码重点讲解”。比如贴登录校验的核心代码然后讲JWT的构成Header.Payload.Signature和过期机制。另外截图一定要重新截一套清晰、数据真实的页面别把开发时的报错页面截进去。论文查重时代码部分一般不算重复但描述性文字尽量用自己的话改写。7.3 答辩演示与问答准备答辩演示时我建议先用2分钟讲背景和功能再用5-8分钟走完主流程演示最后留2-3分钟讲技术亮点。可讲的亮点包括JWT无状态认证、MyBatis-Plus插件式分页、事务一致性处理、唯一索引防重复、资源映射与文件上传。老师大概率会问的问题我提前列一下数据库为什么这么设计member_count为什么冗余存储JWT和Session有什么区别遇到并发点赞会怎么样项目怎么部署的项目有什么不足和改进方向这些问题只要你在做项目时多想一想“为什么”基本都能答上来。特别是“不足与展望”这个问题很多同学不知道怎么说。我的万能答案是当前系统在高并发场景下仍需优化后续可以引入消息队列削峰、使用Redis缓存热点数据、增加内容审核机制等。别说得太空结合项目实际点两个方向即可。写在最后我的一点实操体会带了几十上百个类似项目我最深的体会是这类Spring Boot社交平台题目技术难度真的不大真正拉开差距的是工程习惯和思考深度。你愿意在建表前多画一张ER图在写接口前多想一步权限校验在部署前先把README写清楚你的项目质量就会超过七成以上同样题目的同学。最后分享一个小技巧开发过程中养成“一步一提交”的习惯每次完成一个完整功能就commit一次。不管是用Git还是本地压缩包备份这个习惯在答辩前出了问题要回退时能救你一命。我见过太多同学代码改乱了、又记不清哪一版是好的最后只能全部重来。版本管理这件事虽然毕设不强制但它才是真正陪你走很远的工程师素养。