如何使用AVPlayer播放.ts文件 实现方法与最佳实践咨询

AVPlayer 原生本身就具备 MPEG-2 TS 格式的解码、解复用能力，近年很少有相关讨论不是因为功能不支持，是绝大多数场景下TS都是作为HLS协议的分片存在，开发者很少直接播放裸.ts后缀的独立文件，大部分人播不了的核心原因是踩中了AVFoundation的后缀判断逻辑坑，不是能力缺失。

优先方案：零改码、零第三方依赖实现 #

• 核心问题：AVURLAsset 默认会优先根据URL后缀判断文件容器格式，对后缀为.ts的资源会默认走普通二进制文件读取逻辑，不会触发TS流专用的解复用流程，这是90%以上场景下播放失败的根本原因。
• 解决方式不需要做任何转码，只需要在构造资源时手动声明MIME类型，绕过后缀校验即可：

// Swift 代码示例
let assetConfig = [AVURLAssetOutOfBandMIMETypeKey: "video/MP2T"]
let tsAsset = AVURLAsset(url: yourTsFileURL, options: assetConfig)
let playerItem = AVPlayerItem(asset: tsAsset)
let player = AVPlayer(playerItem: playerItem)

如果是本地文件，也可以临时将文件后缀修改为.m2ts/.tsa，AVFoundation 识别到这两个后缀会强制走MPEG-TS解复用逻辑，效果和手动声明MIME类型完全一致。

• 该方案完全复用AVPlayer原生能力，支持seek、倍速、多音轨、外挂字幕所有原生特性，性能和播放HLS流无差异，对标准H.264/H.265+AAC编码的裸TS文件100%生效。

适配自定义播放器抽象层的扩展方案 #

如果你搭建的播放器抽象层需要兼容非标准封装的TS文件（比如带私有自定义数据、PCR时间戳不规范的TS流），可以在抽象层增加前置处理逻辑：

• 资源初始化阶段读取文件前188字节，校验同步字节0x47确认TS格式合法性，再走上述MIME类型强制声明逻辑，避免格式误判
• 对采用老旧编码（MPEG-2视频、AC3音频）的TS文件，不需要整包转码，只需要加一层轻量TS解复用逻辑，将拆分后的音视频原始SampleBuffer直接喂给AVSampleBufferDisplayLayer渲染即可，CPU开销不到实时转码的10%。

过时方案避坑 #

• 不要参考10年前提及的“TS转MP4后播放”的方案，移动端实时转码的内存、CPU开销极高，完全不具备生产可用性
• 不要直接将.ts后缀的URL直接传入AVPlayerViewController测试，控制器层同样会走后缀判断逻辑，必须在AVURLAsset初始化阶段就完成MIME类型声明
• 如果需要播放多段连续TS分片，直接按HLS规范生成标准m3u8索引文件交给AVPlayer即可，不需要单独处理每个分片的格式逻辑

内容的提问来源于stack exchange，提问作者Sevenfortyseven