引言

在開發(fā)視頻類應用時，我們常常會遇到需要同時請求相機和麥克風權(quán)限的場景。比如，在用戶發(fā)布視頻動態(tài)時，相機用于捕捉畫面，麥克風用于錄制聲音；又或者在直播功能中，只有獲得這兩項權(quán)限，用戶才能順利開播。

然而，權(quán)限管理在實際開發(fā)中往往會變得復雜：用戶拒絕某項權(quán)限后如何處理？權(quán)限請求的彈窗順序如何優(yōu)化用戶體驗？如何保證邏輯清晰，代碼易于維護？

本文將從實際項目出發(fā)，分析 iOS 平臺權(quán)限管理的核心要點，并分享一種同時請求相機和麥克風權(quán)限的最佳實踐方案，幫助開發(fā)者在代碼實現(xiàn)和用戶體驗之間找到平衡。

Info.plist 文件中的權(quán)限聲明

iOS系統(tǒng)對于權(quán)限的使用十分敏感，幾乎所有的權(quán)限都需要到Info.plist文件中進行配置，NSCameraUsageDescription添加使用相機權(quán)限的用途，NSMicrophoneUsageDescription以及使用麥克風權(quán)限的用戶。

如果在info.plist文件中缺少聲明和描述，當我們請求或者獲取權(quán)限時會發(fā)生崩潰，即便是描述不清晰也有可能會直接影響App的上架審核。

權(quán)限狀態(tài)的分類與處理

iOS中關(guān)于相機和麥克風的權(quán)限狀態(tài)通常通過系統(tǒng)的API返回，目前分為以下4種：

public enum AVAuthorizationStatus : Int, @unchecked Sendable {case notDetermined = 0case restricted = 1case denied = 2case authorized = 3
}

• .notDetermined：表示用戶尚未對權(quán)限做出選擇，對于這種情況我們可以直接請求權(quán)限讓用戶來選擇。
• .restricted：權(quán)限被系統(tǒng)限制，用戶無法更改，這種情況我們需要告知用戶權(quán)限受限。
• .denied：用戶明確拒絕了權(quán)限的申請，對于這種情況我們可以提示用戶到設(shè)置中更改權(quán)限，并引導用戶跳轉(zhuǎn)到設(shè)置頁面。
• .authorized：用戶已授權(quán)，對于這種情況用戶可以直接使用對應功能。

實現(xiàn)同時請求兩種權(quán)限的常見問題

權(quán)限請求的回調(diào)處理混亂

• 相機和麥克風的權(quán)限請求是獨立的，各自的請求都有單獨的回調(diào)。開發(fā)者容易將邏輯分散在多個地方，導致代碼難以維護。
• 權(quán)限回調(diào)的狀態(tài)難以同步，可能會出現(xiàn)兩者之一被拒絕但仍嘗試啟動功能的情況。
• 回調(diào)嵌套或分散，代碼結(jié)構(gòu)混亂。

彈窗順序不一致

• 同時請求兩個權(quán)限時，系統(tǒng)會分別彈出權(quán)限請求對話框。若不加控制，可能導致用戶體驗不佳。
• 彈窗順序不統(tǒng)一，每次操作順序可能不同（相機在前或麥克風在前）。

權(quán)限狀態(tài)處理不全面

• 開發(fā)者可能忽略了部分權(quán)限狀態(tài)（如?.restricted?或?.denied），導致權(quán)限請求邏輯存在漏洞
• 用戶禁用麥克風后，界面沒有任何反饋提示。
• 系統(tǒng)限制導致功能不可用時，沒有明確的用戶引導。
• 如果用戶拒絕了其中一個權(quán)限，應用可能直接報錯或終止功能，而沒有提供任何替代方案。
• 沒有明確的引導用戶重新授權(quán)的提示，可能導致用戶無法恢復使用功能。

最優(yōu)實現(xiàn)方案

我們以直播間開播準備頁為例，用戶啟動開播之后首先會檢查麥克風和相機的權(quán)限，如果兩個權(quán)限都未獲取到則顯示第一個頁面需要申請兩個權(quán)限。

如果只是其中一個權(quán)限尚未獲取，我們需要需要顯示對應的UI，并在點擊授權(quán)時進行申請。

為此我們創(chuàng)建了一個權(quán)限管理類MWAccessHelper，專門處理權(quán)限的檢查和申請。

權(quán)限檢查

對于相機和麥克風我們定義兩個不同的方法來進行權(quán)限的檢查。

    /// 查看相機權(quán)限public static func checkCameraAccess() -> Bool {let authStatus = AVCaptureDevice.authorizationStatus(for: .video)if authStatus == .restricted || authStatus == .denied || authStatus == .notDetermined {return false}return true}/// 查看麥克風權(quán)限public static func checkMicrophoneAccess() -> Bool {let authStatus = AVCaptureDevice.authorizationStatus(for: .audio)if authStatus == .restricted || authStatus == .denied || authStatus == .notDetermined{return false}return true}

如果權(quán)限尚未全都獲取，則直接根據(jù)權(quán)限狀態(tài)顯示權(quán)限需要申請的UI頁面。

        // 查看權(quán)限let cameraAccess =  MWAccessHelper.checkCameraAccess()let micAccess = MWAccessHelper.checkMicrophoneAccess()if cameraAccess && micAccess {....} else {addAllowAccessView()allowAccessView?.refreshAccessStatus(isCamera: cameraAccess, isMicrophone: micAccess)}

權(quán)限申請

為了統(tǒng)一申請權(quán)限，我們還定義了一個公共的權(quán)限申請方法，以及單獨的麥克風權(quán)限和相機權(quán)限申請方法。

    /// 申請麥克風和相機權(quán)限public static func requestCameraAndMicrophoneAccess(_ completion: @escaping (Bool) -> Void) {if checkCameraAccess() && checkMicrophoneAccess() {completion(true)return}// 請求相機權(quán)限r(nóng)equestCameraAccess { (cameraGranted) inif cameraGranted {// 請求麥克風權(quán)限r(nóng)equestMicrophoneAccess { (microphoneGranted) incompletion(microphoneGranted)}} else {completion(false)}}}

1. 首先檢查權(quán)限是否已經(jīng)獲取，如果已經(jīng)獲取則直接回調(diào)true。
2. 優(yōu)先請求相機權(quán)限。
3. 相機權(quán)限獲取成功后，請求麥克風權(quán)限。
4. 相機權(quán)限獲取失敗直接回調(diào)false結(jié)束。
5. 麥克風權(quán)限獲取成功后，回調(diào)true結(jié)束。
6. 麥克風權(quán)限獲取失敗后回調(diào)false結(jié)束。

請求相機權(quán)限方法：

    /// 請求相機權(quán)限public static func requestCameraAccess(_ completion: @escaping (Bool) -> Void) {let authStatus = AVCaptureDevice.authorizationStatus(for: .video)if authStatus == .authorized {completion(true)} else if authStatus == .notDetermined {AVCaptureDevice.requestAccess(for: .video) { (videoGranted) incompletion(videoGranted)}} else if authStatus == .denied || authStatus == .restricted {// 去設(shè)置UIApplication.shared.open(URL(string: UIApplication.openSettingsURLString)!, options: [:], completionHandler: nil)}}

1. 如果已經(jīng)獲取到了相機權(quán)限直接回調(diào)true。
2. 如果尚未決定權(quán)限，則直接申請，根據(jù)用戶授權(quán)情況回調(diào)結(jié)果。
3. 如果用戶已經(jīng)明確拒絕權(quán)限，或者系統(tǒng)原因權(quán)限未獲取到，則直接跳轉(zhuǎn)設(shè)置頁面。

請求麥克風權(quán)限方法：

    /// 請求麥克風權(quán)限public static func requestMicrophoneAccess(_ completion: @escaping (Bool) -> Void) {let authStatus = AVCaptureDevice.authorizationStatus(for: .audio)if authStatus == .notDetermined {AVCaptureDevice.requestAccess(for: .audio) { (audioGranted) incompletion(audioGranted)}} else if authStatus == .denied || authStatus == .restricted {// 去設(shè)置UIApplication.shared.open(URL(string: UIApplication.openSettingsURLString)!, options: [:], completionHandler: nil)}}

1. 如果已經(jīng)獲取到了麥克風權(quán)限直接回調(diào)true。
2. 如果尚未決定權(quán)限，則直接申請，根據(jù)用戶授權(quán)情況回調(diào)結(jié)果。
3. 如果用戶已經(jīng)明確拒絕權(quán)限，或者系統(tǒng)原因權(quán)限未獲取到，則直接跳轉(zhuǎn)設(shè)置頁面。

結(jié)語

在 iOS 開發(fā)中，同時請求相機和麥克風權(quán)限是一個常見但容易被忽視的難點。通過對權(quán)限狀態(tài)的全面分析和邏輯封裝，我們不僅可以提高代碼的可讀性和復用性，還能大幅優(yōu)化用戶體驗。

權(quán)限管理不僅僅是一個技術(shù)問題，更是對用戶隱私和體驗的尊重。在實現(xiàn)過程中，務必要關(guān)注權(quán)限的彈窗順序、拒絕后的引導文案，以及替代功能的提供，確保應用在各種權(quán)限狀態(tài)下都能優(yōu)雅地運行。

未來，隨著用戶隱私意識的提升和系統(tǒng)權(quán)限機制的不斷演進，權(quán)限管理將變得更加復雜和重要。希望本文的最佳實踐能夠為開發(fā)者提供思路，幫助大家在實際項目中輕松應對類似場景，為用戶帶來更加流暢和安全的使用體驗。