类:
class Image implements Serializable{
private String url;
private Bitmap bitmap;
}
传递：
Image image = new Image();
imageseturl(url);
imagesetbitmap(bitmap);
intentputExtra("image", image);
获取
Image image = intentgetSerializableExtra("image");
String url = imagegeturl();
Bitmap bitmap =imagegetbitmap();
在之前的一篇文章 利用 Android 系统原生 API 实现分享功能 中主要说了下实现流程，但具体实施起来其实还是有许多坑要面对。那这篇文章就是提供一个封装好的 Share2 库供大家参考。
GitHub 项目地址：Share2
看过上一篇文章的同学应该知道，要调用 Android 系统内建的分享功能，主要有三步流程：
更多相关内容请参考上一篇，这里就不再重复赘述了。
知道大致的实现流程后，其实只要解决下面几个问题后就可以具体实施了。
这其实是直接决定了最终的实现形态，我们知道常见的使用场景中，只是为了在应用间分享和一些文件，那对于那些只是分享文本的产品而言，两者实现起来要考虑的问题完全不同。
所以为了解决这个问题，我们可以预先定好支持的分享内容类型，针对不同类型可以进行不同的处理。
在 Share2 中，一共定义了5种类别的分享内容，基本能覆盖常见的使用场景。在调用分享接口时可以直接指定内容类型，比如像文本、、音视频、已经其他各种类型文件。
对于不同类别的内容，可能会有不同的来源。比如文本可能就只是一个字符串对象，而对于分享或其他文件，我们需要一个 Uri 来标识一个资源。这其实就引出来具体实施时的一个大问题，如何获取要分享文件的 Uri，并且这个 Uri 要能被接收分享内容的应用处理才行 。
那么，如何获取要分享内容文件的 Uri？如果处理才能让接收方也能够根据 Uri 获取到文件？
我们把文件 Uri 的来源划分为下面三种类型：
常见场景 ：通过文件选择器获取一个文件的 Uri
通过这种方式获取到的 Uri 是由系统 ContentProvider 返回的，在 Android 44 之前的版本和之后的版本有较大的区别，我们后面再说怎么处理。只要先记住这种系统返回给我们的 Uri 就行了。
比如调用系统相机进行拍照或录制音视频，要传入一个生成目标文件的 Uri ，从 70 开始我们需要用到 FileProvider 来实现。
如果用到了 FileProvider 就要注意跟系统 ContentProvider 返回 Uri 的区别，比如我们在 Manifest 中对 FileProvider 配置 android:authorities="comxxxxxfileProvider" 属性，那这时系统返回的 Uri 格式就变成了 ： content://comxxxxxfileProvider ，对于这种类型的 Uri 我们姑且叫 自定义 FileProvider 返回的 Uri ，后面一并说怎么处理。
我们调用 new File 时需要传入指定的文件路径，这个绝对路径通常是： /storage/emulated/0/ 这种样式，我们要想调用分享时也要变成 Uri 的形式才可以，那么如何把文件路径变成一个文件 Uri ？这个问题下面也一并进行回答。
前面提到了文件 Uri 的三种分类，对应不同类型处理方式也不同，不然你最先遇到的问题就是：
这是由于对系统返回的 Uri 缺失访问权限导致，所以要对应用进行临时访问 Uri 的授权才行，不然会提示权限缺失。
对于要分享系统返回的 Uri 我们可以这样进行处理：
需要注意的是对于自定义 FileProvider 返回 Uri 的处理，即使是设置临时访问权限，但是分享到第三方应用也会无法识别该 Uri
典型的场景就是，我们如果把自定义 FileProvider 的返回的 Uri 设置分享到微信或 QQ 之类的第三方应用，会提示文件不存在，这是因为他们无法识别该 Uri。
关于这个问题的处理其实跟下面要说的把文件路径变成系统返回的 Uri 一样，我们只需要把自定义 FileProvider 返回的 Uri 变成第三方应用可以识别系统返回的 Uri 就行了。
创建 FileProvider 时需要传入一个 File 对象，所以直接可以知道文件路径，那就把问题都转换成了： 如何通过文件路径获取系统返回的 Uri
下面是根据传入的 File 对象和类型来查询系统 ContentProvider 来获取相应的 Uri，已经按照不同文件类型在不同系统版本下的进行了适配。
其中 forceGetFileUri 方法是通过反射实现的，处理 70 以上系统的特殊情况下的兼容性，一般情况下不会调用到。Android 70 开始不允许 file:// Uri 的方式在不同的 App 间共享文件，但是如果换成 FileProvider 的方式依然是无效的，我们可以通过反射把该检测干掉。
通过 File Path 转成 Uri 的方式，我们最终统一了调用系统分享时传入内容 Uri 的三种不同场景，最终全部转换为传递系统返回的 Uri，让第三方应用能够正常的获取到分享内容。
Share2 按照上述方法进行了具体实施，可以通过下面的方式进行集成：
分享到指定界面，比如分享到微信朋友圈
GitHub 项目地址：Share2
你获取的uri没有问题。但assets目录下的不能使用这种方法读取。你得把它先复制到sdcard中，然后从sdcard中传递这个至于原因嘛：assets目录里面的资源文件还在应用程序的apk文件中，一个压缩文件中。所以不能这样读
Android是如何实现应用程序之间数据共享的？一个应用程序可以将自己的数据完全暴露出去，外界更本看不到，也不用看到这个应用程序暴露的数据是如何存储的，或者是使用数据库还是使用文件，还是通过网上获得，这些一切都不重要，重要的是外界可以通过这一套标准及统一的接口和这个程序里的数据打交 道，例如：添加(insert)、删除(delete)、查询(query)、修改(update)，当然需要一定的权限才可以。
如何将应用程序的数据暴露出去？ Android提供了ContentProvider，一个程序可以通过实现一个Content provider的抽象接口将自己的数据完全暴露出去，而且Contentproviders是以类似数据库中表的方式将数据暴露。Content providers存储和检索数据，通过它可以让所有的应用程序访问到，这也是应用程序之间唯一共享数据的方法。要想使应用程序的数据公开化，可通过2种 方法：创建一个属于你自己的Content provider或者将你的数据添加到一个已经存在的Content provider中，前提是有相同数据类型并且有写入Contentprovider的权限。
如何通过一套标准及统一的接口获取其他应用程序暴露的数据？Android提供了ContentResolver，外界的程序可以通过ContentResolver接口访问ContentProvider提供的数据。
当前篇主要说明，如何获取其它应用程序共享的数据，比如获取Android 手机电话薄中的信息。
什么是URI？
在学习如何获取ContentResolver前，有个名词是必须了解的：URI。URI是网络资源的定义，在Android中赋予其更广阔的含义，先看个例子，如下：
将其分为A，B，C，D 4个部分：
A：标准前缀，用来说明一个Content Provider控制这些数据，无法改变的；
B：URI的标识，它定义了是哪个Content Provider提供这些数据。对于第三方应用程序，为了保证URI标识的唯一性，它必须是一个完整的、小写的 类名。这个标识在<provider> 元素的 authorities属性中说明：
<provider name=”TransportationProvider” authorities=”comexampletransportationprovider” >
C：路径，Content Provider使用这些路径来确定当前需要生什么类型的数据，URI中可能不包括路径，也可能包括多个；
D：如果URI中包含，表示需要获取的记录的ID；如果没有ID，就表示返回全部；
由于URI通常比较长，而且有时候容易出错，切难以理解。所以，在Android当中定义了一些辅助类，并且定义了一些常量来代替这些长字符串，例如：PeopleCONTENT_URI
欢迎分享，转载请注明来源：品搜搜测评网
微信扫一扫
支付宝扫一扫
