CallKit框架相关总结

CallKit是iOS 10中的新特性，当你的应用中有语音通话类的功能的时候，如果集成了CallKit框架的内容，在程序杀死，或者不活跃的时候，可以直接在锁屏状态接听，效果与系统来电一样，可以说是比较方便。

首先语音通讯类的应用应该都会用到PushKit，在程序杀死的情况同样能唤醒程序，处理推送，我用过的也就是在杀死的情况下能够接听来电，这里简单介绍一下PushKit的使用，注意与普通的APNs推送区分开就好了，还有其他的证书制作相关的之后有时间会写一篇证书相关的，这里不在赘述。

//1、导入PushKit框架
#import 

//2、注册通知
- (void)pushKitInit
{
    self.pushRegistry = [[PKPushRegistry alloc] initWithQueue:nil];
    self.pushRegistry.delegate = self;
    // Initiate registration.
    self.pushRegistry.desiredPushTypes = [NSSet setWithObject:PKPushTypeVoIP];
}

//3、处理收到的Token，此Token应该是后台服务器使用的
- (void)pushRegistry:(PKPushRegistry *)registry didUpdatePushCredentials:(PKPushCredentials *)credentials forType:(NSString *)type
{
    //处理token字符串就因人而异了
    NSString *token = [NSString stringWithFormat:@"%@",credentials.token];
    NSString *tokenString = [[[token stringByReplacingOccurrencesOfString:@"<" withString:@""]
                  stringByReplacingOccurrencesOfString:@">" withString:@""] stringByReplacingOccurrencesOfString:@" " withString:@""];
    NSLog(@"VoIP Token:%@",tokenString);
}

//4、处理收到的推送通知，这里是主要的应用逻辑代码了，在下面的函数中
- (void)pushRegistry:(PKPushRegistry *)registry didReceiveIncomingPushWithPayload:(PKPushPayload *)payload forType:(PKPushType)type{}

然后是CallKit，我只测试了来电相关的代码，所以只写一些关于IncomingCall相关的。

//引入CallKit框架
#import

这种框架一般都会在应用的时候，根据自己的设计重新封装，我就简单按照自己写的描述一下：

//在m文件中定义了这些属性，便于使用
@interface CallKit ()
@property (strong, nonatomic) NSUUID           *uuid;           //主动发起CallKit的Action的时候,需要使用
@property (strong, nonatomic) CXProvider       *provider;       //调用系统来电UI的主要变量
@property (strong, nonatomic) CXCallController *callController; //代码调用CallKit中Action的变量
@end

这里描述一下各个属性的作用，是自己简单测试理解的：

//初始化CXProvider和CXCallController
self.callController = [[CXCallController alloc] init];
self.provider       = [[CXProvider alloc] initWithConfiguration:[self providerConfiguration]];
[self.provider setDelegate:self queue:nil];//queue为nil即为在主队列

- (CXProviderConfiguration *)providerConfiguration
{
    //初始化provider配置
    CXProviderConfiguration *providerConfiguration = [[CXProviderConfiguration alloc] initWithLocalizedName:Localized(@"APP_DISPLAY_NAME")];//APP的名称
    providerConfiguration.supportsVideo            = YES;
    providerConfiguration.supportedHandleTypes     = [[NSSet alloc] initWithObjects:[NSNumber numberWithInteger:CXHandleTypeGeneric], [NSNumber numberWithInteger:CXHandleTypeEmailAddress], [NSNumber numberWithInteger:CXHandleTypePhoneNumber], nil];
    //设置为1不会显示添加通话的按钮,即没有群组通话
    providerConfiguration.maximumCallGroups        = 1;
    providerConfiguration.maximumCallsPerCallGroup = 1;
    return providerConfiguration;
}

下面是触发一个来电的详细内容：

//使用CXProvider触发一个来电，其中主要内容都包含在CXCallUpdate中
CXCallUpdate *callUpdate = [[CXCallUpdate alloc] init];
//不设置CXCallUpdate的remoteHandle的话，在通话记录中就不能启动到主程序
//这个remoteHandle的话,还是必须要是设置的一个属性,几处地方调用主程序的时候会用到handle中的value值
//PS:这个value值可以设置成其他的字符串,也可以是几个字符串拼接的,看需求可以灵活使用，比如联系人的ID
callUpdate.remoteHandle = [[CXHandle alloc] initWithType:CXHandleTypeGeneric value:@"123456789"];
//设置remoteHandle的hasVideo属性为YES,即会沉淀为视频通话的通话记录,并且点击通话记录会触发相应的视频通话的方法
//不过来电的UI仍然与语音相差不大,只是语音通话的文字提示更改为视频通话,没有显示视频的画面
callUpdate.hasVideo            = NO;
//TODO::下面几个没有具体研究效果
callUpdate.supportsDTMF        = NO;
callUpdate.supportsHolding     = NO;
callUpdate.supportsGrouping    = NO;
callUpdate.supportsUngrouping  = NO;
//'localizedCallerName'属性就是现实来电人的描述了，比如昵称或者ID等
callUpdate.localizedCallerName = handle;
//这里执行AVAudioSession的设置方法,避免了使用引擎的失败,不设置会出现无声的现象
//TODO::这里这个在之前测试的时候的确不写会有问题，也是查资料查到的，现在不知道什么情况，没有进行测试
[[AVAudioSession sharedInstance] setCategory:AVAudioSessionCategoryPlayAndRecord error:nil];

//调用系统来电，正常就会调出系统来电的UI
[self.provider reportNewIncomingCallWithUUID:uuid update:callUpdate completion:^(NSError * _Nullable error) {
    //执行完成的block
    completion(error);
}];

当应用收到推送的时候，我们通过调用上面的代码，一般就可以调用系统来电来告知用户我们的应用有来电。然后可以通过通话过程触发的CallKit的代理方法来进行我们的逻辑操作，这些代理都是在系统通话界面操作之后会调用的，比如点击接听按钮就会触发‘performAnswerCallAction:’方法

#pragma mark - CXProviderDelegate
- (void)providerDidReset:(CXProvider *)provider
{
    ULog(@"providerDidReset");
}

- (void)provider:(CXProvider *)provider performAnswerCallAction:(CXAnswerCallAction *)action
{
    //点击接听之后触发
    [action fulfill];
}

- (void)provider:(CXProvider *)provider performEndCallAction:(CXEndCallAction *)action
{
    //点击挂断之后触发
    [action fulfill];
    [self.provider invalidate];
}

- (void)provider:(CXProvider *)provider performSetMutedCallAction:(CXSetMutedCallAction *)action
{
    //点击静音按钮触发
    [action fulfill];
}
//执行[action fulfill]大概就是表示动作执行完成
//PS：还有一些其他的代理方法，不在赘述

对于具体的通话操作，也就是自己程序的语音引擎之类的，我测试的结果是，初始化也好，开启引擎通道也好，可以没有固定的初始化位置，根据自己的设计写就好了，当然逻辑必须是正确的，像我是在点击接听按钮之后初始化引擎，开启通道的，并没有在CallKit的AVAudioSession相关回调代理中进行此类的操作。

//有一种情况是，我们再通过CallKit接听通话之后，如果在自己的程序UI中点击了挂断等按钮的情况，我们也需要把在后台运行的系统通话界面移除掉，也就是同样执行挂断操作，这时候就需要使用代码来触发挂断的事件来让系统调动代理方法，静音按钮的触发同理。
//下面使用代码来发送给系统一个事件，使用到的是CXCallController类了，之前我们定义过一个属性变量，并且初始化过了
//这里以挂断为例，注意这里使用到的UUID，一定是与之前一致的UUID
CXEndCallAction *endCallAction = [[CXEndCallAction alloc] initWithCallUUID:self.uuid];
CXTransaction *transaction = [[CXTransaction alloc] initWithAction:endCallAction];
[self.callController requestTransaction:transaction completion:^(NSError * _Nullable error) {
    if (!error) {
        ULog(@"EndCallAction Transaction Request Success");
    }else{
        ULog(@"EndCallAction Transaction Request Failed: %@", [error localizedDescription]);
    }
}];
//执行完上面的操作，应该会触发挂断对应的代理方法，即'performEndCallAction:'

程序锁屏杀死的状态，可以在锁屏状态直接接听，并且可以正常通话，非锁屏状态调用仍然显示系统来电，但是接听之后会进入应用的内，这时候应该调用应用自己绘制的通话界面，但是系统的通话界面仍然在后台多任务运行，所以通话过程中，用户对两个程序的操作需要我们进行对UI和实际效果的同步。

最后提一下从系统通话记录中直接回拨，我们通过调动CallKit通话，会在我们的系统通讯录中保存一条我们应用的通话记录，点击通话记录可以回拨通话，当然也是需要我们自己写代码的，位置在AppDelegate中的一个方法中：

- (BOOL)application:(UIApplication *)application continueUserActivity:(NSUserActivity *)userActivity restorationHandler:(void (^)(NSArray * _Nullable))restorationHandler
{
    //通过简单测试，发现此函数会在两个地方触发
    //1.用户通过通话记录点击UCall的语音通话记录的时候,会调用此函数
    //2.当有通话的时候,用户点击系统通话UI的视频按钮的时候
    if ([userActivity.activityType isEqualToString:@"INStartAudioCallIntent"]) {
      //INStartVideoCallIntent是视频
        INPerson *per = [[(INStartAudioCallIntent *)userActivity.interaction.intent contacts] firstObject];
        NSLog(@"handle:%@ \n identifier:%@", per.handle, per.contactIdentifier);
        //per.handle是包含联系人信息的字符串，解析出有用的信息，然后进行主叫的操作
    }
    return YES;
}

这些内容是之前使用CallKit的总结，最近发现QQ又把CallKit集成回来了，之前是把CallKit移除掉了的，不知道是Apple对于CallKit的API有变化还是QQ自己有优化，如果有了解的，希望能够指点一二，感激不尽。自己也是对CallKit没有太深入的研究，应该会有不准确的描述，希望大家能够指出来，共同进步。

CallKit框架相关总结

你可能感兴趣的:(CallKit框架相关总结)