如果没有启用 kAudioSessionProperty_OverrideCategoryMixWithOthers，iOS 5 音频警报不会响起

Question

我有一个 音频应用，它在 iOS 5 更改音频行为的方式方面存在一些问题。当我的应用程序的音频正在播放 (AVAudioSessionCategoryPlayback)，并且从操作系统触发 Clock.app 闹钟或计时器时，会弹出 UIAlertView 通知，但没有音频警报。我的应用程序声音很好，可​​以避开音频警报，但警报应用程序的音频警报不会响起。

自然，大量的支持请求因 iOS 5 的变化而涌入。我已经通过设置 kAudioSessionProperty_OverrideCategoryMixWithOthers 暂时解决了这个问题，这让警报音频通过，但是这样做时会产生一些非常不良的副作用：

• 其他应用程序的音频可以播放/在我的上方。
• 远程控制事件不会路由到我的应用程序，而是路由到 iPod.app。

对于我的应用程序的要求来说，上述缺点都是不可接受的。我已经研究这个问题有一段时间了，但一直没能破解它。如何设置我的音频，以便：

1. 我的应用程序的音频仍然使用 AVAudioSessionCategoryPlayback 类别作为背景音频。
2. Clock.app 闹钟仍然发出音频警报
3. 该应用程序仍然响应远程控制通知

Answer 1

写完这个问题后，我就提交了一份错误报告。我创建了一个小型 示例项目，我认为它可以复制该问题，但我无法复制它！这让我再次深入挖掘，试图找出这里发生了什么……

我启动了一个 iOS 警报，然后我在 audioPlayerBeginInterruption: 中放置了一个断点，并逐行跟踪我的代码在调试器中。我注意到在我的代码运行之前（当我在调试器中暂停时），iOS 5 警报响起了！幸运的是，即使当我单步执行我的应用程序时，它仍然听起来，所以我能够找出哪些代码片段专门导致它停止发声。

我的中断处理程序的一部分是（显然）停止我的应用程序的内部音频以让中断通过。我以前从未想过检查这个方法，但结果发现问题就在那里。我的停止方法会在停止后立即调用 prepareToPlay ，以使下次恢复速度更快。

[self.player stop];
[self.player prepareToPlay]; // <- iOS 5 alarm sound stopped here.

docs 说明了 prepareToPlay 方法

预加载缓冲区并获取播放所需的音频硬件，从而最大限度地减少调用播放方法和开始声音输出之间的延迟。

听起来很合理，而且这适用于较小的 iOS 版本。我的假设是， 一定对 Clock.app 闹钟系统进行了更改，以便新的闹钟声音使用硬件，而之前使用软件。我认为这就是导致 iOS 5 闹钟在某些应用程序中静音的原因。

删除 prepareToPlay 行会导致警报在不使用 kAudioSessionProperty_OverrideCategoryMixWithOthers 的情况下响起，从而解决了我在这个问题中提出的所有问题。

---

TL;DR

从 stop 声音代码逻辑中删除 prepareToPlay 调用。稍后启动将花费一微秒的时间，但允许声音中断。