Android 存储进化：分区存储，2021 最新 Android 笔试题及答案

android 也提供了一些简便的 api 创建删除文件：context.openFileOutput(filename, Context.MODE_PRIVATE)、context.openFileInput(filename)、context.fileList()、context.getDir(dirName, Context.MODE_PRIVATE)、context.delefteFile(fileName)

注意：卸载 app 后，系统会自动移除这些目录释放空间！！

2.2 外部存储空间

/storage/emulated/0/Android/data/包名

Android 10 的分区存储特性，对 Android 系统的外部存储空间重新设计，外部存储被分为应用私有目录以及共享目录两个部分：

1. 应用私有目录：存储应用私有数据，外部存储应用私有目录对应 Android/data/包名

2. 共享目录：存储其他应用可访问文件， 包含媒体文件、文档文件以及其他文件，对应设备 DCIM、Pictures、Alarms, Music, Notifications,Podcasts, Ringtones、Movies、Download 等目录。

2.2.1 应用私有空间

与以往相同的是，访问自身的外部存储下的应用私有空间是不需要任何权限的。与内部一样，也有一个目录专为应用的持久性文件而设计，和另一个目录包含应用的缓存文件。也是可以正常使用File相关 api 的，所以只要取得路径便可自由发挥。

需要注意的不同点是：开启了分区存储特性后，应用只能访问自身的私有空间，即使获得了存储权限，也无法访问其他应用的私有空间

另外与内部空间的区别是，外部存储空间可能被移除也可能有多个，所以返回的是一个数组，对于返回数组中的第一个元素被视为主外部存储卷。除非该卷已满或不可用，否则请使用该卷。

1. 持久性文件：getExternalFilesDirs(@NonNull Context context, @Nullable String type)，type 根据文件类型可传系统预定义的子目录常量，如图片Environment.DIRECTORY_PICTURES，此时返回/storage/emulated/0/Android/data/包名/files/Pictures。或者传 null 直接返回/storage/emulated/0/Android/data/包名/files
   

2. 缓存性文件：ContextCompat.getExternalCacheDirs(context)，/storage/emulated/0/Android/data/包名/cache
   

注意：卸载 app 后，系统会自动移除这些目录释放空间！！

三 共享存储空间的影响

=========================================================================

如果用户数据可供或应可供其他应用访问，并且即使在用户卸载应用后也可对其进行保存，请使用共享存储空间。

共享文件类型， 包含媒体文件、文档文件以及其他文件，对应设备 DCIM、Pictures、Alarms, Music, Notifications,Podcasts, Ringtones、Movies、Download 等目录。Android 分别提供用于获得该类型可共享数据文件 Uri 的 API：

• 媒体内容：可以使用 MediaStore API 访问此内容

• 文档和其他文件：系统有一个特殊目录，用于包含其他文件类型，例如 PDF 文档和采用 EPUB 格式的图书。应用可以使用Storage Access Framework访问这些文件。

对于共享文件，。以往可以通过data column获得路径，再使用 File API 来操作，现在都会返回失败。开启了分区存储特性之后，应用只能通过系统提供的 api 来向系统请求得到对应文件的Uri，并通过Uri生成FileDescriptor和InputStream等方式进行文件读写：（简而言之，对于共享文件的增删查改，主要问题在于 Uri 的获取）

注：android 11 又允许通过路径来访问，系统会自动重定向为 Uri。

val resolver = applicationContext.contentResolver

//读

resolver.openFileDescriptor(content-uri, "r")?.use { pfd ->

val inputStream = FileInputStream(pfd.fileDescriptor)

}

resolver.openInputStream(content-uri).use { stream ->

}

//写

resolver.openFileDescriptor(content-uri, "w")?.use { pfd ->

val outputStream = FileOutputStream(pfd.fileDescriptor)

}

resolver.openOutputStream(content-uri).use { stream ->

}

//图片 bitmap

BitmapFactory.decodeFileDescriptor(pfd.fileDescriptor)

3.1 MediaStore API

MediaStrore API的增删查改，可参看Google官方指南，主要是通过 contentResolver 获得对应的 uri，这里就不引入了。图片来源

3.1.1 MediaStore 概述

Android 系统会自动扫描外部存储空间，将媒体文件按类型添加到系统预定义的 Images、Videos、Audio files、Downloaded files 集合中。Android Q 通过 MediaStore.Images、MediaStore.Video、MediaStore.Audio、MediaStore.Downloads 访问相对应共享目录文件资源。预定义集合所对应的目录如下表所示：

| 媒体类型 | Uri | 默认创建目录 | 允许创建目录 |

| --- | --- | --- | --- |

| Image | content://media/external/images/media | Pictures | DCIM,Pictures |

| Audio | content://media/external/audio/media | Music | Alarms,Music,Notifications,Podcasts,Ringtones |

| Video | content://media/external/video/media | Movies | DCIM,Movies |

| Download | content://media/external/downloads | Download | Download |

注意：MediaStore.Downloads.EXTERNAL_CONTENT_URI是 Android10 版本新增 API，用于创建、访问非媒体文件

3.1.1 MediaStore 的变化

1. MediaStore API 在共享目录指定目录下创建文件或者访问应用自己创建文件，不需要申请存储权限；

2. MediaStore API 访问其他应用在共享目录创建的媒体文件(图片、音频、视频)， 需要申请存储权限，未申请存储权限，通过 ContentResolver 查询不到文件 Uri，即使通过其他方式获取到文件 Uri，读取或创建文件会抛出异常；

3. MediaStore API 不能够访问其他应用创建的非媒体文件(pdf、office、doc、txt 等)， Android 10 里唯一一种访问其他应用创建的非媒体文件的途径是使用存储访问框架 (Storage Access Framework) 提供的文档选择器。

3.1.2 通过 api 创建的文件存放到哪里？如何自定义位置？

当通过MediaStore API创建文件时，文件会默认保存到对应的类型目录，比如图片存到Pictures/目录下，可以往上查看表格的默认目录及允许目录；

可以使用MediaStore.xxx.Media.RELATIVE_PATH自己指定要存放的目录或者子目录，如：contentValues.put(MediaStore.Images.Media.RELATIVE_PATH, Environment.DIRECTORY_PICTURES + "/自定义子目录")，文件就会放在Pictures/自定义子目录/ 中；或者使用contentValues.put(MediaStore.Images.Media.RELATIVE_PATH, Environment. DIRECTORY_DCIM)，将文件放到DCIM/ 中

注意：每一种类型都有对应的可允许创建的目录，否则会返回失败。具体可创建目录可以往上查看表格

3.2 Storage Access Framework

SAF 框架支持用户与系统选择器互动，从而选择文档提供器以及供您的应用创建、打开或修改的特定文档和其他文件。由于用户参与了文件的选择，因此该机制无需任何系统权限。

应用通过调用 ACTION_CREATE_DOCUMENT , ACTION_OPEN_DOCUMENT , 和ACTION_OPEN_DOCUMENT_TREE Intent 获取 Document provider 提供的文件，并在 onActivityResult 接口接收返回的被选择文件的 Uri。另外，在配置 intent 时，应指定文件的名称和 MIME 类型，并且还可以根据需要使用 EXTRA_INITIAL_URI intent extra 指定文件选择器在首次加载时应显示的文件或目录的 URI。

这部分也是没变化的，可参考官方指南：从共享存储空间访问文档和其他文件

3.2.1 获取持久权限

对于通过 SAF 框架获得的 uri 权限，可以通过申请持久权限，不用每次重启手机都要重新请求。

contentResolver.takePersistableUriPermission(

documentUri,

Intent.FLAG_GRANT_READ_URI_PERMISSION

)

四 存储特性 Android 版本差异概览

=================================================================================

4.1 其他变化：图片位置信息

一些照片在元数据中包含位置信息，以便用户查看照片的拍摄地点。由于此位置信息属于敏感信息，如果应用使用了分区存储，默认情况下 Android 10 会对应用隐藏此信息。

如果应用需要访问照片的位置信息：

1. 在应用清单中请求ACCESS_MEDIA_LOCATION权限

2. 通过调用 setRequireOriginal()，从 MediaStore 对象获取照片的确切字节，并传入照片的 URI

五 更新

==================================================================

5.1 Android 10 的分区存储"bug"

Android 10 通过媒体 MediaStore API 删除（delete）一个媒体文件，只是简单移除了 MediaStore 数据库的索引，并不会真正删除物理存储上的实体文件，而且只要手机重启，则索引又被加上去了。issue

这需求也比较少见，只是刚好测试发现了。网上查了下，的确存在这个问题，Android 11 就可以正常删除了。 要是有什么解决方案，热烈欢迎指出！！

5.2 Android 11 的存储变更

5.2.1 允许继续使用原始文件路径

可以再次使用文件路径，系统自动重定向为Uri

5.2.2 增加批量操作

在 Android 10 中，应用在对 MediaStore 的每一个文件请求编辑或删除时都必须一个个地得到用户的确认。而在 Android 11 中，应用可以一次请求修改或者删除多个媒体文件。

主要通过以下新增的批量操作 api

| 方法 | 说明 |

| --- | --- |

| MediaStore.createDeleteRequest (resolver, uris) | 批量删除（不放入回收站） |

| MediaStore.createFavoriteRequest(resolver, uris) | 批量收藏 |

| MediaStore.createTrashRequest (resolver, uris) | 批量移入回收站 |

| MediaStore.createWriteRequest(resolver, uris) | 批量获得写入权限 |

val uris = ...

val pi = MediaStore.createWriteRequest(contentResolver

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
浏览器打开：qq.cn.hn/FTe 免费领取

,

uris)

startIntentSenderForResult(pi.intentSender, REQUEST_CODE, null, 0, 0, 0)

//相应

override fun onActivityResult(xxx) {

when (requestCode) {

REQUEST_CODE ->

if (resultCode == Activity.RESULT_OK) {

//获得权限，继续操作

} else {

// 用户拒绝了权限授予

}

}

}