Like壹视短视频源码：Flutter+Go+Vue三端架构与二次开发解析

为什么选择这套三端分离架构

Like壹视把短视频、直播、语音厅、商城和即时通讯整合进一套源码，最吸引技术团队的是它的分层方式：移动端用 Flutter 一套代码覆盖 iOS 和 Android，管理后台用 Vue 3 + Arco Design Pro，服务端基于 Go 1.25 + Gin。三端完全解耦，接口全部以 HTTP/WebSocket 形式暴露，前端要么调自己配的 API 网关，要么可以直接对接微服务改造后的新网关，为二次开发留足了空间。

移动端：从 UI 到底层能力的统一封装

客户端使用 Flutter 3.10+ 和 Dart 3.x，渲染性能在主流机型上足够稳定。状态管理没有引入 Bloc 或 Provider 等依赖较重的方案，而是采用 ValueNotifier + Repository，对接手团队来说学习曲线低，调试也直观。视频播放部分作者封装了一个 VideoPool 控制器池，在信息流里切换视频可以复用播放器实例，避免频繁创建造成的卡顿和内存抖动。

直播能力选择了声网 Agora RTC Engine 6.5，配合 Flutter 端的连麦逻辑和抢麦并发锁，可以在进直播间、退出语音厅等场景下自动处理流订阅和释放。礼物特效通过 SVGA 渲染，支付宝支付则直接调用 tobias 插件，整个支付链路在代码里是独立模块，替换成其他支付服务商只需要改 adapter 层。

新加的语音聊天厅和一对一畅聊模块逻辑也不复杂：语音厅实现了麦位管理、最小化悬浮球保活、说话头像声波动效，这些完全依赖 WebSocket 信令和 Agora 音频流，客户端基本不参与业务判断；一对一速配同样是匹配成功后直接走音视频通道，计费逻辑由服务端保证，前端只负责任务启动。

服务端：Go 在高并发消息场景的落地

后端用 Go 1.25 + Gin 搭建 HTTP 服务，WebSocket 基于 gorilla/websocket 做了万级并发的 Hub 模型。即时通讯、直播弹幕、语音厅信令都走同一个 WebSocket 连接，通过消息类型路由到不同 handler，减少了连接数。

鉴权采用 JWT，用户态 7 天有效，管理员态 24 小时，RBAC 细化到 API 级别，后台可以配置角色、菜单和接口权限。这种设计对需要私有化部署且后期要接自己组织架构的项目比较友好，改权限模型的时候不用动前端，只要在管理后台重新配置即可。

钱包与支付模块代码里直接与支付宝交互，订单回调做了幂等处理，打赏、付费畅聊、提现等资金变动都走数据库事务，对账口径清晰。短信通道同时接了阿里云和短信宝，后台一键切换，这个细节在商用部署时能省掉不少适配工作。

数据库与缓存策略

数据层采用 MySQL 8.0 + Redis 6。Redis 在这套系统里不只是缓存用户 token，还用于直播热度计数器、礼物贡献榜的实时排序、抢麦状态的分布式锁。短视频 Feed 和动态流的 feed 数据会先写 Redis 再异步落库，保证高并发刷新的响应速度。

媒体资源的缓存策略值得一提：客户端对轮播图、私聊图片和视频都做了持久化缓存，二次打开时直接读取本地文件，节省带宽的同时让冷启动变得更快。这些缓存的失效策略由后台下发版本号控制，不需要频繁发版。

二次开发与接手成本

整套源码目录结构清晰，移动端、服务端、管理后台三个仓库独立，没有互相耦合的构建依赖。接手团队一般需要具备 Flutter 开发经验、Go 微服务开发能力和 Vue 3 项目经验，平均上手周期大约两周。如果只想做 UI 换肤、增加新的直播类型或者调整商城流程，基本上只改移动端和后台配置即可，不需要动 Go 服务核心逻辑。

接口扩展方面，服务端路由按功能模块分组，新增 IM 消息类型或支付方式只需在对应 service 目录下增加实现，然后注册到路由表。对外接口的请求/响应结构体都有 swagger 注释，可以直接生成文档，也方便第三方 APP 或者小程序对接。

部署与上线验收要点

源码交付时包含完整的部署脚本和 Nginx 配置示例，支持单机或集群模式启动。Go 服务编译成二进制后几乎无依赖，MySQL 和 Redis 可以走云服务或自建，移动端打出来的安装包自带环境切换配置，方便开发、测试和生产环境隔离。

上线验收建议重点测这几个路径：直播间开播、送礼、连麦的正常流程及打断后恢复逻辑，语音厅进入退出、最小化保活、悬浮球状态恢复，一对一速配计费准确性，以及商城下单支付全链路。这些场景覆盖了绝大多数高并发和状态同步的风险点。源码提供商用授权，支持私有化部署，后期如需定制，可以基于现有模块快速迭代，山东壹软网络科技有限公司在交付后还会提供部署培训与运维交接。