如何处理后台音频播放，而iOS设备被锁定，或者在另一个应用程序

文一

我从苹果文档中得知，一般的应用在进入后台的时候可以获取一定时间来运行相关任务，也就是说可以在后台运行一小段时间。

还有三种类型的可以运行在后以，

1音乐

2location

3voip

文二

在IOS后台执行是本文要介绍的内容，大多数应用程序进入后台状态不久后转入暂停状态。在这种状态下，应用程序不执行任何代码，并有可能在任意时候从内存中删除。应用程序提供特定的服务，用户可以请求后台执行时间，以提供这些服务。

判断是否支持多线程

UIDevice device = [UIDevice currentDevice];

BOOL backgroundSupported = NO;

if ([device respondsToSelector:@selector(isMultitaskingSupported)])

backgroundSupported = devicemultitaskingSupported;

声明你需要的后台任务

Infoplist中添加UIBackgroundModes键值，它包含一个或多个string的值，包括

audio:在后台提供声音播放功能，包括音频流和播放视频时的声音

location：在后台可以保持用户的位置信息

voip：在后台使用VOIP功能

前面的每个value让系统知道你的应用程序应该在适当的时候被唤醒。例如，一个应用程序，开始播放音乐，然后移动到后台仍然需要执行时间，以填补音频输出缓冲区。添加audio键用来告诉系统框架，需要继续播放音频，并且可以在合适的时间间隔下回调应用程序；如果应用程序不包括此项，任何音频播放在移到后台后将停止运行。

除了添加键值的方法，IOS还提供了两种途径使应用程序在后台工作：

Task completion—应用程序可以向系统申请额外的时间去完成给定的任务

Local notifications—应用程序可以预先安排时间执行local notifications 传递

文三

如何让程序后台播放音乐

文四

如果你的应用程序需要后台运行，可以使用以下方法：

1。应用程序可以请求一个有限的时间内完成一些重要任务。

2。应用程序可以声明为支持特定服务需要定期后台执行时间。

3。应用程序可以使用本地生成用户在指定的时间的警报，应用程序正在运行与否的通知。

文五

后台运行被第一次提到

文六

后台运行官方文档

在IOS后台执行是本文要介绍的内容，大多数应用程序进入后台状态不久后转入暂停状态。在这种状态下，应用程序不执行任何代码，并有可能在任意时候从内存中删除。应用程序提供特定的服务，用户可以请求后台执行时间，以提供这些服务。

判断是否支持多线程

UIDevice device = [UIDevice currentDevice];

BOOL backgroundSupported = NO;

if ([device respondsToSelector:@selector(isMultitaskingSupported)])

backgroundSupported = devicemultitaskingSupported;

声明你需要的后台任务

Infoplist中添加UIBackgroundModes键值，它包含一个或多个string的值，包括

audio:在后台提供声音播放功能，包括音频流和播放视频时的声音

location：在后台可以保持用户的位置信息

voip：在后台使用VOIP功能

前面的每个value让系统知道你的应用程序应该在适当的时候被唤醒。例如，一个应用程序，开始播放音乐，然后移动到后台仍然需要执行时间，以填补音频输出缓冲区。添加audio键用来告诉系统框架，需要继续播放音频，并且可以在合适的时间间隔下回调应用程序；如果应用程序不包括此项，任何音频播放在移到后台后将停止运行。

除了添加键值的方法，IOS还提供了两种途径使应用程序在后台工作：

Task completion—应用程序可以向系统申请额外的时间去完成给定的任务

Local notifications—应用程序可以预先安排时间执行local notifications 传递

实现长时间的后台任务

应用程序可以请求在后台运行以实现特殊的服务。这些应用程序并不连续的运行，但是会被系统框架在合适的时间唤醒，以实现这些服务

1、 追踪用户位置：略

2、在后台播放音频：

添加UIBackgroundModes中audio值，注册后台音频应用。这个值使得应用程序可以在后台使用可听的背景，如音乐播放或者音频流应用。对于支持音频和视频功能的应用程序也可以添加该值以保证可以继续持续的运行流。

当audio值设置后，当你的应用程序进入后台后，系统的多媒体框架会自动阻止它被挂断，但是，如果应用程序停止播放音频或者视频，系统将挂断应用程序。

当你的应用程序在后台时，你可以执行任意的系统音频框架去初始化后台音频。你的应用程序在后台时应该限制自身，使其执行与工作相关的代码，不能执行任何与播放内容无关的任务

由于有多个应用程序支持音频，前台的应用程序始终允许播放音频，后台的应用程序也被允许播放一些音频内容，这取决于audio session object的设置。应用程序应该始终设置它们的audio session object，并小心的处理其他类型的音频相关notifications和中断。详见audio session programming guide。

3、实现VOIP应用：

VOIP程序需要稳定的网络去连接和它相关的服务，这样它才能接到来电和其他相关的数据。系统允许VOIP程序被挂断并提供组件去监听它们的sockets，而不是在任意时候都处于唤醒状态。设置VOIP应用程序如下：

A、 添加UIBackgroundModes中的VOIP键值

B、 为VOIP设置一个应用程序socket

C、在移出后台之前，调用setKeepAliveTimeout:handler:方法去建立一个定期执行的handler，你的应用程序可以运行这个handler来保持服务的连接。

D、 设置你的audio session去处理这种切换

释义:

A、大多数VOIP应用需要设置后台audio 应用去传递音频，因此你应该设置audio 和voip两个键值。

B、为了使应用程序在后台时保持稳定的连接，你必须tag你的主通讯socket专门应用于VOIP，tagging这个socket来告诉系统，它必须在你的应用程序中断时接管这个socket。这个切换本身对于你的应用程序时透明的，当新的数据到达socket的时候，系统会唤醒应用程序，并将socket的控制权返回给应用程序，这样应用程序就可以处理新来的数据。

你只需要tag用于voip服务的socket，这个socket用来接收来电或者其他相关的数据来保持你的VOIP服务的连接。根据收到的信息，这个socket要决定下一步的动作。比如一个来电，你会想d出一个本地的通知来告知用户；对于其他不是那么关键的数据，你可能会想悄悄的处理这些数据并让系统将应用程序重新中断。

在IOS中，sockets是用流或者更高级的结构，设置一个VOIP的socket，你只需要在通常的设置中添加一个特殊的key来标明这个接口是用于连接VOIP服务的，下表列出了流的接口和设置：

设置流接口用于voip

前段时间在阅读苹果音频文档（均列在参考资料一节里面了），并做了一些音频相关的开发（主要是带回音消除的录音）。这里做一个总结。

每一个 app 带有一个 AVAudioSession 的单例（也就是说正常情况下你无法获得第二个 AVAudioSession 实例）。iOS 系统上每个 app 有各自不同的 AVAudioSession 实例。通过使用这个实例的方法可以告诉系统当前的 app 是怎样使用手机的音频服务的，然后系统会根据每个 app 的配置进行相应的协调， 尽量 满足所有 app 的请求，当无法满足的时候，系统尽量满足前台 app 的要求或者系统电话服务等。比如说，如果当前另外一个 app 正在播放的话，当前 app 可能希望能将其播放的音频和其他 app 的音频一起播放，而不是暂停其他 app 的音频服务；又比如说当前 app 需要播放音频或者进行录音；比如当前 app 只是播放音频；比如当前 app 只是录音；比如当前 app 播放音频时候屏蔽所有其他 app 的音频等等，总之就是告诉系统当前 app 是如何使用它的音频服务的。

Audio Session 有三个比较重要的概念：

通过配置这三个内容，表达了当前 app 的使用音频服务的具体意图。

在某些情况下，我们不需要配置 Audio Session 的 category，比如如果使用 AVAudioRecorder 来录音，并不需要配置 category 为 AVAudioSessionCategoryRecord ，因为系统在我们使用 AVAudioRecorder 的录音服务的时候已经为我们配置了。同时 Audio Session 有默认配置（如果当前 app 不进行配置的话）。当默认配置无法满足需求的时候，就可以手动配置 Audio Session

Audio Session 另一个重要功能是配置系统音频服务硬件参数，比如配置输入的声道数，采样率，IO 缓存时间等等。其 API 中 setPreferred__ 开头的方法作用就是这些。

配置完 Audio Session 以后，当我们要求的音频服务受到打断（比如，电话来了，则系统要停止录音和播放；比如，app 退到后台运行了，如果没有配置后台运行的话，系统也会停止当前 app 的音频服务；），我们可以使用通知中心的方式来监听，并做一下相应的处理。音频服务中断有两个概念比较重要，就是中断开始以及中断结束，我们可以在中断开始的时候记录当前播放时间点，中断结束的时候重新开始播放（当然系统默认行为是会在中断结束时重新开始播放音频，但是如果默认行为无法满足需求时候，就需要自行处理了）。

Audio Session 另一个重要我们需要监听的变化是路由变化 （Route Change）。比如有新的输出源来了（比如用户把耳机插进去或者是用户开始使用蓝牙耳机），或者原来的输出源不可用了（用户拔掉耳机等）。

还有一些其他的功能，比如当前其他 app 是否在播放音频，请求麦克风权限等，可以查看具体的 API 文档 AVAudioSession 。

使用 Audio Queue Service 我们可以做到录音或者播放音频。当然我们使用 AVAudioPlayer 也能很简单的做播放音频功能，那为什么要用到 Audio Queue Service 呢？它有几个优点

理解 Audio Queue Service 比较重要的是它的 buffer queue。拿录音来说，一般设置的缓存是3个。首先通过 AudioQueueEnqueueBuffer 将可用缓存提供给相应的 queue。然后系统开始将记录下的音频数据放到第一个缓存，当缓存满的时候，回调函数会将该 buffer 返回给你并将该缓存出列，在回调函数中我们可以对这些数据进行处理，与此同时系统开始将数据写到第二个缓存，当我们的回调函数处理完第一个返回的缓存时候，我们需要重新使用 AudioQueueEnqueueBuffer 将该缓存入列，以便系统再次使用。当第二个缓存返回的时候，系统开始往第三个缓存写数据，写完之后返回第三个缓存，并开始往之前返回的第一个缓存写数据。这就是一个典型的队列结构（先进先出，后进后出）。

Audio Unit 是所有 iOS 以及 macOS 上音频框架的最底层，无论使用的是 AVAudioRecorder、AVAudioPlayer、或者 Audio Queue Service、OpenAL 等，最终底层实现都是通过 Audio Unit 来完成的。

在 iOS 上可用的 audio unit 是有限的，macOS 上面可以自定义一个 audio unit 但是 iOS 上不行，只能使用系统提供的 audio unit。

什么时候使用 Audio Unit ？官方的说法是，当你需要高度可控的、高性能、高灵活性或者需要某种特别的功能（比如回音消除，只在 audio unit 提供支持，所有高层 API 均不支持回音消除）的时候，才需要使用 audio unit。

有4类 audio unit（具体用途看名字就能理解）：

使用 audio unit 有两种方式：

第一种方式是对于比较简单的结构。

第二种方式是用于构建复杂的音频处理流程。配置具体的 audio unit 的属性的时候还是会用到直接使用种的方法。

audio unit 重要的概念是 scope 和 element。scope 包含 element。

scope 分三种：

scope 概念有一点抽象，可以这样理解 scope，比如 input scope 表示里面所有的 element 都需要一个输入。output scope 表示里面所有的 element 都会输出到某个地方。至于 global scope，应该是用来配置一些和输入输出概念无关的属性。

element 官方的解释是可以理解成 bus，就是将数据从 element 的一头传到另一头。

这里有些问题我也不知道如何解答，若有了解的，请多多指教一下。

首先点击手机桌面中的设置。

然后点击屏幕使用时间。

接着点击内容和隐私访问限制。

然后点击麦克风。

接着勾选不允许更改。

这样设置完成，就能够成功的禁止苹果手机软件使用麦克风的权限了。

可以进行关闭或者删除声音识别来节省空间， *** 作方法如下。

设备：iPhone11

系统：iOS14

1、首先在手机桌面上，点击设置图标进入。

2、打开苹果手机设置后，选择辅助功能的选项。

3、点击声音识别的选项进入。

4、最后在打开的页面中，将声音识别的功能关闭即可。

以上就是关于如何处理后台音频播放，而iOS设备被锁定，或者在另一个应用程序全部的内容，包括:如何处理后台音频播放，而iOS设备被锁定，或者在另一个应用程序、我的 iOS 音频处理总结、苹果手机怎么关闭软件声音权限等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！