FileProvider使用及相关第三方冲突的完美解决

在写之前，首先感谢鸿洋大神的文章作参考，这里附上地址：Android 7.0 行为变更 通过FileProvider在应用间共享文件吧

为了与时俱进，将项目tagretSdkVersion升到了25，同时进行了对Android7.0的支持。Android7.0之后，应用间传递文件有两种解决方案，一种是开启严苛模式并关闭对文件的检测，第二种就是Google推荐的使用FileProvider去适配新的版本。

第一种思路如下：

开启严苛模式并禁用文件检测

第二种思路：既然Google推荐使用FileProvider，那么我们还是详细的说说FileProvider的用法及可能会遇见的坑吧！FileProvider使用本身很简单，只需要几步即可完成。

1.在AndroidMainfest文件声明provider：

2.在res目录下新建xml目录并添加file_paths文件：

3.然后通过API使用就可以了：

Uri fileUri = FileProvider.getUriForFile(this, "com.xsm.test.fileprovider", file);

然而呢！现实并没有这么简单。如果你有引用TakePhoto、Udesk、Bugly等等第三方库，你会发现要么你自己的不能用了，要么第三方的有问题了，是不是好头疼，而且有时候还会碰到编译不通过。虽然解决的方法很多，但是，这里提供一种最简洁有效，不需改动第三方库的方案。   

1.当你项目中需要使用FileProvider的时候，新建DemoFileProvider继承自FileProvider，然后在AndroidMainfest文件做声明如下：

2.注意 android:authorities属性，这里除了你的包名之外，需要再加入一个.demo，这里是避免你的fileprovider和第三方库的android:authorities一样，如果一样要么你的fileprovider失效，要么第三方的出问题，关于android:authorities属性，它是识别内容提供者提供的数据的一个或多个URI权威机构的列表。一个fileprovider可以使用一个或多个。为避免冲突，应使用Java风格的命名约定（如com.example.provider.cartoonprovider）。

具体解释请参考官网：https://developer.android.com/guide/topics/manifest/provider-element.html

好了，到这里，应该大部分使用者都没有问题了。

但是，还有一种情况需要你注意：

如果你的项目集成的某些第三方刚好都兼容了FileProvider，并且你发现因为两者都使用了fileprovider从而导致并其中一个库的功能不能用了，你需要注意了，很可能他们的android:authorities属性用的都是网上大部分博客写得这种形式"${applicationId}.fileprovider"，因为这个是官网给我们介绍fileprovider的一个demo的，而他们直接引用了，那么就会出现问题。此时，你只能将其中一个第三方库源码引入你的项目，在其provider节点的android:authorities属性上稍作修改，如加上库名称等就可以正常使用了。