Android FileProvider适配

FileProvider适配

概述

为了提高私有目录的安全性,防止应用信息的泄漏,从 Android 7.0 开始,应用私有目录的访问权限被做限制。具体表现为,开发人员不能够再简单地通过 file:// URI 访问其他应用的私有目录文件或者让其他应用访问自己的私有目录文件。
同时,也是从 7.0 开始,Android SDK 中的 StrictMode 策略禁止开发人员在应用外部公开 file:// URI。具体表现为,当我们在应用中使用包含 file:// URI 的 Intent 离开自己的应用时,程序会发生故障。
开发中,如果我们在使用 file:// URI 时忽视了这两条规定,将导致用户在 7.0 及更高版本系统的设备中使用到相关功能时,出现 FileUriExposedException 异常,导致应用出现崩溃闪退问题。而这两个过程的替代解决方案便是使用 FileProvider。

基本使用

声明provider

FileProvider是ContentProvider的子类,四大组件都要在AndroidManifest文件里注册

<provider
          android:name="androidx.core.content.FileProvider"
          android:authorities="${applicationId}.fileprovider"
          android:exported="false"
          android:grantUriPermissions="true">

    <meta-data
               android:name="android.support.FILE_PROVIDER_PATHS"
               android:resource="@xml/file_paths" />
</provider>

说明

  • 必须设置exported="false"grantUriPermissions="true"

编写xml文件

res目录下新建xml目录,并在里面编写file_paths.xml

<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
    <root-path
        name="root"
        path="" />
    <files-path
        name="files"
        path="." />
    <cache-path
        name="cache"
        path="." />
    <external-path
        name="external"
        path="." />
    <external-files-path
        name="external_file"
        path="." />
    <external-cache-path
        name="external_cache"
        path="." />

    <cache-path
        name="my_pic"
        path="pic" />
    <files-path
        name="pic"
        path="pic" />
</paths>
if (TAG_ROOT_PATH.equals(tag)) {
    target = DEVICE_ROOT;
} else if (TAG_FILES_PATH.equals(tag)) {
    target = context.getFilesDir();
} else if (TAG_CACHE_PATH.equals(tag)) {
    target = context.getCacheDir();
} else if (TAG_EXTERNAL.equals(tag)) {
    target = Environment.getExternalStorageDirectory();
} else if (TAG_EXTERNAL_FILES.equals(tag)) {
    File[] externalFilesDirs = ContextCompat.getExternalFilesDirs(context, null);
    if (externalFilesDirs.length > 0) {
        target = externalFilesDirs[0];
    }
} else if (TAG_EXTERNAL_CACHE.equals(tag)) {
    File[] externalCacheDirs = ContextCompat.getExternalCacheDirs(context);
    if (externalCacheDirs.length > 0) {
        target = externalCacheDirs[0];
    }
} else if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP
           && TAG_EXTERNAL_MEDIA.equals(tag)) {
    File[] externalMediaDirs = context.getExternalMediaDirs();
    if (externalMediaDirs.length > 0) {
        target = externalMediaDirs[0];
    }
}

说明

  • paths节点:
    • root-path表示根目录/
    • files-path等价于context.getFilesDir() ,路径为:/data/user/0/<package_name>/files
    • cache-path等价于context.getCacheDir(),路径为:/data/user/0/<package_name>/cache
    • external-path等价于Environment.getExternalStorageDirectory(),路径为:/storage/emulated/0
    • external-files-path等价于ContextCompat.getExternalFilesDirs(context, null)
    • external-cache-path等价于ContextCompat.getExternalCacheDirs(context)
  • 每个节点支持2个属性
    • name:表示路径的别名,可以通过name获取相应的路径
    • path:表示该目录下的子目录,如上面的:pic表示/data/user/0/<package_name>/cache/pic

使用FileProvider

btn.setOnClickListener {
    val intent = Intent(MediaStore.ACTION_IMAGE_CAPTURE)
    val dir = File(cacheDir, "pic")
    val file = File(dir, "my${System.currentTimeMillis()}.png")
    if (!dir.exists() && dir.isDirectory) {
        dir.mkdirs()
    }
    if (!file.exists() && dir.isFile) {
        file.createNewFile()
    }

    imgPath = file.absolutePath

    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
        uri = FileProvider.getUriForFile(this, "$packageName.fileprovider", file)
        //content://com.example.myapplication.fileprovider/my_pic/my1627454021099.png
    } else {
        uri = Uri.fromFile(file)
    }

    intent.putExtra(MediaStore.EXTRA_OUTPUT, uri)
    startActivityForResult(intent, 1)
}


override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) {
    super.onActivityResult(requestCode, resultCode, data)
    if (requestCode == 1) {
        imageView.setImageBitmap(BitmapFactory.decodeFile(imgPath))
    }
}
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Android是一个开源的移动操作系统,由Google开发。它的各个版本都有不同的特性和适配要求。下面是Android各个版本的适配情况: 1. Android 1.0:这是Android的首个正式版本,发布于2008年。它主要适配了当时的早期智能手机。 2. Android 1.5 Cupcake:这个版本引入了许多新特性,包括虚拟键盘、文本选择和复制功能等。它的适配要求相对较低,可以在较旧的设备上运行。 3. Android 1.6 Donut:这个版本增加了搜索框和快捷方式等功能。它的适配要求与Cupcake相似。 4. Android 2.0/2.1 Eclair:这个版本引入了许多新特性,包括支持多点触控、HTML5视频播放和Live壁纸等。它的适配要求相对较高,需要较新的设备支持。 5. Android 2.2 Froyo:这个版本引入了许多新特性,包括支持移动热点和Adobe Flash等。它的适配要求与Eclair相似。 6. Android 2.3 Gingerbread:这个版本引入了许多新特性,包括支持NFC和下载管理器等。它的适配要求相对较高,需要较新的设备支持。 7. Android 4.0 Ice Cream Sandwich:这个版本引入了许多新特性,包括全新的用户界面和面部解锁等。它的适配要求相对较高,需要较新的设备支持。 8. Android 4.1/4.2/4.3 Jelly Bean:这个版本引入了许多新特性,包括Google Now和通知增强等。它的适配要求与Ice Cream Sandwich相似。 9. Android 4.4 KitKat:这个版本引入了许多新特性,包括透明状态栏和打印支持等。它的适配要求相对较高,需要较新的设备支持。 10. Android 5.0/5.1 Lollipop:这个版本引入了许多新特性,包括Material Design和多用户支持等。它的适配要求相对较高,需要较新的设备支持。 11. Android 6.0 Marshmallow:这个版本引入了许多新特性,包括指纹识别和运行时权限等。它的适配要求相对较高,需要较新的设备支持。 12. Android 7.0/7.1 Nougat:这个版本引入了许多新特性,包括分屏模式和通知增强等。它的适配要求相对较高,需要较新的设备支持。 13. Android 8.0/8.1 Oreo:这个版本引入了许多新特性,包括自适应图标和通知渠道等。它的适配要求相对较高,需要较新的设备支持。 14. Android 9 Pie:这个版本引入了许多新特性,包括手势导航和应用程序切片等。它的适配要求相对较高,需要较新的设备支持。 15. Android 10:这个版本引入了许多新特性,包括暗黑模式和系统级录屏等。它的适配要求相对较高,需要较新的设备支持。 16. Android 11:这个版本引入了许多新特性,包括聊天气泡和无线Android Auto等。它的适配要求相对较高,需要较新的设备支持。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值