URI，URL和URN有什么区别？

程序员文章站 2022-06-01 15:06:22

...

人们谈论URL ， URI和URN好像是不同的东西，但是用肉眼看起来都是一样的。

它们之间有什么明显区别？

#1楼

这是我的简化：

URN：唯一资源名称，即“ what”（例如urn：issn：1234-5678）。这意味着是唯一的..因为没有两个不同的文档可以具有相同的缸。有点像“ uuid”

URL：在哪里可以找到它（例如https://google.com/pub?issnid=1234-5678 ..或ftp://somesite.com/doc8.pdf ）

URI：可以是URN或URL。这个模糊的定义要归功于W3C和IETF制定的RFC 3986。

URI的定义多年来已经发生了变化，因此让大多数人感到困惑是有意义的。但是，您现在可以放心，因为您可以将http://somesite.com/something作为URL或URI来引用...这两种方法都是正确的（至少现在还没有。））

#2楼

网址

URL是URI的一种特殊形式，它定义了特定资源的网络位置。与URN不同，URL定义了如何获取资源。我们每天都以http://example.com等形式使用URL。但是URL不必一定是HTTP URL，也可以是ftp://example.com等。

URI

URI通过位置或名称或两者来标识资源。通常，我们大多数人使用URI定义资源的位置。在我看来，URI可以通过名称和位置来标识资源这一事实导致了很多混乱。 URI有两个专门的名称，分别是URL和URN。

URL和URI之间的区别

URI是某些资源的标识符，但是URL为您提供了获取该资源的特定信息。 URI是一个URL，正如一个评论者指出的那样，现在在描述应用程序时使用URL是不正确的。通常，如果URL同时描述了资源的位置和名称，则使用的术语是URI。由于我们大多数人每天都会遇到这种情况，因此URI是正确的术语。

#3楼

阅读这些帖子后，我发现了一些非常相关的评论。简而言之，URL和URI定义之间的混淆部分是基于哪个定义取决于软件开发中URI的定义以及非正式使用。

根据定义，URL是URI [RFC2396]的子集。 URI包含URN和URL。 URI和URL都有自己的特定语法，可赋予它们URI或URL状态。 URN用于唯一标识资源，而URL用于查找资源。请注意，资源可以有多个URL，但只有一个URN。[RFC2611]

作为Web开发人员和程序员，我们几乎总是会关注URL，因此也会关注URI。现在，专门定义了一个URL，以包含所有部分scheme：scheme-specific-part，例如https://*.com/questions 。这是一个URL，它也是一个URI。现在考虑嵌入在页面中的相对链接，例如../index.html。根据定义，它不再是URL。它仍然是所谓的“ URI引用” [RFC2396]。

我相信，当使用URI一词来指代相对路径时，实际上是在考虑“ URI引用”。因此，非正式地，软件系统使用URI引用绝对地址的相对路径和URL。因此，从这个意义上说，相对路径不再是URL，而是URI。

#4楼

他们是同一回事。 URI是URL的概括。最初，原计划将URI分为URL（地址）和URN（名称），但是URL和URI之间几乎没有区别，即使实际未找到任何资源，http URI也用作命名空间。

#5楼

从RFC 3986 ：

URI可以进一步分类为定位符，名称或两者。术语“统一资源定位符”（URL）指的是URI的子集，除了标识资源外，它还通过描述资源的主要访问机制（例如，其网络“位置”）提供了一种定位资源的方式。历史上一直使用术语“统一资源名称”（URN）来指代“ urn”方案[RFC2141]下的两个URI，即使资源不再存在或变得不可用，URI也必须保持全局唯一性和持久性。具有名称属性的任何其他URI。

因此，所有URL都是URI（实际上并不完全-参见下文），所有URN都是URI-但是URN和URL不同，因此您不能说所有URI都是URL。

编辑：我以前曾认为所有URL是有效的URI，但根据注释：

不是 “所有URL都是URI”。它取决于RFC的解释。例如，在Java中，URI解析器不喜欢[或] ，这是因为规范说“应该”而不是“不应该”。

不幸的是，这进一步使水更加浑浊。

如果您还没有阅读Roger Pate的答案，我建议您也这样做。

#6楼

*将在此处提供您需要的所有信息。引用自http://en.wikipedia.org/wiki/URI ：

URL是一种URI，除了标识资源外，它还通过描述资源的主要访问机制或网络“位置”来提供对资源进行操作或获取资源表示的方式。

#7楼

URI => http://en.wikipedia.org/wiki/Uniform_Resource_Identifier

URL是URI（也包含URN）的子集。

基本上，URI是通用标识符，其中URL指定位置，URN指定名称。

#8楼

URI是URL和URN的超类。 *上有一篇很好的文章，其中包含指向正确的RFC的链接。

#9楼

我发现：

统一资源标识符（URI）代表一幅大图。您可以拆分URI / URI可以分类为定位符（统一资源定位符-URL），也可以分类为名称（统一资源名称-URN），或者两者都分类。因此，基本上，URN的功能类似于一个人的名字，而URL则描述了那个人的地址。长话短说，URN定义了项目的标识，而URL提供了定义查找项目的方法，最后封装了这两个概念的URI

#10楼

URI标识和URL定位 ; 但是， 定位符也是标识符 ，因此每个URL也是一个URI，但是有些URI并非URL。

例子

罗杰·佩特

这是我的名字，它是一个标识符。它就像一个URI，但不能是URL，因为它不会告诉您有关我的位置或如何与我联系的信息。在这种情况下，仅在美国，也至少要识别出另外5个人。

4914 West Bay Street，拿骚，巴哈马

这是一个定位器，是该物理位置的标识符。就像URL和URI（因为所有URL都是URI）一样，它也间接将我标识为“ ..的居民”。在这种情况下，它唯一地标识了我，但是如果我得到室友，那将会改变。

我说“喜欢”是因为这些示例未遵循所需的语法。

大众的困惑

从* ：

在计算中，统一资源定位符（URL）是统一资源标识符（URI）的子集，用于指定所标识资源的可用位置以及检索该资源的机制。 在流行用法以及许多技术文档和口头讨论中，它通常被错误地用作URI的同义词 ，... [强调我的]

由于这种常见的混淆，许多产品和文档错误地使用了一个术语而不是另一个术语，分配了自己的区别或同义地使用它们。

URN

我的名字叫罗杰·佩特（Roger Pate），可能像URN （统一资源名称）一样，除了那些受到更严格的监管并且打算在时空上都是唯一的。

由于我目前与其他人共享此名称，因此它在全球范围内并不唯一，因此不适合用作URN。但是，即使没有其他家庭使用过这个名字，我还是以我的祖父的名字命名的，因此它在时间上仍然不是唯一的。即使这是不是这样，我以后命名我的后代的可能性，使这个不适合作为URN。

尽管URN都共享URI的语法，但它们在严格的唯一性约束方面与URL不同。

#11楼

请参阅本文档。特别，

URL是一种URI的类型，它通过其主要访问机制（例如其网络“位置”）的表示而不是通过其可能具有的某些其他属性来标识资源。

确实，这不是一个非常明确的术语。

#12楼

概括而言： URI标识，URL标识和定位。

考虑一下莎士比亚戏剧《 罗密欧与朱丽叶》的特定版本，您的家庭网络上有其数字副本。

您可以将文本标识为urn:isbn:0-486-27557-4 。
那将是一个URI，但更具体地说是URN *，因为它命名了text 。

您也可以将文本标识为file://hostname/sharename/RomeoAndJuliet.pdf 。
那也将是URI，但更具体地说是URL，因为它可以找到text 。

*统一资源名称

（请注意，我的示例改编自Wikipedia ）

#13楼

在考虑URI时，我喜欢使用的另一个示例是XML文档的xmlns属性：

<rootElement xmlns:myPrefix="com.mycompany.mynode">
    <myPrefix:aNode>some text</myPrefix:aNode>
</rootElement>

在这种情况下，com.mycompany.mynode将是一个URI，它为XML文档中使用它的所有元素唯一标识“ myPrefix”命名空间。这不是URL，因为它仅用于标识，本身并不用于定位。

#14楼

URL是URI的一种特殊形式，它定义了特定资源的网络位置。与URN不同，URL定义了如何获取资源。我们每天都使用http://*.com等形式的URL。但是URL不必是HTTP URL，可以是ftp://example.com等。

#15楼

这是一些写得很好但是冗长的答案。 就CodeIgniter而言，这是区别：

网址 -http://example.com/some/page.html

URI - /some/page.html

简而言之，URL是识别任何地方任何资源的完整方法，并且可以具有不同的协议，例如FTP，HTTP，SCP等。

URI是当前域上的资源，因此需要的信息较少。

在每种情况下，CodeIgniter都使用URL或URI一词，这就是他们在谈论的区别，尽管在网络的宏伟计划中，它并不是100％正确的。

#16楼

尽管严格定义了URI和URL术语，但许多术语将其用于定义以外的其他用途。

让我们以Apache为例。如果从Apache服务器请求http://example.com/foo ，则将设置以下环境变量：

REDIRECT_URL ： /foo
REQUEST_URI ： /foo

启用mod_rewrite后，您还将拥有以下变量：

REDIRECT_SCRIPT_URL ： /foo
REDIRECT_SCRIPT_URI ： http://example.com/foo : http://example.com/foo
SCRIPT_URL ： /foo
SCRIPT_URI ： http://example.com/foo : http://example.com/foo

这可能是造成某些混乱的原因。

#17楼

由于很难清楚地区分URI和URL，据我所知，W3C在URI和URL（ http://www.w3.org/Addressing/ ）之间不再起作用。