用户在手机上看一段视频，背后要经过上传、转码、分发、解码和渲染几个环节。阿里云视频点播（ApsaraVideo VOD）和播放器SDK（ApsaraVideo Player）把这些环节做成了现成的服务，接入时主要是理清自己用哪一段、怎么串起来。本文先梳理阿里云视频播放大致包含的能力，再用两个场景说明点播怎么落地。
阿里云视频播放包含哪几类能力
平时说阿里云视频播放，一般指三类东西，选之前先分清楚。
- 视频点播：存储、转码和分发已经录好的视频，课程、短视频、影视内容基本都走这条路。
- 直播与互动：推流、拉流加低延迟播放，赛事直播、带货、连麦这类实时场景用它。
- 播放器SDK：覆盖Android、iOS和Web端，支持自适应码率、倍速、字幕和播放鉴权。
点播视频的链路是怎么走的
源文件先上传到存储，再经过转码生成多种清晰度和格式，常见的是H.264、H.265，封装成HLS或MP4。转码完成后由CDN节点分发。播放器会根据当前网速在不同码率之间切换，这一步决定了用户看到的是流畅播放还是反复转圈。
- 上传：大文件建议用分片上传，网络断了可以从断点接着传，不必整段重来。
- 转码：生成多个码率版本。用HLS的话，切片后可以再配合加密。
- 分发：CDN就近响应请求，首屏等待时间会短一些。
- 播放：播放器看带宽选清晰度，网速掉下去就降档，比硬扛着缓冲要好。
案例一：在线教育的课程点播
某中型在线教育机构（下文简称A机构）有大约两千节录播课。视频原来放在自建服务器上，学生集中学习的时段经常卡，投诉不少，运维同事也一直在扩容。
迁移后，他们的做法大致是这样的：
- 老师在后台上传原始录像，系统自动转成360P、720P和1080P三档。
- 播放器接入自适应码率，弱网时自动切到低档位，画面可能糊一点，但不会停。
- 课程视频开启播放鉴权，地址设较短的有效期，链接被转发出去也很快失效。
- 通过播放器回调记录学习进度，完课率的数据就从这里来。
迁移之后，服务器不再需要为视频流量单独扩容，运维的精力可以放回别的事情上。这个案例是示意性的，卡顿率和成本的具体变化要看各自项目的数据。如果你也打算改造，建议上线前先用A/B测试记下改造前的基线，不然很难说清楚到底改善了多少。
案例二：电商直播回放的切片复用
一个服装品牌每周做三场直播带货。直播结束以后，运营团队想把回放剪成商品短视频，放到商品详情页里。
实际操作是这样：直播画面推流进入直播服务，录制文件自动存入点播库。运营在后台截取精彩片段，系统生成新的点播视频，并附上封面截图。商品页嵌入播放器，移动端用户点开就能看，不用下载App。
这里有两个要点。一是直播录制和点播库必须打通，否则还是得人工下载再上传，前面省下的时间会全部花在这上面。二是播放器要做首帧优化，让用户打开页面后尽快看到画面，不然很容易划走。转化效果同样是示意，需要结合投放数据来验证。
播放卡顿时按什么顺序排查
卡顿一般出在三个地方，建议按下面的顺序看，因为前面的问题最容易确认。
- 网络：先看是哪个地区、哪家运营商的用户在反馈。如果只集中在某一地区，多半是CDN节点或回源路径的问题。
- 码率：检查转码档位是不是设得太高。高码率在低端手机上解码会吃力，可以补一个低档位，或者对老机型默认下发较低清晰度。
- 播放器：看缓冲区设置。缓冲太小容易断续，太大又会拖慢首屏，要根据业务场景找个折中。
接入前后要注意的几件事
- 先定视频类型：录好的内容选点播，实时互动选直播。两者的计费和架构不一样，别混着用。
- 算清成本：存储、转码和CDN流量一般分开计费。转码档位越多花费越高，档位数最好按实际终端分布来定，不必一味求全。
- 做好安全设置：付费内容务必开启鉴权和加密，播放地址不要直接写进前端代码里。
- 做兼容性测试：部分老旧安卓机和浏览器对H.265支持不稳定，上线前保留一版H.264作为兜底，出问题时能切过去。
小结
阿里云视频播放的价值，在于把上传、转码、分发和播放串成一条完整的链路。教育类内容更看重稳定播放和防盗链，电商类内容更看重回放复用和首屏速度。接入之前，先把自己的视频流程画出来，再逐项对照产品能力，通常比一上来就堆功能更省事，也更省钱。
