照片权限：分享一张照片，不必开放整个图库

选择一张照片与授予图库访问权，是两个不同的决定。

你想把坏椅子的照片发给维修店，但图库里还有家人照片、收据和私人截图。维修店只需要一张图，应用不一定需要浏览其他全部内容的权限。

点“允许”之前，先区分两个决定：应用可以访问哪些照片，以及你实际发送哪张图。限制图库访问可以减少不必要的暴露，却不能让不适合分享的照片变得安全，也不能收回已经送达的副本。这是通用的操作系统指南，并不表示 Livara 实现了某种特定的照片界面。

1. 照片选择器不等于整个图库的权限

系统照片选择器让你挑选要交给应用的媒体。Android 的官方选择器授予的是所选图片和视频的访问权，而不是整个图库。Apple 的系统照片选择器同样可以把选中的项目交给应用，无需广泛的照片图库授权。

因此，在系统选择器里看到许多缩略图，本身不代表应用可以读取所有这些照片。操作系统可以显示选择界面，同时限制应用实际收到的内容。

不过，使用选择器不会取消你以前授予的更广泛访问权。显示照片网格的界面也不一定就是系统选择器，应用可能有自己的图库界面。应阅读权限请求，检查应用当前的权限，而不是只凭外观判断。

有系统选择器可用时，只选择任务所需的项目。Google 还说明了 Android 14 引入的另一套“所选照片访问”权限流程。在支持的应用和系统组合中，它允许你把图库访问限制为选定的照片和视频，而不是开放所请求类型的全部媒体。

可用选项取决于 Android 版本和应用的实现方式，不要期待每部手机都有相同按钮。如果需要的照片没有出现，先寻找受支持的添加所选照片方式，再考虑是否要开放全部访问。

特别要注意，选择器访问不一定是“仅使用一次”。Android 文档说明了默认访问期限，也提供让应用持久保留所选文件权限的机制，例如用于完成后台上传。关闭选择器并不是可靠的撤销所选图片访问权的方法。但持久保留所选文件的授权，也仍然不等于获得整个图库的权限。

Apple 在 iOS 14 引入的有限照片图库，允许你把图库中的一部分授权给使用 PhotoKit 的应用，之后还能调整选择。这与通过系统选择器交出一个项目不同，后者可以不依赖该图库权限。

有限访问不一定只包含你最后点选的那张照片，之前选中的项目可能仍可访问。Apple 还说明，应用通过相关 PhotoKit 创建 API 创建的照片，会自动纳入它的有限选择范围。

“仅添加”是另一种独立的访问级别。它允许应用向图库添加项目，但不是读取已有图库的权限。请求保存图片与请求浏览照片，目的不同。

使用你的应用和 iOS 版本实际提供的选项。并非每个应用都提供这些模式，也不一定使用相同措辞。如果有限访问已经足够，下一步并不自动是开放全部访问。

以维修店的例子来说，可以按这个顺序操作：

如果界面行为与预期不符，先取消，用一张普通、无敏感内容的测试图片试试。这样可以在不暴露私人文件的情况下，弄清哪里是选择、哪里是发送，但不能证明应用内部保留了什么。

照片访问权和照片内容是两项独立检查。只选择一个文件，并不保证位置信息已被移除，也不保证图中的敏感细节会消失。

在 Android 上，Google 文档给出的起点是“设置”、应用、所选应用，再进入权限；名称和路径可能因设备而异。检查实际列出的照片和视频访问权。Apple 同样允许在“设置”中更改照片授权选项。

缩小图库权限，只会限制通过该权限进行的访问。它不能证明每一项独立文件授权都已结束，也不会删除应用已经复制的数据。上传的图片、已发送的附件或收件人保存的副本，与原始图库项目是不同的对象。

如果分享了错误照片，先停止进一步分享，并使用应用提供的移除控制。适当时联系收件人，但不要把删除或撤销权限视为所有副本都已消失的证明。我们关于保存到图库的聊天照片的指南解释了为什么保存的副本需要单独检查。

加密聊天需要访问我的整个图库吗？

加密和照片访问回答的是不同问题。某个附件流程可能支持选择单独项目。应检查实际流程，不要假定加密需要或能阻止广泛访问。

限制访问后，为什么某张照片不见了？

它可能不在应用获准访问的选择范围里。使用受支持的选择管理选项，或可用的系统选择器。仅仅因为媒体缺失，不足以成为授予全部权限的理由。

移除照片权限会撤回已发送的图片吗？

不会。未来的图库访问和已经分享的内容应分开处理。两者都要检查，但不能保证删除收件人的副本。

Android Developers：照片选择器；授予照片和视频的部分访问权限。Android 帮助：更改 Android 手机上的应用权限。Apple Developer：将隐私融入开发流程；在照片应用中提供增强的隐私体验；PhotoKit 仅添加访问权限。