Uri详解之——Uri结构与代码提取

最新推荐文章于 2024-04-12 15:53:36 发布

启舰

最新推荐文章于 2024-04-12 15:53:36 发布

阅读量10w+

点赞数 80

分类专栏： 5、andriod开发

本文链接：https://blog.csdn.net/harvic880925/article/details/44679239

版权

前言：依然没有前言……

上几篇给大家讲了ContentProvider，里面有用到Uri，可能很多同学对Uri是什么，怎么来的，这些都不是很熟悉，今天就给大家具体讲讲Uri

大家可能经常会看到在开发时，怎么有的时候是URI，有的时候是Uri，这是怎么回事？

名称如此相像的两个类是有什么区别和联系？

1.所属的包不同。URI位置在java.net.URI,显然是Java提供的一个类。而Uri位置在android.net.Uri,是由Android提供的一个类。所以初步可以判断，Uri是URI的“扩展”以适应Android系统的需要。
2.作用的不同。URI类代表了一个URI（这个URI不是类，而是其本来的意义：通用资源标志符——Uniform Resource Identifier)实例。Uri类是一个不可改变的URI引用，包括一个URI和一些碎片，URI跟在“#”后面。建立并且转换URI引用。而且Uri类对无效的行为不敏感，对于无效的输入没有定义相应的行为，如果没有另外制定，它将返回垃圾而不是抛出一个异常。

看不懂？没关系，知道这个就可以了：Uri是Android开发的，扩展了JAVA中URI的一些功能来特定的适用于Android开发，所以大家在开发时，只使用Android 提供的Uri即可；

[scheme:]scheme-specific-part[#fragment]

这里分为三部分：
scheme、scheme-specific-part、fragment

如果进一步划分的话是这样子的

[scheme:][//authority][path][?query][#fragment]

其中有下面几个规则：

path可以有多个，每个用/连接，比如
scheme://authority/path1/path2/path3?query#fragment
query参数可以带有对应的值，也可以不带，如果带对应的值用=表示，如:
scheme://authority/path1/path2/path3?id = 1#fragm

关注