SpringBoot+Uniapp实战开发全新仿抖音短视频App[完结]

这套资料的核心不是“教你做一个抖音”，而是用一条完整业务线，把 SpringBoot 后端和 Uniapp 前端之间的接口约定、数据流转、状态同步讲清楚。短视频类应用的业务密度比普通 CRUD 项目高得多：视频流、点赞、关注、互粉、评论、消息，每一个模块都涉及多表联动和实时性要求，正好适合用来检验自己是否真的能把前后端串起来。

技术栈与整体结构

后端以 SpringBoot 为主体，承担用户体系、视频元数据、社交关系链和互动数据的接口输出；前端用 Uniapp 一套代码覆盖 App 与小程序端，负责视频播放、瀑布流渲染和交互反馈。两者走的是前后端分离模式，接口边界清晰，这对自学者来说很关键——你可以只跑后端、用接口工具验证，也可以只调前端、对接现成接口，不必一次性把所有环节都吃透。

从资料结构看，前几章先做项目介绍和技术拓扑梳理，把模块划分和数据表关系讲在前面，再进入具体业务开发。这个顺序值得注意：它意味着后面每个功能模块都不是孤立写代码，而是往同一套架构里填内容。跟着做的时候，建议先把拓扑图对应的实体关系和接口清单自己画一遍，再动手写，否则很容易在第 7 章这种高密度业务模块里迷失。

可复用的模块与工程要点

粉丝业务模块是这套资料里信息量最集中的部分，包含关注、互粉、点赞、朋友视频流等一组相互依赖的功能。这里面有几个可以单独抽出来复用的工程点：

• 社交关系表的设计与查询优化，尤其是“我关注的人”和“关注我的人”双向查询如何避免全表扫描；
• 点赞这类高频写操作的幂等处理，防止重复提交导致计数错乱；
• 互粉判断逻辑与视频瀑布流的分页加载策略，前端如何配合后端做游标分页而不是简单 offset；
• 视频列表在 Uniapp 中的渲染性能处理，包括懒加载、播放器实例复用和滚动位置保持。

这些点单独拿出来，放到任何带社交属性的应用里都能用。把它们当作独立课题去研究，比单纯跟着视频敲一遍更有价值。

建议的使用方式

不要按顺序一次性看完。更有效的做法是：先读第 2 章的架构部分，建立模块地图；然后跳到粉丝业务模块，挑一个具体功能（比如用户点赞视频），自己先设计接口和表结构，再对照资料里的实现找差距。遇到不一致的地方，先想清楚是设计取舍不同还是自己漏了约束条件。视频播放和瀑布流这类偏前端的部分，建议在真机上跑，模拟器和浏览器预览的差异会掩盖不少问题。

如果时间有限，优先保证后端接口和数据库这块跑通，前端页面能调通主要流程即可。短视频 App 的复杂度在业务逻辑而不在 UI 皮肤，把关系链和互动数据做扎实，界面改起来是很快的事。

适合谁对照实践

这份资料更适合已经写过 SpringBoot 基础接口、也在 Uniapp 里做过简单页面的人。纯零基础直接上手会在环境配置和多端调试上耗掉大量时间。如果你正在找一个业务量足够、又不至于像电商那样庞大的项目来练手，短视频这个题材的模块划分和社交逻辑，是一个比较合适的中间难度。用它来对照自己的实现、补齐工程细节，比单纯看视频过一遍要划算得多。