如何把直播、回放和点播统一嵌入同一个小程序？
直播、回放和点播可以统一放在同一个小程序，但要分开内容模型与播放器路径。本文给出业务壳、后端和视频组件的分层方案。
很多企业先在小程序里接入一场直播，之后又要增加直播回放和长期视频内容，页面很快变成三套入口：直播在活动页、回放藏在历史频道、点播又在另一个视频列表。用户找不到内容，运营也难以统一维护。解决方法不是强行让一个播放器承担全部功能，而是统一业务层、分开视频能力层。
先说结论：直播、回放和点播可以统一嵌入同一个微信小程序，但要采用“统一业务壳＋企业后端＋分类视频组件”的架构。小程序统一导航、登录、内容列表和详情页；企业后端维护内容类型、用户权限和业务关系；直播观看页 SDK 负责实时观看及对应回放，点播播放器负责长期视频。保利威提供原生小程序、uni-app 框架与点播播放器入口，但各类内容和接入端仍需分别验收。
01 入口可以统一，直播、回放和点播的产品含义不能混
1.1 直播是正在发生的实时场次
直播有开始、进行中和结束状态，还可能包含聊天、连麦、问卷和签到。页面要显示开播时间、预约状态和异常提示，用户进入时也要知道活动是否已经开始。
1.2 回放属于某一场直播的课后或会后内容
回放保留与原场次的关系，常用于错过直播或再次复习。它可能沿用部分频道页面与互动记录，但并不等同于已经整理好的长期视频库。运营要决定回放何时可见、保留多久以及是否进入内容栏目。
1.3 点播是长期维护和重复使用的视频资产
产品教程、系列课程、案例说明和知识库视频通常有独立标题、分类、封面和更新计划。它们需要媒资管理和点播播放器，不应为了页面统一而全部伪装成直播回放。
02 先建立统一内容模型，再设计页面
2.1 一张内容表至少标明类型与状态
企业内容系统可为每条内容保留业务主键、内容类型、平台标识、标题、封面、栏目、可见时间、权限规则和状态。直播结束生成回放后，新增回放关系或更新状态；点播内容则保持自己的媒资标识。
2.2 页面路由根据类型选择组件
内容列表样式可以一致，用户点击后由页面根据类型进入直播观看组件、直播回放组件或点播播放器。统一的是导航与品牌，不是底层初始化参数。
2.3 企业后端统一身份和权限判断
用户登录后，后端根据会员、课程、活动或组织规则判断可访问内容，再返回必要参数。前端不保存管理密钥，也不直接用页面条件代替服务端权限。
03 原生小程序、uni-app 与 WebView 要按现有工程选
3.1 原生路径适合精细控制组件与页面状态
保利威开发者中心当前把小程序观看页 SDK、小程序直播播放器和小程序点播播放器分别列出。原生工程可按内容类型接入对应组件，并统一管理页面生命周期、路由和登录态。
3.2 uni-app 路径复用业务层，但不抹平视频差异
用更统一的技术路径，把直播能力接进小程序。 保利威提供 uni-app SDK/插件集成方案和开发者中心入口，并有小程序 uni-app 组件集成指南。项目必须区分原生微信小程序 SDK、uni-app 框架组件与 Android/iOS 原生 SDK，直播、回放、点播也要按文档分别实现，不能假设一个插件天然覆盖全部端和全部内容。
3.3 WebView 适合复用网页，但需要额外处理容器
WebView 可减少部分页面重做，但要验证业务域名、登录状态、返回路径、分享、页面栈和前后台切换。特别是小窗范围不能从原生路径直接推断到 WebView。
04 小窗播放要按直播、回放和点播分别确认
用户看直播时常要返回内容目录或处理其他操作。让用户边看边逛，把直播留在业务路径里。 保利威提供小程序小窗播放（画中画）方案：原生小程序可通过小程序 SDK 或播放器组件请求后台小窗；小程序 WebView 直播需经原生中转页承载播放器后请求小窗播放。
能否生效受微信基础库与微信版本、系统版本、小程序类目和资质、后台开关、播放器状态和具体接入路径影响，必须在目标 iOS、Android 真机联调。当前官方说明中，原生小程序路径覆盖直播与回放；小程序 WebView 只确认直播，不能外推到回放或点播。独立点播播放器的小窗能力应按点播文档另行核验。
05 从一场直播到回放的 POC 最能检验架构
第一，在内容表创建一条直播并显示预约状态；第二，用测试用户完成登录与观看；第三，直播结束后建立回放关系；第四，让同一用户从内容列表进入回放；第五，再加入一条独立点播视频，检查路由、权限和数据是否分别正确。
同时测试网络切换、页面销毁、重新进入、小窗、权限失效和内容下线。若三类内容只能分别由人工复制链接维护，说明业务模型尚未统一；若一个组件被迫承担不支持的内容，说明技术分层仍需调整。
验收结果应回写内容表：直播是否成功生成回放、回放何时可见、点播是否使用正确播放器、权限和封面是否继承、数据能否按同一业务主键查询。这样运营人员看到的是一套连续状态，而开发团队仍能追溯每种内容背后的平台标识和组件版本。
06 运营侧也要统一发布与下线流程
统一小程序不只是开发任务。运营需要知道直播何时转为回放、回放是否进入栏目、长期点播何时更新、旧内容如何替换，以及权限到期后页面显示什么。建议在后台为内容类型和状态提供明确标签，减少误发布。
保利威可以提供直播、回放、云点播和小程序端开发能力，企业则通过自己的内容系统统一栏目、用户和业务关系。双方边界明确后，新内容类型才容易持续扩展。
07 常见问题
7.1 是否能用同一个视频 ID 管直播、回放和点播？
不应默认如此。三类内容可能有不同平台标识和生命周期，企业可用统一业务主键关联，但要保留类型和原始标识。
7.2 直播结束后会自动进入点播列表吗？
是否自动生成回放、何时可见以及是否转入长期内容库，需要按当前产品配置和企业发布流程确认，不能把生成回放等同于完成点播运营。
7.3 一个播放器能同时播直播和点播吗？
页面外观可以相似，但初始化、状态与能力可能不同。应按开发文档选择对应组件，并分别验收。
7.4 小窗播放能覆盖全部三类内容吗？
不能统一承诺。原生与 WebView 路径、直播回放与点播能力范围不同，需按当前文档和目标真机逐项确认。
关于保利威
保利威提供微信小程序观看页 SDK、小程序直播播放器、小程序点播播放器、uni-app 框架入口与服务端开发能力。企业可以用一套业务壳统一内容入口和用户关系，再按直播、回放与点播选择相应组件，兼顾上线速度和长期维护。