AVAudioSession-Category的正确使用姿势

最近，在开发一款音乐播放器类型项目中遇到的一些与AVAudioSession-Category设置的一些坑，以下是整个过程的一些经验总结。

1.常规播放

一般如果应用只有简单音乐播放功能，那么我们的AVAudioSession-Category只用像如下一样设置即可：

[[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryPlayback error:nil];     [[AVAudioSession sharedInstance] setActive:YES error:nil];

此时如果我们只是播放音乐，而不需要独占锁屏界面时，还可以设置：

    [[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryPlayback
                                     withOptions:AVAudioSessionCategoryOptionMixWithOthers
                                           error:nil];

这样我们兼容其他后台播放的音乐一起进行播放，不过大部分场景下，我们是需要独占式后台播放。

2.常规录音

在录音的时候，我们一般如以下设置：

[[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryRecord error:nil];     
[[AVAudioSession sharedInstance] setActive:YES error:nil];

3.如果将录音和播放同时进行时，我们改选择何种Category？

同时进行播放和录音时，我们需要这样设置:

[[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryPlayAndRecord                                            error:nil];     
[[AVAudioSession sharedInstance] setActive:YES error:nil];

需要注意的是，设置成这样的情况下，如果，在录音未开启的情况下，直接进行播放，则会出现，播放音量特别小的情况，我们需要在播放之前，将录音打开。

4.前后台切换

上述的模式，在iOS系统下，是不允许录音和播放在后台状态下同时进行的(PS:语音视频通话是通过CallKit实现的，不用于常规的播放和录音功能)。由此，我们在应用进入后台时就需要关掉其中一个功能。

以后台支持播放为例，在应用将要失活时，先切换模式，再关掉录音功能：

// stopRecording...

// 切换模式

  [[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryPlayback error:nil];
  [[AVAudioSession sharedInstance] setActive:YES error:nil];

应用即将进入前台时，切换模式，再开启录音功能:

    [[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryPlayAndRecord                                            error:nil];
    [[AVAudioSession sharedInstance] setActive:YES                                          error:nil];

// 延迟恢复，否则会导致AVAudioSession的i/o错误

    [self performSelectorOnMainThread:@selector(startRecording) withObject:nil waitUntilDone:NO];

5.电话中断

电话闹钟的中断也会对，[AVAudioSession sharedInstance] 产生影响。

我们一般场景下会用 下面这个通知进行监控并处理暂停和恢复的工作：

[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(handleInterruption:) name:AVAudioSessionInterruptionNotification object:nil]; 
- (void)handleInterruption:(NSNotification*)notification { NSLog(@"interruption info:%@",notification.userInfo); }

但是，当我们在处理第四个场景前后台的情况下，这个通知，在中断的时候会进入，但是电话结束后，不会再接收到中断结束的通知。

原因：

有的app使用了AVCaptureDevice和AVCaptureSession，以进行录音录像操作。为了调优app设置，以更好的进行录音录像，从iOS7开始，在默认情况下，AVCaptureSession会使用app的AVAudioSession，并对其进行修改。这样，设置的中断监听方法会失效。

而电话来电也会使我们的应用接收到 失活的通知，在失活的时候处理了AVAudioSession，就会导致上述通知失效。

解决方案：我这里采用了比较折中的方案，因为我们的需求，对于第四条的处理是必要的。使用的是 CoreTelephony框架下的CTCallCenter对象，来监控电话的 拨入接通、挂断等状态。代码如下：

self.center = [[CTCallCenter alloc] init];
// TODO: 检测到来电后的处理
self.center.callEventHandler = ^(CTCall * call){
    if (call.callState == CTCallStateIncoming ||
        call.callState == CTCallStateConnected ||
        call.callState == CTCallStateDialing)
    {
    }
    else if (call.callState == CTCallStateDisconnected)
    {
    }
};

通过各种打电话的场景测试后，可以实现电话中断恢复功能。

ps:至于闹钟的中断以及siri等其他中断，暂时没有调研和实现。

6.蓝牙车载

终于来到了本文的最后一个部分了，也是最为曲折的一部分。

本来以为车载的车机连接后对于iPhone的播放控制与锁屏控制类似，直接在系统媒体远程控制监控中就能够拿到相应的控制方法回调。

在APPDelegate中加上如下代码：

//监听远程交互方法
- (void)remoteControlReceivedWithEvent:(UIEvent *)event
{
    switch (event.subtype)
    {
            //播放
        case UIEventSubtypeRemoteControlPlay:
            break;
            //停止
        case UIEventSubtypeRemoteControlPause:
            break;
            //下一首
        case UIEventSubtypeRemoteControlNextTrack:
            break;
            //上一首
        case UIEventSubtypeRemoteControlPreviousTrack:
            break;
        default:
          break;
    }
}

事实上，当我们的应用只有简单的播放功能的时候，上述代码的确可以完美的实现车机对于播放的控制功能。但是当应用出于前台的情况下，我们添加上了一直录音的功能的时候，用车机控制播放，就完全没有任何响应了。可以注意到的是，我们看到车机的屏幕上，会显示通话中。查阅了各种资料和文章，都没有找到相关的解决办法和原理解释。

最后，想到了看看有没有其他类似的语音识别及播放功能的应用(iOS)有没有类似的处理，结果调研到百度地图 中的小度 有相关的处理。在它的设置中，找到 语音设置有一个蓝牙连接设置 。两个模式设置 如下：

a.蓝牙设备播报，小度无法唤醒使用(播放体验最佳)

b.蓝牙设备播报，小度唤醒正常使用(车机显示通话中，播报音量可能变小)

由此可以看出，a场景下 录音功能关闭，只有语音播报功能，b场景下，录音功能开启，车机就是会识别到手机设备在录音和播放中，认为就是在通话中，这个是车机本身的限制，无法从应用层进行优化。而且，百度地图的给用的默认选择就是，连接蓝牙的情况下，小度不能唤醒。

综合上面我们协同产品，从交互层面上更改，保证，在连接车机的情况下，能够控制播放。具体处理交互如下：

在应用进入到前台时，检测到连接了蓝牙设备，弹出弹框，让用户选择，继续开启唤醒功能开始，关闭唤醒功能(保证播放控制功能)。继续开启的情况下，车机无法控制播放。

下面是检测是否有输出设备连接的代码(并未找到检查当前是否有连接蓝牙设备的方法):

+ (BOOL)checkIsConnectToBluetooth
{
    BOOL isBluetooth = NO;
    // 找出当前所有支持输入的设备  availableInputs 这里面会出现 iPhone麦克风, 蓝牙耳机1, 蓝牙耳机2 , 三个对象, 在一个数组里.
    NSArray* inputArray = [[AVAudioSession sharedInstance] availableInputs];
    for (AVAudioSessionPortDescription* desc in inputArray)
    {
        if ([desc.portType isEqualToString:AVAudioSessionPortBluetoothLE] ||
            [desc.portType isEqualToString:AVAudioSessionPortBluetoothHFP] ||
            [desc.portType isEqualToString:AVAudioSessionPortBluetoothA2DP])
        {
            isBluetooth = YES;
        }
    }
    return isBluetooth;
}

同时，还需要配合Category的设置：

[[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryPlayAndRecord                                          withOptions:AVAudioSessionCategoryOptionAllowBluetooth                                                error:&error];        
[[AVAudioSession sharedInstance] setActive:YES error:&error1];

AVAudioSessionCategoryOptionAllowBluetooth这是必须要添加的，否则上面的方法，连接蓝牙后，在应用即将活跃的监控的时候，是会返回NO，拿不到准确的值。

最后，上面的所有的经验和总结，都是通过各种查阅资料和不断调试得来的，并没有较为科学严谨的理论依据，也没有相关的官方文档的支持。总结出来，只是希望给后续如果有人遇到与我一样的难题时，少走一些弯路，有一些启发，仅此而已。