第20章 Camera权限与安全

课程目录第20章 Camera权限与安全

20、Camera权限与安全：权限模型、Camera权限申请、安全策略、隐私保护、Android 14/15新变化

说到Camera权限，这可能是Android开发里最让人头疼的话题之一了。我早期做相机开发时，权限这块踩过的坑，现在想想都心疼。你想想看，一个相机App如果权限处理不好，轻则功能闪退，重则直接被用户卸载，甚至被应用商店下架。

今天我们就来彻底搞懂Camera权限与安全。我会结合我这些年踩过的坑，把权限模型、申请流程、安全策略，还有Android 14/15的新变化，一次性讲清楚。

权限模型：从粗放到精细

Android的权限模型，说白了就是一直在「收紧」。早期版本里，只要在Manifest里声明一下，App就能随便用相机。现在？嗯，没那么简单了。

目前的权限模型分三层：

安装时权限：普通权限，系统自动授予，比如网络权限
运行时权限：危险权限，需要弹窗让用户确认，Camera就属于这一类
特殊权限：比如系统设置修改，需要用户去设置页面手动开启

Camera权限属于危险权限组中的「相机」权限。这里有个细节我提醒一下：虽然Camera权限单独列出来了，但它和麦克风权限是分开的。也就是说，你申请相机权限，不会自动获得录音权限。反过来也一样。

核心要点：Android 10（API 29）之后，后台访问相机是被严格限制的。你的App如果不在前台，就不能使用相机。这是为了保护用户隐私，防止App在后台偷偷拍照。

Camera权限申请：实战经验

权限申请的代码，网上教程一大堆。但我今天想聊的是「怎么申请才不会被用户拒绝」。我见过太多App一启动就弹权限框，用户连App长啥样都没看到，就先被吓到了。

我个人习惯的做法是：

先解释，再申请：在弹系统权限框之前，先展示一个自定义的说明页面，告诉用户「我们需要相机权限来扫码/拍照/视频通话」
按需申请：不要一启动就申请所有权限。用户点击「拍照」按钮时，再申请相机权限
处理拒绝：用户如果拒绝了，不要一直弹。给个友好的提示，引导用户去设置里手动开启

代码示例，我直接贴一个我项目里用的工具类：

// 检查并请求相机权限
public void requestCameraPermission(Activity activity, int requestCode) {
    if (ContextCompat.checkSelfPermission(activity, Manifest.permission.CAMERA)
            != PackageManager.PERMISSION_GRANTED) {
        // 需要解释为什么申请权限
        if (ActivityCompat.shouldShowRequestPermissionRationale(activity,
                Manifest.permission.CAMERA)) {
            // 展示自定义解释对话框
            showPermissionExplanationDialog(activity, requestCode);
        } else {
            // 直接申请
            ActivityCompat.requestPermissions(activity,
                    new String[]{Manifest.permission.CAMERA},
                    requestCode);
        }
    } else {
        // 权限已授予，直接打开相机
        openCamera();
    }
}

小技巧：shouldShowRequestPermissionRationale这个方法很关键。第一次拒绝后，它会返回true；如果用户勾选了「不再询问」，它会返回false。根据这个返回值，你可以决定是弹解释框，还是直接引导用户去设置。

安全策略：不止是权限那么简单

权限只是第一道防线。真正的安全策略，要考虑更多层面。

我曾经在一个项目中遇到过这样的问题：App明明有相机权限，但调用Camera2 API时却报错。查了半天，发现是摄像头被其他App占用了。嗯，这个坑我记忆犹新。

安全策略主要包含这几个方面：

摄像头独占访问：同一时间只能有一个App使用摄像头。你的App需要处理CAMERA_ERROR回调
SurfaceView/TextureView安全：确保预览画面不被其他窗口覆盖。Android 10之后，系统会检测「覆盖层」攻击
数据加密：拍摄的照片/视频，如果涉及敏感信息，建议在存储时加密
权限时效性：Android 11开始，权限有「仅本次允许」选项。用户选了这个，App下次启动时权限就没了

下面这张图，是我整理的Camera安全策略全景：

隐私保护：用户越来越在意了

说实话，现在的用户对隐私的敏感度比几年前高太多了。我见过用户因为一个手电筒App要相机权限，直接给了一星差评。所以，隐私保护不只是合规要求，更是用户体验的一部分。

Android系统本身也在不断加强隐私保护：

隐私指示器：Android 12开始，状态栏会显示绿色图标，提示用户「有App正在使用相机」
麦克风和相机开关：Android 12新增了快速设置开关，用户可以一键禁用所有App的相机权限
照片选择器：Android 13开始，如果App只需要读取照片，不需要直接调用相机，可以用照片选择器代替直接读存储

注意：如果你的App在后台偷偷调用相机，Android 12+的系统会直接阻止，并且在Logcat里输出类似这样的日志：CameraService: blocking background camera access for package xxx。我调试时看到这个日志，就知道又有同事踩坑了。

Android 14/15新变化：又双叒叕收紧了

每次Android大版本更新，权限这块必有变化。Android 14和15也不例外。

版本	变化内容	影响
Android 14	新增「照片选择器」增强版，支持更多媒体类型	如果App只需要选照片，建议用照片选择器代替直接申请存储权限
Android 14	后台相机访问彻底禁止，即使有权限也不行	所有相机操作必须在前台Service或Activity中进行
Android 15	新增「敏感权限通知」：每次App使用相机，系统都会通知用户	用户会收到「xxx正在使用相机」的通知，无法关闭
Android 15	权限申请流程优化：用户可以选择「仅本次」或「每次询问」	App需要处理更多权限状态

Android 14还有一个我特别想说的变化：前台Service类型声明。如果你的App需要在后台持续使用相机（比如视频通话），必须声明foregroundServiceType="camera"。不声明？嗯，系统会直接Crash你的App。

<service
    android:name=".CameraForegroundService"
    android:foregroundServiceType="camera"
    android:exported="false" />

避坑指南：我曾经在适配Android 14时，忘了加foregroundServiceType，结果测试机上一跑就崩。查了半天Log，发现是系统抛了个ForegroundServiceTypeNotAllowedException。所以，升级targetSdkVersion到34之前，一定先检查Service声明。

总结一下

Camera权限与安全，说白了就是「怎么让用户放心地把相机交给你用」。从权限模型到安全策略，从隐私保护到新版本适配，每一步都马虎不得。

我个人觉得，做好Camera权限的关键就三点：

尊重用户：申请权限前先解释，被拒绝了不要死缠烂打
按需使用：只在需要的时候调用相机，用完及时释放
跟上节奏：每个Android大版本都有新变化，及时适配，别等用户反馈了才改

好了，Camera权限这块就聊到这儿。记住，权限处理得好，用户信任感就强；处理得不好，再好的相机功能也白搭。

公众号:蓝海资料掘金营，微信deep3321

📚 课程目录

20、Camera权限与安全：权限模型、Camera权限申请、安全策略、隐私保护、Android 14/15新变化

权限模型：从粗放到精细

Camera权限申请：实战经验

安全策略：不止是权限那么简单

隐私保护：用户越来越在意了

Android 14/15新变化：又双叒叕收紧了

总结一下