android 判断uri是否有效

android检测uri是有效的。通用资源标志符（Universal Resource Identifier, 简称"URI"）。Uri代表要 *** 作的数据，Android上可用的每种资源 - 图像、视频片段等都可以用Uri来表示。URI一般由三部分组成：在Android平台，URI主要分三个部分：scheme, authority and path。其中authority又分为host和port。格式如下：scheme://host:port/path举个实际的例子：content://comexampleproject:200/folder/subfolder/etc\---------/ \------------------ -/ \--/ \----------------------/scheme host port path\---------------------------/authority 很经常需要解析Uri，并从Uri中获取数据。Android系统提供了两个用于 *** 作Uri的工具类，分别为UriMatcher 和ContentUris 。

在之前的一篇文章 利用 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 = Uniform Resource Identifier 统一资源标志符

URL = Uniform Resource Locator 统一资源定位符

URI：统一资源标识符，表示Web上每一种可用的资源，如HTML文档,图像，视频片段，程序等都是由一个URI进行标识的。

通常由三部分组成：

(1) 资源的命名机制;

(2)存放资源的主机名;

(3)资源自身的名称。

注：以上三点是对实例的解释，并不是URI的必要条件，URI只是一种概念，怎样实现无所谓，只要它唯一标识一个资源就可以了。

URL是URI的一个子集，统一资源定位符，URL可以用一种统一的格式来描述各种信息资源，包括文件、服务器的地址和目录等。URL是URI概念的一种实现方式。

URI和URL的区别

URI和URL都定义了资源是什么，但URL还定义了该如何访问资源。URL是一种具体的URI，它是URI的一个子集，它不仅唯一标识资源，而且还提供了定位该资源的信息。URI

是一种语义上的抽象概念，可以是绝对的，也可以是相对的，而URL则必须提供足够的信息来定位，是绝对的。

最近的项目中需要用到VideoView实现视频播放，自己花了一天多时间才能出来，有点想打自己再见，在学校的时候没好好学。

使用VideoView播放视频的步骤如下：

1) 在界面布局文件中定义VideoView组件，或在程序中创建VideoView组件。

2) 调用VideoView的如下两个方法来加载指定视频。

setVideoPath(String path)：加载 path 文件所代表的视频。

setVideoURI(Uri uri)：加载uri所对应的视频。

3) 调用VideoView的start()、stop()、pause()方法来控制视频播放。

实际上与VideoView—起结合使用的还有一个MediaController类，它的作用是提供一个友好的图形控制界面，通过该控制界面来控制视频的播放。

本文主要介绍的是Android用VideoView无法播放此视频的解决方法，下面废话不多说了，来一起看看详细的介绍吧

发现问题

废话少说，此次遇到的问题是无法播放此视频+黑屏，问题如下图，



这个问题硬是发了我一天多时间，在网上找不到解决方案，老板急，俺也急。

我是这样写的，已经简单的不能再简单了

Uri uri = Uriparse(">

第一种形式：（网络的URL）

第二种形式：（本地URL）

可是有时候我们加载本地URL的形式却是这样子的： /storage/emulated/0/video/testMP4

如果还是用Uriparse()可能在一些手机调用不到系统的播放器（播放不了），解决办法如下：

把 Uriparse() 改为 UrifromFile(new File(URL)) ;

有一种需求是获取本地视频的缩略图，网上有很多办法获取，在这里我只介绍一种，本人觉得是最有用，最有效的：（异步，缓存加载）

这里有个工具类：

然后在listview或者recycleview加载item：

第一个参数的加载的view（ImageView），第二个是文件的路径（URL），第三个是默认加载的，也就是当没有获取到视频缩略图时默认显示的。

以上就是关于android 判断uri是否有效全部的内容，包括:android 判断uri是否有效、利用 Android 系统原生 API 实现分享功能（2）、URI和URL的区别等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！