为什么AVPlayer调用replaceCurrentItem方法时会出现明显延迟？

三种现象的底层原因如下： #

1. 全局playerItem配合replaceCurrentItem出现切换延迟 #

• AVPlayer调用replaceCurrentItem时，首先要完成旧播放项的清理流程：包括移除旧item绑定的KVO观察者、通知回调、清空已缓冲数据、同步音频会话状态，如果旧item仍处于加载/播放状态，这个清理过程会产生额外耗时。
• 你手动初始化全局AVPlayerItem后没有提前触发预加载，调用替换方法时才会开始加载流媒体的元数据、首帧缓冲，必须等到item状态变为AVPlayerItemStatusReadyToPlay才会进入播放流程，加载耗时直接表现为切换延迟。

2. 每次新建AVPlayer无延迟的原因 #

• 新建AVPlayer实例会走独立的初始化播放链路，不需要处理旧player关联的所有残留状态、旧item的清理逻辑，大幅降低了同步开销。
• AVPlayer(url: url)构造方法内部会自动触发新播放项的高优先级预加载，比手动创建item再替换的加载效率更高，首帧加载时间短到感知不到延迟。
• 注意该方案频繁切换时会产生内存峰值，需要注意旧player实例的手动释放，避免内存溢出。

3. 局部playerItem替换后无声音的原因 #

• 核心原因是业务逻辑和全局playerItem变量绑定：通常音频播放场景都会给playerItem添加KVO监听，用于捕获status、loadedTimeRanges等状态变化，控制播放触发、音量设置、音轨选择等逻辑。当你使用局部变量创建播放项时，全局playerItem没有被赋值，所有针对全局变量的控制逻辑都不会作用到新的局部播放项上。
• 如果你的播放逻辑是监听全局playerItem的readyToPlay状态才调用play()方法，局部item的状态变化无法被监听到，自然不会触发播放，也就没有声音输出。

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