android存储分区和android11填坑

android的物理存储划分

安卓设备的物理存储 分为两大块,内部存储和外部存储

  • 内部存储
    设备中每一个安装的 App,系统都会在内部存储空间的 data/data 目录下以应用包名为名字自动创建与之对应的文件夹,这个文件夹也用来 存放SharedPreferences 和 SQLiteDatabase 的数据, App 中的 WebView 缓存页面信息也在这文件夹下;
    但是 当app被卸载的时候,这个文件夹 会被删除掉。
    开发过程中,可通过 Context对象提供的 API 读取操作 内部存储中的文件
//内部存储
            /**
             * Environment.getDataDirectory() : /data
             * context.getFilesDir() : /data/user/0/com.e.dk_wd/files
             * context.getCacheDir() : /data/user/0/com.e.dk_wd/cache
             * context.getDataDir() : /data/user/0/com.e.dk_wd
             */
            Log.i("----", "Environment.getDataDirectory() : " + Environment.getDataDirectory().absolutePath)
            Log.i("----", "context.getFilesDir() : " + this.filesDir!!.absolutePath)
            Log.i("----", "context.getCacheDir() : " + this.cacheDir!!.absolutePath)
            if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
                Log.i("----", "context.getDataDir() : " + this.dataDir!!.absolutePath)
            }
  • 外部存储
    一般的手机设备都有会内置 SD 卡,同时也提供 SD 卡的拓展,可能对应路径的目录名有所差异。
    所说的外部存储,就是手机设备内置的SD卡和扩展的SD卡 提供的存储空间;
    外部存储 也会为 安装的app 提供一块区域(文件夹) ,用来存放私有的文件
    通常的路径是:/storage/emulated/0/Android/data/包名/

什么是存储分区

存储分区,是android系统对APP访问外部存储 添加了限制;开启存储分区后 APP只能访问自己目录下的文件和公共文件,
需要特别指出的是android 10 虽支持存储分区 但可不开启,对于android11 来说,必须开启存储分区,android11必须使用存储分区,
即使设置 android:requestLegacyExternalStorage="true" 也无效

//android10(包括android10)以下 可在清单文件中声明 android:requestLegacyExternalStorage="true" 来不启用存储分区
<application
    ...
        android:requestLegacyExternalStorage="true">

开启存储分区后对文件访问的影响

对原来的内部存储没有什么影响,但是对外部存储有影响;
外部 存储有两个区域 app私有区域和app共享区域;

  • app私有区域
    文件目录在/android/data/app包名 下,APP自身 不需要读写权限 就可以进行读写,其他的app是无法访问这一区域的(自android7.0起);开启存储分区后 无变化
  • app共享区域
    只要有读写权限 每个app都可以读写,文件目录有DCIM、Pictures,Download等在/storage/emulated/0 下的文件夹及文件;开启存储分区后,无法直接通过File 访问共享区域的文件,需要使用FileProvider或者MediaStore 来进行访问。

例如:在android 10以下的手机设备上 调起相机拍照,使用 Uri.fromFile 的方式来创建照片文件是 没有问题的,但是 android11上,即使调起了相机拍照后 也无法成功保存照片

   if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
      //android7开始 就支持FileProvider,所以这里判断大于android7
       mCurrentPhotoUri = FileProvider.getUriForFile(mContext,
                            "com.xx.fileprovider", photoFile);
 } else {
         mCurrentPhotoUri = Uri.fromFile(photoFile);
  }

什么是FileProvider?

android 7 后支持 应用之间共享文件,这就是FileProvider的作用;
使用FileProvider 需要在清单文件中 声明,注意一下 android:authorities指定的属性值,尽可能的保证唯一性 一般以".fileProvider" 结尾

<provider
            android:name="androidx.core.content.FileProvider"
            android:authorities="${applicationId}.fileProvider"
            android:exported="false"
            android:grantUriPermissions="true"
            tools:replace="android:authorities">
            <meta-data
                android:name="android.support.FILE_PROVIDER_PATHS"
                <!--这个file_paths文件在 Resource/xml 下-->
                android:resource="@xml/file_paths"
                tools:replace="android:resource" />
</provider>
       

其中 file_paths文件在 Resource/xml 下,原来指定共享的 文件路径;

<?xml version="1.0" encoding="utf-8"?>
<paths>
    <files-path
        name="file_path"
        path="." />
    <cache-path
        name="cache_path"
        path="." />
    <external-path
        name="external_path"
        path="." />
    <external-files-path
        name="external_files_path"
        path="." />
    <external-cache-path
        name="external_cache_path"
        path="." />
    <!--
    每个节点都支持两个属性:name+path;
    //path:需要临时授权访问的路径(.代表所有路径)
    //name:就是你给这个访问路径起个名字
    例如:
    <root-path name="root" path="" /> //代表设备的根目录new File("/");
    <files-path name="files" path="" /> //context.getFilesDir()
    <cache-path name="cache" path="" /> //context.getCacheDir()
    <external-path name="external" path="" /> //Environment.getExternalStorageDirectory()
    <external-files-path name="name" path="path" /> //context.getExternalFilesDirs()
    <external-cache-path name="name" path="path" /> //getExternalCacheDirs()
    -->
</paths>

然后使用FileProvider API 来生成File的Uri路径;

FileProvider.getUriForFile(mContext,"com.xx.fileprovider", photoFile);

这个"com.xx.fileprovider" 就是 授权认证的信息,如果填写的和清单文件中的不一致 会 导致文件读写时 错误;

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,772评论 6 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,458评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,610评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,640评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,657评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,590评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,962评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,631评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,870评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,611评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,704评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,386评论 4 319
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,969评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,944评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,179评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,742评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,440评论 2 342

推荐阅读更多精彩内容