MediaStore读取图库图片权限及PhotoPicker优势技术问询

问题1：生成Bitmap需要哪些权限？为何SDK24-34无需权限即可运行，仅SDK≤23时需要？ #

生成Bitmap本身不需要权限，但读取图片源的操作会涉及权限要求：

• 在SDK≤23（Android 6.0之前）：系统采用安装时权限机制，要访问外部存储的图片，必须在Manifest中声明READ_EXTERNAL_STORAGE权限，否则无法读取图片内容生成Bitmap。
• 在SDK24-34（Android 7.0及之后）：当通过Intent.ACTION_PICK启动系统图库选择图片后，图库应用会将选中图片的URI返回给你的应用，同时自动授予临时读取该URI的权限，无需提前申请READ_EXTERNAL_STORAGE或其他存储权限。这是Android 7.0引入的临时URI授权机制，用于避免应用过度获取存储权限，提升隐私安全性。

问题2：为何SDK≥33时无需READ_MEDIA_IMAGES权限？官方文档说明SDK33及以上读取其他应用生成的图片需该权限，此情况为何例外？ #

READ_MEDIA_IMAGES权限的适用场景是应用主动查询、遍历整个媒体库（比如直接通过MediaStore查询所有图片），而通过Intent.ACTION_PICK选择图片属于用户主动交互后的授权场景：
用户手动在图库中选择图片后，图库应用会为你的应用生成带有临时访问权限的URI，这种授权是用户明确允许的，不属于“主动读取其他应用生成的图片”的范畴，因此不需要申请READ_MEDIA_IMAGES权限。官方文档提到的需要该权限的场景，是指应用未经过用户主动选择，直接访问媒体库中其他应用的内容。

问题3：使用PhotoPicker API替代MediaStore API有哪些优势？ #

• 无需处理存储权限：PhotoPicker是系统提供的官方选择器，返回的图片URI自动带有临时访问权限，无论哪个SDK版本，都不需要申请READ_EXTERNAL_STORAGE或READ_MEDIA_IMAGES权限，简化权限逻辑。
• API更现代化简洁：支持使用registerForActivityResult替代旧的startActivityForResult，代码更符合Android Jetpack的开发规范，避免过时API的兼容性问题。
• 统一的用户体验：采用系统统一的选择界面，风格与系统保持一致，用户熟悉度高；还支持多选、按类型筛选（仅图片/仅视频）等功能，无需自行实现复杂的选择器界面。
• 隐私保护更到位：用户可以精确选择单张或多张图片授权给应用，不会让应用获取整个媒体库的访问权限，符合现代隐私合规要求。
• 兼容性良好：从Android 11（SDK30）开始原生支持，低版本设备可通过Google提供的兼容库使用，覆盖绝大多数主流设备。

内容的提问来源于stack exchange，提问作者Erkki Nokso-Koivisto