剖析iOS微信的音视频聊天

最近做了一个项目，要求有音视频聊天功能，应产品的要求需要在一些细节上需要和微信一样（当然我做的与微信的还是有这巨大的悬殊的），所以特此研究了一下微信，在此列出技术点，以做笔录；

关于微信最小化窗口

据我的观察分析，微信的小窗口应该是一个独立的且层级为UIWindowLevelAlert 的 UIWindow 对象，由于水平有限，所以实现的是一个添加到KeyWindow上的UIView，实现了类似微信的拖动和点击事件

拖动功能的实现

//kScreen_Height， kScreen_Width 为屏幕的宽高
//Width, Height为窗口的宽高
//margin_space为屏幕边距

- (void)locationChange:(UIPanGestureRecognizer*)p
{
    CGPoint panPoint = [p locationInView:[[UIApplication sharedApplication] keyWindow]];
    
    if(p.state == UIGestureRecognizerStateChanged)
    {
        CGFloat center_X, center_Y;
        if (panPoint.x <= WIDTH/2 + margin_space) {
            center_X = WIDTH/2 + margin_space;
        }else if (panPoint.x + WIDTH/2 + margin_space >= kScreen_Width){
            center_X = kScreen_Width - WIDTH/2 - margin_space;
        }else{
            center_X = panPoint.x;
        }
        
        if (panPoint.y <= HEIGHT/2 + 20) {
            center_Y = HEIGHT/2 + 20;
        }else if (panPoint.y + HEIGHT/2 + margin_space >= kScreen_Height){
            center_Y = kScreen_Height - HEIGHT/2 - margin_space;
        }else{
            center_Y = panPoint.y;
        }
        
        self.center = CGPointMake(center_X, center_Y);
        
    }
    else if(p.state == UIGestureRecognizerStateEnded)
    {
        
        
        if(panPoint.x <= kScreen_Width/2)  //左侧
        {
            if(panPoint.y <= 20 + HEIGHT/2)
            {
                [UIView animateWithDuration:animateDuration animations:^{
                    self.center = CGPointMake(WIDTH/2 + margin_space, HEIGHT/2 + 20);
                }];
            }
            else if(panPoint.y >= kScreen_Height-HEIGHT/2)
            {
                [UIView animateWithDuration:animateDuration animations:^{
                    self.center = CGPointMake(WIDTH/2 + margin_space, kScreen_Height-HEIGHT/2 - margin_space);
                }];
            }
            else
            {
                CGFloat pointy = panPoint.y < HEIGHT/2 ? HEIGHT/2 + 20 :panPoint.y;
                [UIView animateWithDuration:animateDuration animations:^{
                    self.center = CGPointMake(WIDTH/2 + margin_space, pointy);
                }];
            }
        }
        else if(panPoint.x > kScreen_Width/2)  //右侧
        {
            if(panPoint.y <= 20+HEIGHT/2)
            {
                [UIView animateWithDuration:animateDuration animations:^{
                    self.center = CGPointMake(kScreen_Width - WIDTH/2 - margin_space, HEIGHT/2 + 20);
                }];
            }
            else if(panPoint.y >= kScreen_Height-HEIGHT/2)
            {
                [UIView animateWithDuration:animateDuration animations:^{
                    self.center = CGPointMake(kScreen_Width - WIDTH/2 - margin_space, kScreen_Height-HEIGHT/2 - margin_space);
                }];
            }
            else
            {
                CGFloat pointy = panPoint.y > kScreen_Height-HEIGHT/2 ? kScreen_Height-HEIGHT/2 - margin_space :panPoint.y;
                [UIView animateWithDuration:animateDuration animations:^{
                    self.center = CGPointMake(kScreen_Width-WIDTH/2 - margin_space, pointy);
                }];
            }
        }
    }
}

关于插拔耳机，语音聊天的按钮处理

对此可是填了好久的坑啊，不得不说我还是太菜了，话不多说，先看代码

首先注册耳机插入与拔出的监听（别忘记移除监听哦）

 [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(audioRouteChangeListenerCallback:)   name:AVAudioSessionRouteChangeNotification object:[AVAudioSession sharedInstance]]

监听里面的操作，其中AVAudioSessionRouteChangeReasonCategoryChange，很重要，如果不写这个case可能导致拔出耳机后，扬声器就不再发声，麦克风也不再录音；这个枚举类型，我理解的意思是当音频设备发生改变时就能捕捉到，所以在音频设备发生改变时，需要让音频设备重新激活（本人愚见，不代表任何官方观点）。

-(void)audioRouteChangeListenerCallback:(NSNotification *) notification{
    
    NSDictionary *interuptionDict = notification.userInfo;
    NSInteger routeChangeReason = [[interuptionDict valueForKey:AVAudioSessionRouteChangeReasonKey] integerValue];
    switch (routeChangeReason) {
        case AVAudioSessionRouteChangeReasonNewDeviceAvailable:
            //插入耳机
            break;
        case AVAudioSessionRouteChangeReasonOldDeviceUnavailable:
        {
            //拔出耳机
        }
            break;
        case AVAudioSessionRouteChangeReasonCategoryChange:
            [[AVAudioSession sharedInstance] setActive:YES error:nil];
            break;
        default:
            break;
    }
}

关于混音，暂时给它命个名

其实就是当我使用音视频聊天的同时，打开了音乐播放器，或者其他什么占用音频设备的APP时的处理，我也不知道那个叫什么，先个它取个高大上的名字吧，就叫混音吧。

关于混音处理，需要弄清楚这张图

AVAudioSessionCategory分类说明.png

很明显上图的这些类型不能完全满足需求，所以需要用到CoreAudio提供的AVAudioSessionCategoryOptions 进行设置，AVAudioSessionCategoryOptions实际上是多个AVAudioSessionCategory的或运算，

其中我们要实现混音效果，那么就需要把AVAudioSessionCategoryOptions设置为AVAudioSessionCategoryOptionMixWithOthers，这是一个表示可以和其它后台APP进行混音，详细的音频设备的处理知识可以参考iOS音频掌柜

关于推送

由于APNS机制的原因，是只能做到响铃一次且震动一次的，因此我猜测微信在音视频推送上使用的不是APNS的，而是采用的是iOS 8.0 之后推出的新的推送技术——PushKit，然后我有查看了APP Store, 进一步证实了我的猜想。

关于PushKit，这种push方式旨在提供区别于普通apns push的能力，通过这种push方式可以使app执行制定的代码（在弹出通知给用户之前）；而该通知的默认行为和apns通知有所区别，它的默认行为里面是不会弹出通知的，但是能在后台把App唤醒，因此可以采用本地推送进行处理，实现微信的持续震动和推送；关于PushKit，我也是知之甚少，所以不敢多装大佬，推荐一篇PushKit 的文章 iOS8新特性：PushKit实战总结（Voip开发）

如有不足，请多多指教