iOS音乐播放器后台持续播放异常：为何被系统终止？

阿华AIGC实验室

2026-5-28

为什么你的iOS音乐播放器后台会停止播放？

嘿，我来帮你拆解这个问题——你遇到的其实是iOS系统后台执行机制和音频播放管理的双重限制，即使配置了audio后台权限，也不代表能无限期在后台运行。甚至你提到iTunes也有类似问题，这说明这是苹果系统层面的统一省电优化，不是你的代码特有的问题。下面具体说原因：

1. iOS后台音频的隐性省电限制

苹果允许音频类应用后台运行，但设备锁屏一段时间后，尤其是进入低功耗模式时，系统会主动压缩后台资源。如果你的应用只是循环播放同一首歌，系统会判定这种“无变化的长期音频播放”为低优先级任务，为了省电会悄悄暂停甚至终止你的音频会话——这就是为什么播放几小时后会停止的核心原因。

2. `AVAudioPlayer`循环逻辑的后台局限性

你设置了numberOfLoops = -1，还在audioPlayerDidFinishPlaying里补了一遍player.play()，看似双重保险，但后台环境下：

主线程会被系统挂起，AVAudioPlayer的回调可能无法及时触发，导致播放结束后没法自动重启。
如果有其他高优先级音频（比如系统通知、来电）抢占了音频会话，你的应用没有处理中断恢复的逻辑，播放就会彻底停住。

3. Timer在后台根本不可靠

你依赖的后台Timer本身就是iOS开发的坑：默认的Timer绑定在主线程的RunLoop上，应用进入后台后主线程会被挂起，Timer自然就停了。就算你把Timer放到后台线程，系统也会限制后台线程的运行时长，超过时间就会暂停，所以你的更新操作肯定会跟着停。

怎么解决？试试这些方案

1. 换成`AVPlayer`替代`AVAudioPlayer`

AVPlayer是苹果推荐的更稳定的播放框架，后台播放的优先级更高，循环逻辑也更可靠：

// 初始化播放项和播放器
let playerItem = AVPlayerItem(url: sound)
let player = AVPlayer(playerItem: playerItem)
// 设置播放结束后不自动暂停
player.actionAtItemEnd = .none
// 监听播放结束事件，实现循环
NotificationCenter.default.addObserver(self, selector: #selector(loopPlayback), name: .AVPlayerItemDidPlayToEndTime, object: playerItem)

// 激活音频会话
do {
    try AVAudioSession.sharedInstance().setCategory(.playback, mode: .default, options: .mixWithOthers)
    try AVAudioSession.sharedInstance().setActive(true)
} catch {
    print("音频会话激活失败: \(error)")
}

player.play()

// 循环播放回调
@objc func loopPlayback() {
    player.seek(to: .zero)
    player.play()
}

2. 必须处理音频会话中断

添加中断监听，确保被其他音频抢占后能恢复播放：

// 监听音频会话中断通知
NotificationCenter.default.addObserver(self, selector: #selector(handleAudioSessionInterruption(_:)), name: AVAudioSession.interruptionNotification, object: nil)

@objc func handleAudioSessionInterruption(_ notification: Notification) {
    guard let info = notification.userInfo,
          let typeValue = info[AVAudioSessionInterruptionTypeKey] as? UInt,
          let type = AVAudioSession.InterruptionType(rawValue: typeValue) else { return }
    
    // 中断结束后尝试恢复播放
    if type == .ended {
        do {
            try AVAudioSession.sharedInstance().setActive(true)
            player.play()
        } catch {
            print("恢复音频会话失败: \(error)")
        }
    }
}

3. 别用Timer，改用音频播放进度触发更新

既然Timer在后台不靠谱，就把更新操作绑定到音频播放的进度事件上，比如用AVPlayer的定期进度监听：

// 每秒触发一次进度回调
let updateInterval = CMTimeMake(value: 1, timescale: 1)
player.addPeriodicTimeObserver(forInterval: updateInterval, queue: DispatchQueue.main) { [weak self] currentTime in
    // 在这里执行你的更新/切歌逻辑
    self?.checkAndSwitchTrack()
}

这种回调和音频播放绑定，只要音频在跑，回调就会触发，完全不受后台线程挂起的影响。