麦克风权限的奇妙变数：如何在 WebRTC 订阅流时规避授权获取？

IOS

2024-01-06 07:19:31

从为何着手，追根溯源探究问题本质

问题产生，追究原因，方能有效解决。为何订阅流时会自动获取麦克风权限？

细究之下，可以发现这与 WebRTC 自身的设计有关。WebRTC 是一款实时音视频通讯框架，天生具备双方互动的特性，其中麦克风权限与音视频功能密不可分。当订阅流时，WebRTC 会自动将订阅端视为潜在的音视频互动方，默认授予麦克风权限。

深入拆解，剖析 WebRTC 获取麦克风权限的机制

要解决问题，还需要对 WebRTC 获取麦克风权限的机制有更深入的了解。

在 iOS 平台上，WebRTC 获取麦克风权限通常需要经过以下步骤：

调用 AVAudioSession 相关接口，请求麦克风权限。
弹出系统授权提示框，等待用户确认。
授权成功后，系统会授予应用使用麦克风的权限，并回调授权结果。

巧用封装，隔离音视频设备以规避麦克风授权

明确了问题根源和 WebRTC 获取麦克风权限的机制后，解决思路逐渐明晰。

事实上，我们可以通过对 WebRTC 进行封装，将音视频设备与订阅流功能隔离，从而规避麦克风授权的获取。

具体来说，可以将 WebRTC 的音视频设备相关接口封装成单独的模块，仅在需要使用音视频功能时才加载该模块。订阅流时，不加载音视频设备模块，自然也就不会请求麦克风权限了。

实战出真知，亲手实践检验方案可行性

纸上得来终觉浅，绝知此事要躬行。我们以 OWT 为例，进行实战操作，验证封装方案的可行性。

OWT 是一个开源的 WebRTC 框架，常用于 iOS 和 Android 平台上的实时音视频应用开发。OWT 封装了 WebRTC 的复杂接口，简化了开发流程。

以下是如何使用 OWT 封装音视频设备的示例代码：

#import "OWTRTCManager.h"

@interface OWTRTCManager ()

@property (nonatomic, strong) OWTAVAudioSession *audioSession;

@end

@implementation OWTRTCManager

- (void)setupAudioSession {
    self.audioSession = [[OWTAVAudioSession alloc] init];
    [self.audioSession requestRecordPermission];
}

- (void)teardownAudioSession {
    [self.audioSession stop];
    self.audioSession = nil;
}

@end