URI、URL 和 URN 之间有什么区别？

这是我作为网络专业人士遇到的最令人困惑且可能不相关的主题之一。

据我了解，URI 是对某事物的描述，遵循公认的格式，可以定义某事物的唯一名称（标识）或其位置。

有两个基本子集：

URL，定义位置（尤其是对于试图查找网页的浏览器）和

URN，它定义了某物的唯一名称。

我倾向于认为 URN 类似于 GUID。它们只是为事物提供唯一名称的标准化方法。就像在使用公司名称的命名空间声明中一样——它并不像在服务器上的某处对应于该文本行的资源——它只是唯一地标识某物。

我也倾向于完全避免使用 URI 这个术语，并且只在适当的时候使用 URL 或 URN 来讨论事物，因为它会引起很多混乱。我们真正应该尝试为人们回答的问题与其说是语义，不如说是在遇到这些术语时如何识别它们是否存在任何实际差异，从而改变编程情况的方法。例如，如果有人在对话中纠正我并说，“哦，那不是 URL，它是 URI”，我知道他们已经满了。如果有人说，“我们使用 URN 来定义资源”，我更可能理解我们只是唯一地命名它，而不是在服务器上定位它。

如果我离基地很远，请告诉我！

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

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

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

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

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

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

They're the same thing。 URI 是 URL 的概括。最初，URI 计划分为 URL（地址）和 URN（名称），但是 URL 和 URI 之间几乎没有区别，并且 http URI 被用作命名空间，即使它们实际上并没有找到任何资源。

由于难以清楚地区分 URI 和 URL，据我所知，W3C 不再区分 URI 和 URL (http://www.w3.org/Addressing/)。

https://i.stack.imgur.com/RKFwk.png

URI、URL、URN

如上图所示，这里有三个不同的组件在起作用。在讨论此类问题时，通常最好找到源头，所以这里是 Tim Berners-Lee 等人的摘录。人。在 RFC 3986: Uniform Resource Identifier (URI): Generic Syntax:

统一资源标识符 (URI) 是一个紧凑的字符序列，用于标识抽象或物理资源。 URI 可以进一步分类为定位符、名称或两者。术语“统一资源定位符”(URL) 指的是 URI 的子集，它除了标识资源外，还通过描述资源的主要访问机制（例如，其网络“位置”）来提供定位资源的方法。

URI 是 URL 和 URN 的超类。 Wikipedia 有一个关于它们的 fine article，其中包含指向正确 RFC 集的链接。

网址

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 是正确的术语。

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

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

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

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

根据 RFC 3986，URI 由以下部分组成：

scheme://authority/path?query

URI 描述了用于访问服务器（权限）上的资源（路径）或应用程序（查询）的协议。

https://i.stack.imgur.com/HGWwt.png

所有的 URL 都是 URI，所有的 URN 都是 URI，但所有的 URI 都不是 URL。

更多详情请参考：

维基百科

尽管术语 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

SCRIPT_URL: /foo

SCRIPT_URI：http://example.com/foo

这可能是一些混乱的原因。

请参阅this document。具体来说，

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

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

通读帖子后，我发现了一些非常相关的评论。简而言之，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://stackoverflow.com/questions。这是一个 URL，它也是一个 URI。现在考虑嵌入在页面中的相对链接，例如 ../index.html。根据定义，这不再是 URL。它仍然是所谓的“URI-reference”[RFC2396]。

我相信当使用 URI 这个词来指代相对路径时，“URI-reference”实际上就是人们所想到的。因此，非正式地，软件系统使用 URI 来指代相对路径，使用 URL 来指代绝对地址。所以从这个意义上说，相对路径不再是 URL，而是 URI。

URI 源于需要以统一和连贯的方式识别 Web 上的资源和其他 Internet 资源（例如电子邮箱）。因此，可以引入一种新型的小部件：URI 来标识小部件资源或使用 tel: URI 来获得 Web 链接，从而在调用时进行电话呼叫。

一些 URI 提供定位资源的信息（例如 DNS 主机名和该机器上的路径），而另一些则用作纯资源名称。 URL 保留用于作为资源定位器的标识符，包括“http”URL，例如 http://stackoverflow.com，它标识主机上给定路径处的网页。另一个示例是“mailto” URL，例如 mailto:fred@mail.org，它标识给定地址的邮箱。

URN 是用作纯资源名称而不是定位器的 URI。例如，URI：mid:0E4FC272-5C02-11D9-B115-000A95B55BC8@stackoverflow.com 是一个 URN，用于标识在其“消息 ID”字段中包含它的电子邮件。 URI 用于将该消息与任何其他电子邮件消息区分开来。但它本身并不提供消息在任何商店中的地址。

这是我的简化：

URN：唯一的资源名称，即“什么”（例如 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 ...无论哪种方式，您都是正确的（至少目前是这样...）

为了回答这个问题，我将依靠 an answer I modified to another question。 URI 的一个很好的例子是您如何识别 Amazon S3 资源。让我们来：

s3://www-example-com/index.html _{[图。 1]}

我创建的缓存副本

http://www.example.com/index.html _{[图。 2]}

在亚马逊的 S3-US-West-2 数据中心。

即使 StackOverflow 允许我超链接到 s3:// protocol 方案，它对您定位资源也没有任何好处。因为它标识一个资源，图。 1 是一个有效的 URI。它也是一个有效的 URN，因为 Amazon 要求存储桶（URI 的 authority 部分的术语）在数据中心之间是唯一的。 对定位很有帮助，但它并不表示数据中心。因此它不能用作 URL。

那么，在这种情况下，URI、URL 和 URN 有何不同？

如图。 1 是一个 URI

如图。 1 是一个 URN

如图。 2是一个URI

如图。 2是一个网址

图的网址。 1 是 http://www-example-com.s3-website-us-west-2.amazonaws.com/ 也是 http://www-example-com.s3.amazonaws.com/index.html 但不是 http： //www-example-com.s3.amazonaws.com/（没有数据中心和文件名对于 Amazon S3 来说太通用了）

还有 http://www-example-com.s3.amazonaws.com/index.html

但不是 http://www-example-com.s3.amazonaws.com/（没有数据中心和文件名对于 Amazon S3 来说太通用了）

注意： RFC 3986 将 URI 定义为 scheme://authority/path?query#fragment

我想知道同样的事情，我发现了这个：http://docs.kohanaphp.com/helpers/url。

您可以使用 url::current() 方法看到一个清晰的示例。如果您有此 URL：http://example.com/kohana/index.php/welcome/home.html?query=string，那么使用 url:current() 会为您提供 URI，根据文档，它是：welcome/home

最好的（技术）总结 imo 是这个

IRI, URI, URL, URN and their differences 来自 Jan Martin Keil：

IRI、URI、URL、URN及其区别

每个与语义网打交道的人都会反复遇到 IRI、URI、URL 和 URN 等术语。然而，我经常观察到它们的确切含义存在一些混淆。当然，其他人也注意到了这一点（参见例如 RFC3305 或在 Google 上搜索）。老实说，我什至一开始自己也很困惑。但实际上问题并没有那么复杂。让我们看一下上述术语的定义，看看有什么区别：

URI

统一资源标识符是标识抽象或物理资源的紧凑字符序列。字符集仅限于 US-ASCII，不包括一些保留字符。允许字符集之外的字符可以使用百分比编码来表示。 URI 可以用作定位器、名称或两者兼而有之。如果一个 URI 是一个定位器，它描述了一个资源的主要访问机制。如果 URI 是一个名称，它通过给它一个唯一的名称来标识一个资源。 URI 的语法和语义的确切规范取决于使用的方案，该方案由第一个冒号之前的字符定义。 [RFC3986]

瓮

统一资源名称是方案 urn 中的 URI，旨在用作持久的、与位置无关的资源标识符。从历史上看，该术语也指任何 URI。 [RFC3986] URN 由命名空间标识符 (NID) 和命名空间特定字符串 (NSS) 组成： urn:: NSS 的语法和语义对每个 NID 都是特定的。除了已注册的 NID 之外，还有几个未经过正式注册过程的 NID。 [RFC2141]

网址

统一资源定位器是一个 URI，它除了标识资源外，还通过描述资源的主要访问机制 [RFC3986] 来提供定位资源的方法。由于没有通过一组方案对 URL 的准确定义，“URL 是一个有用但非正式的概念”，通常指的是不包含 URN 的 URI 子集 [RFC3305]。

红外线

国际化资源标识符的定义与 URI 类似，但字符集扩展为通用编码字符集。因此，它可以包含除保留字符之外的任何拉丁字符和非拉丁字符。代替扩展 URI 的定义，引入术语 IRI 是为了明确区分并避免不兼容。在支持通用编码字符集的情况下，IRI 旨在替换 URI 来识别资源。根据定义，每个 URI 都是一个 IRI。此外，IRI 到 URI 有一个定义的满射映射：每个 IRI 都可以映射到一个 URI，但不同的 IRI 可能映射到同一个 URI。因此，从 URI 到 IRI 的转换可能不会产生原始 IRI。 [RFC3987]

总结一下，我们可以说：

IRI is a superset of URI (IRI ⊃ URI)
URI is a superset of URL (URI ⊃ URL)
URI is a superset of URN (URI ⊃ URN)
URL and URN are disjoint (URL ∩ URN = ∅)

语义网问题的结论

RDF 明确允许使用 IRI 来命名实体 [RFC3987]。这意味着我们可以使用实体名称中的几乎每个字符。另一方面，我们经常不得不处理早期状态的软件。因此，使用非 ASCII 字符不太可能遇到问题。因此，我建议避免实体的非 URI 名称，并建议使用 http URIs [LINKED-DATA]。简而言之：仅使用 URL 来命名您的实体。当然，我们可以引用由 URN 命名的现有实体。但是，我们应该避免新创建这种标识符。

容易解释：

让我们假设以下

URI 是你的名字

URL 是您的地址和您的姓名，以便与您交流。

我的名字是 Loyola Loyola 是 URI

我的地址是 TN，钦奈 600001。

TN, Chennai 600 001, Loyola 是 URL

希望你能理解，

现在让我们看一个精确的例子

http://www.google.com/fistpage.html

在上面，您可以使用以下 http://www.google.com/fistpage.html(URL 与名为 firstpage.html (URI) 的页面进行通信>）。

因此 URI 是 URL 的子集，但反之则不然。

我发现：

一个统一的资源标识符 (URI) 代表了一个大图景。您可以拆分 URI / URI 可以分类为定位器（统一资源定位器 - URL）或名称（统一资源名称 - URN），或两者兼而有之。所以基本上，URN 的功能就像一个人的名字，而 URL 描述了那个人的地址。长话短说，一个URN定义了一个项目的身份，而URL提供了定义找到它的方法，最后封装这两个概念就是URI

答案是模棱两可的。在 Java 中，它经常以这种方式使用：

统一资源定位符 (URL) 是用于标识 Internet 资源的术语，包括方案（http、https、ftp、新闻等）。例如 What is the difference between a URI, a URL and a URN?

统一资源标识符 (URI) 用于标识 Web 服务器中的单个文档：例如 /questions/176264/whats-the-difference-between-a-uri-and-a-url

在 Java servlet 中，URI 经常引用没有 Web 应用程序上下文的文档。