2026年Google Play照片与视频权限问答：8个问题解析照片选择器与宽泛媒体权限

Google Play 的四条「最小范围权限」政策里，位置按钮、通讯录选择器、以及取消 READ_CALL_LOG 用于电话验证，今年都上了头条。第四条 照片与视频权限（Photo and Video Permissions） 没有未来截止日可讲，因为它早已全面强制：Google 在 2023 年 10 月推出该政策，并在 2025 年 5 月 28 日 起要求所有开发者全面合规（包括此前申请延期的开发者）。这决定了它是一个运营问题而不是理论问题——你的应用要么仍然持有 READ_MEDIA_IMAGES 与 READ_MEDIA_VIDEO 并且能在控制台申报中解释清楚，要么就不该再持有，清单里的权限本应早已删除。下面 8 个问题是我们被问得最多的，答案全部来自 Play 的 权限与访问敏感信息的 API 政策页、Google 的 最小范围替代方案 说明，以及 Android 照片选择器 文档。

1. 哪些应用在范围内？

面向 Android 13 及以上（API 33+）的应用，只有在系统选择器（例如 Android 照片选择器）不足以支撑核心功能时，才允许申请 READ_MEDIA_IMAGES 与 READ_MEDIA_VIDEO。Google 同时明确：用户照片属于个人敏感数据，通过这两个权限取得的任何内容都受 用户数据政策 约束；用户拒绝授权时不得施压或诱导。唯一被写进文档的豁免值得记住：私有与企业设备管理类应用不受该政策要求约束。

2. 这是 2026 年的新要求吗？

不是，而这正是关键。Google 帮助页上的时间线是：2023 年 10 月 推出照片与视频权限政策；2025 年 5 月 28 日 起全面合规对所有开发者生效（含已申请延期者），此后不合规应用将被下架。也就是说，账号里若有应用仍带着宽泛媒体权限又没做过申报，它已经违规一年多，而不是在等某个截止日。

3. 还需要在 Play 控制台做申报吗？

需要，而且这就是唯一的门槛。Google 的原文是：仍在申请 READ_MEDIA_IMAGES 与 READ_MEDIA_VIDEO 的应用 必须提交申报，说明照片访问需求，以及为什么 Android 照片选择器（或其他替代方案）不适用。宽泛访问只留给确实无法用选择器实现的核心功能——最典型的例子是「管理并维护用户全部照片/视频」的图库类应用。如果你说不出一个「没有宽泛访问就会坏掉」的面向用户功能，那申报就是错误路径，权限应当删除。

4. 自己写一个应用内相册选择器算替代方案吗？

不算。Google 直接回答了这一点：自建选择器的应用不会自动获得资格，仍然必须提交申报，说明为什么 Android 照片选择器或其他系统方案不够用。反过来也成立，而且值得在投入开发前先知道：Google 并不要求你必须使用它的照片选择器，其他系统选择器只要满足同等的最小范围行为即可。

5. 照片选择器需要申请存储权限吗？

不需要，这正是 Google 主推它的原因：选择器让用户以受约束的方式交出指定条目，应用可以读取用户选中的内容，无需申请任何存储权限，也看不到库里其余照片。接入成本很低——引入 androidx.activity 1.7.0 或更高版本，单选图片或视频用 PickVisualMedia，多选用 PickMultipleVisualMedia。若某设备上没有该选择器，Jetpack 库会自动改用 ACTION_OPEN_DOCUMENT intent，Android 4.4（API 19）及以上都支持；也可以用 isPhotoPickerAvailable() 在代码里显式分支。

6. 哪些 Android 版本有照片选择器？

它作为模块化系统组件（Modular System Component）分发，并不绑定某个 Android 大版本。凡是能接收 Google 系统更新的 Android 11（API 30）及以上 设备都具备；Android 4.4（API 19）到 Android 10 的设备，以及支持 Google Play 服务的 Android Go（Android 11/12）设备，可以安装向后移植版本。要触发自动安装，在清单 <application> 标签中加入 com.google.android.gms.metadata.ModuleDependencies 服务，并带上元数据键 photopicker_activity:0:required——三行清单改动，就能把选择器可用范围从「新机型」扩展到几乎全部存量设备。

7. 用户只授权部分照片时会怎样？

Android 14 的权限弹窗提供 Selected Photos Access（部分授权），让用户只开放指定的图片和视频，而不是整个相册。行为取决于你的 targetSdk：该变化仅在应用面向 Android 14（API 34）及以上 时启用；若你没有声明 READ_MEDIA_VISUAL_USER_SELECTED，系统会让应用运行在 兼容模式 下。声明之后，部分授权由应用自己控制。这里要把 URI 一律当作临时授权：Google 的指引是通过 ContentResolver 查询 MediaStore 而不是缓存结果；应用回到前台时刷新（用户可以在设置里在完全授权与部分授权之间切换而不关闭应用）；相关权限一次性申请，避免用户连续遭遇多个系统弹窗；只有在用户明确的界面操作之后才重新申请。若要做后台大文件上传这类长任务，用 takePersistableUriPermission() 主动持久化授权——注意每个应用最多保留 5000 条 媒体授权，超出后最早的授权会被移除。

8. 不符合资格的话，要改什么？

删除权限。Google 的 FAQ 说得很直白：如果应用不需要通过受支持的核心用例访问照片和视频，媒体访问权限必须在政策生效日之前从应用中移除。与此同时，应用仍要对拒绝宽泛授权的用户可用——Restricted Permissions 规则要求作出合理努力进行适配，实际做法就是把相关功能改走系统选择器，或者优雅降级，而不是直接阻断。替换之后还要复核应用到底读了什么：由于通过这些权限取得的内容属于个人敏感数据，受用户数据政策约束，宽泛权限移除后，Data safety 与应用内容中的回答应当与新的实际行为保持一致。

这周可以先做的三件事

• 把账号下每个包扫一遍，找出仍带 READ_MEDIA_IMAGES、READ_MEDIA_VIDEO 的应用，区分「核心确实是图库管理」和「只是想要一个多选网格」两类。
• 对第二类：接入 Jetpack 合约并加上向后移植模块的清单条目，然后在 Android 11 与 Android 9 设备上各验证一次选择器能否打开。
• 对第一类：围绕一个具体的面向用户功能撰写申报，并说明选择器在技术上为何无法满足——把证据留好，因为 Google 正是按这个标准评估。

资料来源

• Google Play 政策 — 权限与访问敏感信息的 API：support.google.com/googleplay/android-developer/answer/16558241
• Play Console 帮助 — 最小范围替代方案下的受限权限说明：support.google.com/googleplay/android-developer/answer/16935362
• Android Developers — 照片选择器：developer.android.com/training/data-storage/shared/photo-picker
• Android 14 — 授予对照片与视频的部分访问权限：developer.android.com/about/versions/14/changes/partial-photo-video-access