HTTP中URL和URI的区别

本文为相关讨论的一些整理

URL   百度百科链接    

统一资源定位符是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。互联网上的每个文件都有一个唯一的URL，它包含的信息指出文件的位置以及浏览器应该怎么处理它。  

URI    百度百科链接URI

统一资源标识符（Uniform Resource Identifier，或URI)是一个用于标识某一互联网资源名称的字符串。 该种标识允许用户对任何（包括本地和互联网）的资源通过特定的协议进行交互操作。URI由包括确定语法和相关协议的方案所定义。

以下是关于相关的一些经典解释 

作者：西毒
链接：http://www.zhihu.com/question/21950864/answer/19833802
来源：知乎

URI属于URL更低层次的抽象，一种字符串文本标准。

就是说，URI属于父类，而URL属于URI的子类。URL是URI的一个子集。

在《HTTP权威指南》一书中，对于URI的定义是：统一资源标识符；对于URL的定义是：统一资源定位符。

二者的区别在于，URI表示请求服务器的路径，定义这么一个资源。而URL同时说明要如何访问这个资源（http://）。

例如，一个URL通常包括三部分：

方案部分（scheme）：http://

地址部分：CEALER | 一些瞬间、一些回忆、一些经典、一些原创、一些愤怒、一些感动

资源部分：/1.png

而在C#中，URL类属于System.Security.Policy命名空间，Uri属于System。在MSDN对Url类的备注中，能更好的说明Url与Uri的区别：

Url 证据的存在将在授予集内生成 UrlIdentityPermission。如果有对 UrlIdentityPermission 的 Demand，则与 Url 证据对应的 UrlIdentityPermission 将与请求的权限进行比较。

考虑完整的 URL，包括协议（HTTP、HTTPS、FTP）和文件。例如，Microsoft Home Page 就是一个完整的 URL。

URL 可以精确匹配，也可在最后一个位置使用通配符来匹配。例如，Microsoft Home Page* 就是一个含通配符的 URL。

而Uri类在实例化的时候，可以指定为绝对路径，相对路径，但可以不指定到具体的某个资源。

那么我理解的二者的区别就是：

URI可以表示一个域，也可以表示一个资源。

URL只能表示一个资源。

同样的，URN（统一资源名称）也是URI的一个子集，目前没有大规模运用。

作者：张晓杰
链接：http://www.zhihu.com/question/21950864/answer/28847598
来源：知乎

URI 在于I(Identifier)是统一资源标示符，可以唯一标识一个资源。
URL在于Locater，一般来说（URL）统一资源定位符，可以提供找到该资源的路径，比如 http://www.zhihu.com/question/21950864，但URL又是URI，因为它可以标识一个资源，所以URL又是URI的子集。
举个是个URI但不是URL的例子：urn:isbn:0-486-27557-4，这个是一本书的isbn，可以唯一标识这本书，更确切说这个是URN。
总的来说， locators are also identifiers, so every URL is also a URI, but there are URIs which are not URLs.

本部分参考自：[译]URL和URI的区别

                                                  

 

一直存在很多技术上的争论，其中最为妙的恐怕就是web地址应该叫什么的问题。通常情况就是这样：有人把地址栏的内容叫“URL”，这时候有些人就来劲了：“不！其实那时URI。。。”

对于这种纠正的反应呢，通常也有这么几种情况，心眼小的就寻思这人赶紧走吧，淡定点的就耸耸肩表示同意，火气大的就拔刀相向了好不？

那这篇文章呢，就对这个只是提供一个简单的总结，毕竟互黑也要黑到点子上是吧。

 

URI，URL，URN

从上面的那幅图可以看出来，一共有三个不同的概念URI,URL,URN。这讨论这样的问题时，最好的方法就是回到原点啊，这里我们在RFC 3986: Uniform Resource Identifier (URI): Generic Syntax里面收集了点资料：

“A Uniform Resource Identifier (URI) 是一个紧凑的字符串用来标示抽象或物理资源。”

“A URI 可以进一步被分为定位符、名字或两者都是. 术语“Uniform Resource Locator” (URL) 是URI的子集, 除了确定一个资源,还提供一种定位该资源的主要访问机制(如其网络“位置”)。“

那我们无所不知的维基百科把这段消化的很好，并描述的更加形象了：

“URI可以分为URL,URI或同时具备locators 和names特性的一个东西。URN作用就好像一个人的名字，URL就像一个人的地址。换句话说：URN确定了东西的身份，URL提供了找到它的方式。”

通过这些描述我们可以得到一些结论：

 

• 首先，URL是URI的一种（通过那个图就看的出来吧）。所以有人跟你说URL不是URI，他就错了呗。但也不是所有的URI都是URL哦，就好像蝴蝶都会飞，但会飞的可不都是蝴蝶啊，你让苍蝇怎么想！

• 让URI能成为URL的当然就是那个“访问机制”，“网络位置”。e.g. http:// or ftp://.。

• URN是唯一标识的一部分，就是一个特殊的名字。

1. 下面就来看看例子吧，当来也是来自权威的RFC：

• ftp://ftp.is.co.za/rfc/rfc1808.txt (also a URL because of the protocol)

• http://www.ietf.org/rfc/rfc2396.txt (also a URL because of the protocol)

• ldap://[2001:db8::7]/c=GB?objectClass?one (also a URL because of the protocol)

• mailto:John.Doe@example.com (also a URL because of the protocol)

• news:comp.infosystems.www.servers.unix (also a URL because of the protocol)

• tel:+1-816-555-1212

• telnet://192.0.2.16:80/ (also a URL because of the protocol)

• urn:oasis:names:specification:docbook:dtd:xml:4.1.2
• 
  

总结

这些全都是URI, 其中有些事URL. 哪些? 就是那些提供了访问机制的.

下面到了回答问题的时候了：

当我们替代web地址的时候，URI和URL那个更准确？

基于我读的很多的文章，包括RFC，我想说URI更准确。

别急，我有我的理由：

我们经常使用的URI不是严格技术意义上的URL。例如：你需要的文件在files.hp.com. 这是URI，但不是URL--系统可能会对很多协议和端口都做出正

确的反应。

你去http://files.hp.com 和ftp://files.hp.com.可能得到完全不同的内容。这种情况可能更加普遍，想想不同谷歌域名上的不同服务啊。

所以，用URI吧，这样你通常技术上是正确的，URL可不一定。最后“URL”这个术语正在被弃用。所以明智吧少年！

 

参考文献：

http://baike.baidu.com/link?url=SU5tzPY_OwkVs64rWR65W-Upm7k-RmB9Jh6wj82gpxlfd9nYUHpLF6zzRZxR4QdwUuFYsBuiTDetgVQBodQDaa1L05VMQE_9OzTqSN8cfsm

http://baike.baidu.com/link?url=nCoyPq2tdGTNKT7ESp4Yfs5wvOSEZlUWu1X9uV3v1yfn_4AmOI6s1y-wxRvKRxoyjnQIL1zs3yeCcGPXAIICQq

http://www.zhihu.com/question/21950864