当前位置:主页 > android教程 > Android FileProvider应用场景

Android中FileProvider的各种场景应用详解

发布:2023-03-05 18:30:01 59


给网友们整理相关的编程文章,网友阙伟泽根据主题投稿了本篇教程内容,涉及到Android、FileProvider应用场景、Android、FileProvider、Android FileProvider应用场景相关内容,已被459网友关注,相关难点技巧可以阅读下方的电子资料。

Android FileProvider应用场景

前言

有部分同学只要是上传或者下载,只要用到了文件,不管三七二十一写个 FileProvider 再说。

不是每一种情况都需要使用 FileProvider 的,啥?你问行不行?有没有毛病?

这... 写了确实可以,没毛病!但是这没有必要啊。

如果不需要FileProvider就不需要定义啊,如果定义了重复的 FileProvider,还会导致清单文件合并失败,需要处理冲突,从而引出又一个问题,解决 FileProvider 的冲突问题,当然这不是本文的重点,网上也有解决方案。

这里我们只使用 FileProvider 来说,分析一下如下场景:

1.比如我们下载文件到SD卡,当然我们一般都下载到download目录下,那么使用这个文件,需要 FileProvider 吗?

不需要!因为他是共享文件夹中,并不是在沙盒中。

2.那我们把文件保存到沙盒中,比如 getExternalFilesDir 。那么我们使用这个沙盒中的文件,需要 FileProvider 吗?

3.看情况,如果只是把此文件上传到服务器,上传到云平台,也就是我们自己App使用自己的沙盒,是不需要 FileProvider 的

4.如果是想使用系统打开文件,或者传递给第三方App,那么是需要 FileProvider 的。

也就是说一般使用场景,我们只有在自己App沙盒中的文件,需要给别的App操作的时候,我们才需要使用 FileProvider 。

比较典型的例子是,下载Apk到自己的沙盒文件中,然后调用Android的Apk安装器去安装应用(这是一个单独的App),我们就需要 FileProvider 。

或者我们沙盒中的图片,需要发送到第三方的App里面展示,我们需要 FileProvider 。

话不多说,我们从常规的使用与示例上来看看怎么使用,清楚它的一些小细节。

一、常规使用与定义

一般来说没有什么特殊的需求,我们使用系统自带的 FileProvider 类来定义即可。

我们再清单文件注册我们的FileProvider

    
        
        
    

属性的一些说明:

  • authorities 是标记我们这个ContentProvider的唯一标识,是一个用于认证的暗号,我们一般默认使用包名+fileprovider来定义。(能不能使用别的,可以,abcd都行,但是没必要)
  • name 是具体的FileProvider类,如果是系统的,就用上面的这种,如果是自定义的,就写自定义FileProvider的全类名。
  • exported 是否限制其他应用获取此FileProvider。
  • grantUriPermissions 是否授权其他应用获取访问Uri权限,一般为true。
  • meta-data 和下面的 name 都是固定的写法,重点是 resource 需要自己实现规则,定义哪些私有文件会被提供访问。

看看我们定义的file_path文件:



    
    
    
    
    
    
    
    

属性的含义如下:

  • root-path 从SD卡开始找 例如 storage/emulated/0/Android/data/com.guadou.kt_demo/cache/pos/naixiao-1122.jpg
  • external-path 从外置SD卡开始 例如 Android/data/com.guadou.kt_demo/cache/pos/naixiao-1122.jpg
  • external-files-path 外置沙盒file目录 例如 pos/naixiao-1122.jpg (真实目录在 Android/data/com.guadou.kt_demo/cache/pos/)
  • external-cache-path 外置沙盒cache目录 例如 naixiao-1122.jpg (真实目录在 Android/data/com.guadou.kt_demo/cache/)
  • files-path 和上面的同理,只是在内置的data/data目录下面
  • cache-path 和上面的同理,只是在内置的data/data目录下面

总共使用的就这么几个,大家可以看到我的定义,它是可以重复定义的。

比我我用到的这两个,是的同样类型的可以定义多个,

 
 

如果我定义了两个同类型的 external-cache-path ,他们的 name 你可以随便取,叫abc都行,主要是path , 推荐大家如果想暴露根目录就使用点. , 如果想暴露指定的目录就写对应的文件夹名称。

比我我现在有一个图片在这个目录下

storage/emulated/0/Android/data/com.guadou.kt_demo/cache/pos/naixiao-1122.jpg

通过 FileProvider 获取Uri 也是分优先顺序的。

比如我定义了pos的目录,那么打印如下:

打印Uri:content://com.guadou.kt_demo.fileprovider/naixiao_img/naixiao-1122.jpg

那我们现在把pos的去掉,只要这个。


那么打印就如下:

打印Uri:content://com.guadou.kt_demo.fileprovider/external_app_cache/pos/naixiao-1122.jpg

换了name,多了pos的路径。

那我们都去掉呢?只保留外置SD卡和SD卡的规则。

     
    

那么打印就如下:

打印Uri:content://com.guadou.kt_demo.fileprovider/external_file/Android/data/com.guadou.kt_demo/cache/pos/naixiao-1122.jpg

就走到了外置SD卡的规则中去了。

那我们再去掉外置卡的规则。此时定义如下

 

此时打印如下:

打印Uri:content://com.guadou.kt_demo.fileprovider/myroot/storage/emulated/0/Android/data/com.guadou.kt_demo/cache/pos/naixiao-1122.jpg

可以看到它的匹配规则是一层一层往上找的,那我们再去掉SD卡的规则呢。。。

那不就空了吗,此时就崩溃报错了,这样是真拿不到Uri了...

使用示例:

说到这里,我们还没有真的使用 FileProvider ,下面我们以一个图片实例为例子演示如何发送到系统的App

    //测试FileProvider
    fun fileProvider1() {
        val drawable = drawable(R.drawable.chengxiao)
        val bd: BitmapDrawable = drawable as BitmapDrawable
        val bitmap = bd.bitmap
        FilesUtils.getInstance().saveBitmap(bitmap, "naixiao-1122.jpg")
        val filePath = FilesUtils.getInstance().sdpath + "naixiao-1122.jpg"
        YYLogUtils.w("文件原始路径:$filePath")
        val uri = FileProvider.getUriForFile(commContext(), "com.guadou.kt_demo.fileprovider", File(filePath))
        YYLogUtils.w("打印Uri:$uri")
        //到系统中找打开对应的文件
        openFile(filePath, uri)
    }
    private fun openFile(path: String, uri: Uri) {
        //取得文件扩展名
        val extension: String = path.substring(path.lastIndexOf(".") + 1)
        //通过扩展名找到mimeType
        val mimeType = MimeTypeMap.getSingleton().getMimeTypeFromExtension(extension)
        YYLogUtils.w("mimeType: $mimeType")
        try {
            //构造Intent,启动意图,交由系统处理
            startActivity(Intent().apply {
                //临时赋予读写权限
                addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION or Intent.FLAG_GRANT_WRITE_URI_PERMISSION)
                //表示用其它应用打开
                action = Intent.ACTION_VIEW
                //给Intent 赋值
                setDataAndType(uri, mimeType)
            })
        } catch (e: Exception) {
            e.printStackTrace()
            YYLogUtils.e("不能打开这种类型的文件")
        }
    }

很简单的一个例子,我们把drawable中的一个图片,保存到我们私有沙盒目录中,目录为

文件原始路径:/storage/emulated/0/Android/data/com.guadou.kt_demo/cache/pos/naixiao-1122.jpg

我们通过 FileProvider 拿到 content://开头的uri路径。然后通过Intent匹配找到对于的第三方App来接收。

运行结果如下:

打开了系统自带的图片查看器,还能编辑图片,查看信息等。

那么打印就如下:

打印Uri:content://com.guadou.kt_demo.fileprovider/external_app_cache/pos/naixiao-1122.jpg

content 是 scheme。

com.guadou.kt_demo.fileprovider 即为我们在清单文件中定义的 authorities,即是我们的FileProvider的唯一表示,在接收的时候作为host。

这样封装之后,当其他的App收到这个Uri就无法从这些信息得知我们的文件的真实路径,相对有安全保障。

其他场景中,比如沙盒中的Apk文件想要安装,也是一样的流程,我们需要赋予读写权限,然后设置DataAndType即可。代码的注释很详细,大家可以参考参考。

此时我们都是发送了一个Intent,让系统自己去匹配符合条件的Activity。那有没有可能我们自己做一个App去匹配它。

这... 好像还真行。

二、能不能自定义接收文件?

其实我们仿造系统的App的做法,我们在自定义的Activity中加入指定Filter即可,比如这里我需要接收图片,那么我定义如下的 intent-filter :

     
            
                
                
            
        
        
            
                
                
                
                
                
                
                
            
        

都是一些固定的写法,我们在Activity上指明,它可以接收图片数据,此时我们再回到第一个App,发送图片,看看运行的效果:

之前还是图片查看器,现在可以选择我们自己的App来接收图片数据了,但是我们如何接收数据呢?

其实都是一些固定的代码,主要是拿到input流,然后操作流的处理。

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_receive_image)
        if (intent != null && intent.action == Intent.ACTION_VIEW) {
            val uri = intent.data
            YYLogUtils.w("uri: $uri")
            if (uri != null && uri.scheme != null && uri.scheme == "content") {
                val fis = contentResolver.openInputStream(uri)
                if (fis != null) {
                    val bitmap = BitmapFactory.decodeStream(fis)
                    //展示
                    if (bitmap != null) {
                        val ivReveiverShow = findViewById(R.id.iv_reveiver_show)
                        ivReveiverShow.setImageBitmap(bitmap)
                    }
                }
            }
        }
    }

最简单的做法,直接根据uri打开输入流,然后我们可以通过 BitmapFactory 就可以拿到 Bitmap了,就能展示图片到ImageView上面。

效果如图:

甚至我们拿到了 input 流,我们还能对流进行copy 操作,把你的图片保存到我自己的沙盒目录中,例如:

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_receive_image)
        if (intent != null && intent.action == Intent.ACTION_VIEW) {
            val uri = intent.data
            YYLogUtils.w("uri: $uri")
            if (uri != null && uri.scheme != null && uri.scheme == "content") {
                val fis = contentResolver.openInputStream(uri)
                if (fis != null) {
                    val inBuffer = fis.source().buffer()
                    val outFile = File(getExternalFilesDir("xiaoxiao"), "naixiao5566.jpg")
                    outFile.sink().buffer().use {
                        it.writeAll(inBuffer)
                        inBuffer.close()
                    }
                    YYLogUtils.w("存放的路径:${outFile.absolutePath}")
                    //展示
                    val ivReveiverShow = findViewById(R.id.iv_reveiver_show)
                    ivReveiverShow.extLoad(outFile.absolutePath)
                }
            }
        }
    }

保存到自己的沙盒文件之后,我们看一看效果:

好像还真的能行,秀啊。

那此时有人还会有一个疑问,你这方法都是我主动的发送给别人去展示,去操作!这都不是事,关键是能不能让别人主动的来操作、玩弄我的沙盒文件?

比如我做的App想获取微信,支付宝这些别人的App的沙盒中的图片?行不行?有没有方法可以做到?

这...,你别逗我了。

三、能不能主动查询对方的沙盒?

转头一想,好像还真行,有操作空间啊... 既然 FileProvider 是继承自 ContentProvider 。那凭什么我们的App都能获取到别人App的数据库了,不能获取别人的沙盒文件呢?那数据库文件不也存在沙盒中么?

例如联系人App,我们开发的第三方App可以通过 ContentProvider 获取到联系人App中的联系人数据,那么只要第三方的App定义好对应的 ContentProvider 我不就能获取到它沙盒的文件了吗?

说到就做,我们先把FileProvider设置为可访问

     
        
        
    

是的,android:exported="true" 设置成功之后我们直接通过 contentResolver 去查询不就好了吗?

先运行一下试试! 运行就崩了?

什么鬼哦,看看FileProvider的代码,原来不允许开放

原来 FileProvider的 exported 和 grantUriPermissions 都是指定的写法,不能改变,并且不允许暴露,不允许给别的App主动访问!

这和我们的需求不符合啊,我就要主动访问,既然你不行,那我不用你行了吧!我继承 ContentProvider 行了吧!我自己实现文件获取、Cursor封装行了吧!

不皮了,其实我们直接通过继承 ContentProvider 并且允许 exported ,然后我们通过自己实现的query方法,返回指定的Cursor信息,就可以实现!

部分代码如下:

public class MyFileProvider extends ContentProvider {
    @Override
    public void attachInfo(Context context, ProviderInfo info) {
        super.attachInfo(context, info);
        mStrategy = getPathStrategy(context, info.authority);
    }
    @Override
    public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder) {
        YYLogUtils.w("走到query方法");
        final File file = mStrategy.getFileForUri(uri);
        YYLogUtils.w("file:" + file);
        if (!file.exists()) {
            return null;
        }
        boolean directory = file.isDirectory();
        if (directory) {
            YYLogUtils.w("说明是文件夹啊!");
            File[] files = file.listFiles();
            for (File childFile : files) {
                if (childFile.isFile()) {
                    String name = childFile.getName();
                    String path = childFile.getPath();
                    long size = childFile.length();
                    Uri uriForFile = mStrategy.getUriForFile(childFile);
                    YYLogUtils.w("name:" + name + " path:" + path + " size: " + size +" uriForFile:"+uriForFile);
                }
            }
            //自己遍历封装Cursor实现    
            return null;
        } else {
            YYLogUtils.w("说明是文件啊!");
            if (projection == null) {
                projection = COLUMNS;
            }
            String[] cols = new String[projection.length];
            Object[] values = new Object[projection.length];
            int i = 0;
            for (String col : projection) {
                if (OpenableColumns.DISPLAY_NAME.equals(col)) {
                    cols[i] = OpenableColumns.DISPLAY_NAME;
                    values[i++] = file.getName();
                } else if (OpenableColumns.SIZE.equals(col)) {
                    cols[i] = OpenableColumns.SIZE;
                    values[i++] = file.length();
                }
            }
            cols = copyOf(cols, i);
            values = copyOf(values, i);
            final MatrixCursor cursor = new MatrixCursor(cols, 1);
            cursor.addRow(values);
            return cursor;
        }
    }
}

我简单的做了文件和文件夹的处理,并不完整,如果是文件我们可以直接返回一个简单的cursor,如果是文件夹需要大家自己拼接子文件的cursor并返回。

接下来我们看看其他App如何主动这些文件,在另一个App中我们先加上权限:


    
        
    
    ...
    

然后我们直接使用 contentResolver.query

  private fun queryFiles() {
        val uri = Uri.parse("content://com.guadou.kt_demo.fileprovider/external_app_cache/pos/naixiao-1122.jpg")
        val cursor = contentResolver.query(uri, null, null, null, null)
        if (cursor != null) {
            while (cursor.moveToNext()) {
                val fileName = cursor.getString(cursor.getColumnIndex("_display_name"));
                val size = cursor.getLong(cursor.getColumnIndex("_size"));
                YYLogUtils.w("name: $fileName  size: $size")
                Toast.makeText(this, "name: $fileName  size: $size", Toast.LENGTH_SHORT).show()
            }
            cursor.close()
        } else {
            YYLogUtils.w("cursor-result: 为空啊")
            Toast.makeText(this, "cursor-result: 为空啊", Toast.LENGTH_SHORT).show()
        }
    }

如果我们知道它的指定文件Uri,我们可以通过query查询到文件的一些基本信息。具体是哪些信息,需要对方提供和定义。

如果想操作对方的文件,由于我们已经拿到了对方的Uri,我们可以直接通过inputStream来操作,例如:

        val fis = contentResolver.openInputStream(uri)
        if (fis != null) {
            val inBuffer = fis.source().buffer()
            val outFile = File(getExternalFilesDir(null), "abc")
            outFile.sink().buffer().use {
                it.writeAll(inBuffer)
                inBuffer.close()
            }
            YYLogUtils.w("保存文件成功")
        }

这些都是简单的基本操作,重点是如果我不知道具体的文件呢?

我就想把对方App的沙盒中的文件夹下面的全部文件都拿到,行不行?

行!只要对方App配合就行,例如:

     private fun queryFiles() {
        val uri = Uri.parse("content://com.guadou.kt_demo.fileprovider/external_app_cache/pos/")
        val cursor = contentResolver.query(uri, null, null, null, null)
        if (cursor != null) {
            while (cursor.moveToNext()) {
                val fileName = cursor.getString(cursor.getColumnIndex("_display_name"));
                val size = cursor.getLong(cursor.getColumnIndex("_size"));
                val uri = cursor.getString(cursor.getColumnIndex("uri"));
                val fileUri = Uri.parse(uri)
                //就可以使用IO或者BitmapFactory来操作流了
                YYLogUtils.w("name: $fileName  size: $size")
                Toast.makeText(this, "name: $fileName  size: $size", Toast.LENGTH_SHORT).show()
            }
            cursor.close()
        } else {
            YYLogUtils.w("cursor-result: 为空啊")
            Toast.makeText(this, "cursor-result: 为空啊", Toast.LENGTH_SHORT).show()
        }
    }

这样就是把对方外置SD卡下面的cache目录下的pos目录下的全部文件拿到手,当然了,这个需要对方App封装对应的cursor才行哦。

打印的Log如下:

只要对方封装的Cursor,我们可以把名字,大小,uri等信息都封装到Cursor中,提供给对方获取。

总结

FileProvider的主要应用场景就是分享,把自己沙盒中的文件分享,主动提供给其他匹配的App去使用。

使用其他App的图片?查询了目前市场上的主流App,微信,支付宝,闲鱼,美团,等App,例如在保存文件的时候都没有存在自己的沙盒中了,都是默认在DCIM或Pictures中,并存入 MediaStore 保存到图库中。

这样就算公共目录,无需FileProvider,大家直接通过 MediaStore 就能获取和使用。

而如果想主动访问其他App的沙盒文件,则需要对方App全方位配合,一般用于自家App的全家桶之类的应用。相对来说相对应用场景比较少。

不是做不到,只是大家觉得没有必要而已,毕竟定义和使用相对复杂,并且有暴露风险,被攻击的风险等。

本文全部代码均以开源,源码在此

以上就是Android中FileProvider的各种场景应用详解的详细内容,更多关于Android FileProvider应用场景的资料请关注码农之家其它相关文章!


参考资料

相关文章

  • MobLink Android端业务场景简单说明

    发布:2023-03-09

    这篇文章主要介绍了MobLink Android端业务场景简单说明,MobLink的功能实现就是在分享前会将链接的参数信息保存到服务器,更多相关内容需要的朋友可以参考一下


  • Android PowerManagerService 打开省电模式

    发布:2023-03-02

    这篇文章主要介绍了Android PowerManagerService打开省电模式,文章通告省电模式的打开过程、什么是 battery saver sticky 模式两部分展开详情,感兴趣的朋友可以参考一下


  • Android实现APP秒表功能

    发布:2023-03-08

    这篇文章主要为大家详细介绍了Android实现APP秒表功能,文中示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下


  • Android Choreographer源码详细分析

    发布:2023-03-02

    Choreographer的作用主要是配合Vsync,给上层App的渲染提供一个稳定的Message处理的时机,也就是Vsync到来的时候,系统通过对Vsync信号周期的调整,来控制每一帧绘制操作的时机


  • Android获取设备传感器的方法

    发布:2023-03-11

    这篇文章主要为大家详细介绍了Android获取设备传感器的方法,文中示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下


  • Android自定义View实现天气预报折线图

    发布:2023-03-08

    这篇文章主要为大家详细介绍了Android自定义View实现天气预报折线图,文中示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下


  • Android 使用maven publish插件发布产物(aar)流程实践

    发布:2023-03-10

    这篇文章主要介绍了Android 使用maven publish插件发布产物(aar)流程实践,Android Gradle插件根据项目gradle中应用不同的插件类型在编译组装后会生成不同的产物,具体相关介绍,需要的小伙伴可以参考一下


  • Android使用popupWindow仿微信弹出框使用方法

    发布:2023-03-11

    这篇文章主要为大家详细介绍了Android使用popupWindow仿微信弹出框使用方法,文中示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下


网友讨论