• URL和URI



    简单理解是这样的:
    理解URI和URL的区别,我们引入URN这个概念。

    URI = Universal Resource Identifier 统一资源标志符
    URL = Universal Resource Locator 统一资源定位符
    URN = Universal Resource Name 统一资源名称

    这三者的关系如下图:
    也就是说,URI分为三种,URL or URN or (URL and URI)
    URL代表资源的路径地址,而URI代表资源的名称。
    通过URL找到资源是对网络位置进行标识,如:
    • http://example.org/absolute/URI/with/absolute/path/to/resource.txt
    • ftp://example.org/resource.txt
    通过URI找到资源是通过对名称进行标识,这个名称在某命名空间中,并不代表网络地址,如:
    • urn:issn:1535-3613

    译者:华科小涛:http://www.cnblogs.com/hust-ghtao/太棒了

    初学http协议,就被这两个相似的术语搞蒙了,查了很多资料,总算搞清楚了。(找资料还是英文啊,靠谱。。。)。

    本篇博客翻译自:https://danielmiessler.com/study/url_vs_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,URN或同时具备locators 和names特性的一个东西。URN作用就好像一个人的名字,URL就像一个人的地址。换句话说:URN确定了东西的身份,URL提供了找到它的方式。”

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

     

    • 首先,URL是URI的一种(通过那个图就看的出来吧)。所以有人跟你说URL不是URI,他就错了呗。但也不是所有的URI都是URL哦,就好像蝴蝶都会飞,但会飞的可不都是蝴蝶啊,你让苍蝇怎么想!
    • 让URI能成为URL的当然就是那个“访问机制”,“网络位置”。e.g. http:// or ftp://.。
    • URN是唯一标识的一部分,就是一个特殊的名字。

      下面就来看看例子吧,当来也是来自权威的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”这个术语正在被弃用。所以明智吧少年!

     

    结语

    If you don’t mind being “that guy”, URI is probably the more accurate term to use. But if you are in the linguist / “use what’s understood” camp, feel free to go with URL.

  • 相关阅读:
    mina2中的session
    mina2的processor
    Spring Cloud 各组件调优参数
    可重入锁
    微服务架构的基础框架选择:Spring Cloud还是Dubbo?
    服务注册发现consul之五:Consul移除失效服务的正确姿势
    Spring Cloud构建微服务架构(七)消息总线
    springboot+swagger
    Spring Cloud config之二:Spring cloud config Server源码分析
    Spring Cloud config之一:分布式配置中心config server介绍
  • 原文地址:https://www.cnblogs.com/chengdabelief/p/6635045.html
Copyright © 2020-2023  润新知