视频播放系统开发

项目背景

这是一套视频服务三件套，共 3 个仓库：JavaScript 编写的视频播放端、Vue 编写的管理后台，以及 Java 编写的接口服务。播放端负责视频播放与弱网降级，管理端负责上传与转码状态跟踪，接口层负责视频数据访问与逐视频的权限校验。

客户当时的状态

视频系统的问题通常集中在两个地方。一是权限：很多系统把「不能看的视频藏起来」当成权限控制，但播放地址一旦下发到前端，遮挡就失去意义了，权限必须落在接口层、按单个视频判断。二是形态差异：点播有进度、能拖动、能续播，直播只有当前进度，两者用同一套播放逻辑，体验都会变差。此外，上传之后要转码，转码过程如果不可见，用户和管理员就只能反复问「好了没」；移动网络下播放中断是常态，报错退出会直接赶走用户。还有一点容易被忽略：视频资源一旦播放地址泄露，性质上等同于内容泄露，所以鉴权不能只在进入页面时做一次。

我们的做法与取舍

第一个取舍是把权限判断放到接口服务，逐个视频校验，而不是靠前端遮挡。代价是每次播放都要走一次鉴权，收益是权限这件事真正成立。

第二个取舍是点播与直播分开处理，各自用合适的状态模型。共用一套播放逻辑看着省事，但两种场景的核心诉求本来就不一样。

第三个取舍是把上传转码状态完整暴露出来。处理中、成功、失败都要可见。状态不透明省下的开发量，最后都会变成沟通成本。与其让用户反复追问进度，不如把状态直接摆在界面上。

系统怎么承载这条链路

播放层是视频播放端，处理点播与直播两种形态并落实弱网降级；服务层是 Java 接口服务，承载视频数据访问、逐视频权限校验与地址下发；管理层是 Vue 管理后台，负责上传、转码触发与状态跟踪。

交付状态与边界

三个仓库的最后提交时间都是 2025 年 8 月，目前没有再更新的记录。边界说明：视频内容由贵方提供，我们不参与内容生产与审核；存储与分发带宽以既有或签约的服务方案为准；视频版权与传播授权由内容提供方负责。播放端的降级参数可以按贵方的实际网络情况调整，但降级的判断逻辑统一在前端实现，不在服务端分散处理。这些边界在方案阶段就需要明确，避免交付后责任不清。