HarmonyOS鸿蒙Next中PhotoAccessHelper.getAlbums获取到的相册不全

HarmonyOS鸿蒙Next中PhotoAccessHelper.getAlbums获取到的相册不全应用已申请ohos.permission.READ_IMAGEVIDEO；

使用PhotoAccessHelper.getAlbums接口获取相册， type使用 photoAccessHelper.AlbumType.SYSTEM ，只能获取到收藏夹、视频、图片，这三个相册；

type使用 photoAccessHelper.AlbumType.USER ，只能获取到用户在手机相册内手动创建的那些相册；

对于微信、淘宝这类由应用保存文件时自动创建的相册，是否应该再增加一个type类型？或者把这种相册也加到现有的2个分类中；

我们是一款备份手机相册的应用，用户从鸿蒙4升级到5以后；反馈比较多的问题是，无法像以前那样按手机相册在备份时分目录保存文件（或者不备份某些相册内的文件）；

如果使用PhotoAccessHelper.PhotoViewPicker选择文件，点击所有相册，可以看到全部的相册；但是选择照片后，应用通过PhotoAccessHelper.getAssets 获取到的照片信息，还是无法判断这个文件在手机内哪个相册；

更多关于HarmonyOS鸿蒙Next中PhotoAccessHelper.getAlbums获取到的相册不全的实战教程也可以访问 https://www.itying.com/category-93-b0.html

ionicwang 1楼

在HarmonyOS Next中，PhotoAccessHelper.getAlbums返回相册不全可能因以下原因：相册缓存未及时更新、媒体库扫描延迟或权限限制。可尝试重启设备或等待系统自动完成媒体扫描。若问题持续，检查应用是否具备完整的媒体文件访问权限。该API仅返回用户可见的标准相册，部分系统相册或隐藏相册可能被过滤。

更多关于HarmonyOS鸿蒙Next中PhotoAccessHelper.getAlbums获取到的相册不全的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html

sinazl 2楼

在HarmonyOS Next中，PhotoAccessHelper.getAlbums接口目前只支持SYSTEM和USER两种AlbumType类型，这是系统设计的分类方式。微信、淘宝等应用自动创建的相册属于第三方应用生成的内容，当前API并未将其纳入标准相册分类中。

对于备份应用场景，建议通过PhotoAccessHelper.getAssets获取所有媒体资源后，使用FetchOptions中的albumId进行筛选，结合已获取的相册列表建立映射关系。虽然无法直接通过现有API获取所有第三方相册，但可以通过PhotoViewPicker展示完整相册结构后，记录用户选择的具体文件路径进行备份操作。

这种设计可能是出于隐私和安全考虑，避免应用随意访问其他应用创建的相册数据。建议关注后续HarmonyOS版本更新，看是否会扩展相册分类类型或提供更细粒度的访问控制。