URI 与 URL 的区别

背景与目标

本文围绕“uri和url有什么区别”展开，整理可直接复用的步骤、原理说明与排查经验。

简单来说，URI 是一个身份标识符，而 URL 是一个具体的地址。 在互联网的定义中，URL 其实是 URI 的一种子集。我们可以用一个生活中的例子来类比：

URI (Uniform Resource Identifier)：就像是一个人的身份证号。它唯一地标识了一个人，但通过身份证号你可能找不到他在哪。
URL (Uniform Resource Locator)：就像是一个人的家庭住址。它不仅标识了这个人，还告诉你通过什么路径（比如几路公交车、哪个街道）能找到他。

我们可以通过以下几个维度来拆解它们的差异：

结论： 所有的 URL 都是 URI，但并非所有的 URI 都是 URL。

一个标准的 URL 通常由以下几部分组成： 协议://域名:端口/路径?查询参数#锚点

URI 的范围更广，它还包括了 URN (Uniform Resource Name，统一资源名称)。
- 例如：mailto:someone@example.com 或 isbn:9787115279484。这些能唯一标识一个对象，但没有告诉你如何连接到服务器去下载它。

为什么平时大家混着用。

在 Web 开发的日常对话中，人们通常会直接说 “URL”，因为我们在浏览器里输入的几乎全都是定位符。

只有在一些特定的技术协议文档（比如 OAuth 认证、RDF 语义网）或者编写代码（比如 Java 的 java.net.URI 类）时，才需要严格区分两者，因为此时系统关注的是“标识”本身，而不是去哪里下载数据。

你想了解在具体的代码（比如 Java 或 Go）中如何处理这两者的区别吗。

你的理解非常精准。从集合关系来看，任何一个合法的 URL 在理论上都必然是一个 URI。

如果一个字符串能够唯一地标识一个资源，它就是 URI；如果它在标识的同时还告诉了你“怎么去找到它”（通过协议和地址），它就是 URL。

为了帮你理清这个“包含关系”，我们可以从以下几个层面来看：

1. 为什么“只有域名的 URL”也是 URI。

当你输入 https://google.com 时：

2. 只有“标识”而没有“定位”的例子

为了对比，我们可以看一些是 URI 但不是 URL 的情况（通常被称为 URN，即统一资源名称）：

书籍的 ISBN 号： urn:isbn:9787115279484
- 这是一个 URI，因为它全球唯一地标识了《算法导论》这本书。
- 但它不是 URL，因为你直接把这段字符贴到浏览器地址栏，浏览器不知道该去哪个仓库、用什么协议把书给你取回来。
磁力链接： magnet:?xt=urn:btih:...
- 它标识了文件的特征码，但它没有指明文件具体存在于哪台服务器上。

3. 技术层面的微妙区别

在实际开发（比如你正在做的 RevieU 项目后端开发）中，你可能会发现：

URL 强调“动词”： 指向一个可以被 GET 或 POST 的地址。
URI 强调“名词”： 在 RESTful API 设计中，我们常说“资源 URI”。
- 例如：/api/v1/users/123
- 在 Web 服务器内部，这通常被称为 URI。只有当你加上前面的 https://revieu.com 时，它才构成一个在公网上完整的 URL。

字符串	是 URI 吗。	是 URL 吗。	理由
`https://google.com`	是	是	既标识了资源，又给出了访问路径
`ftp://192.168.1.1`	是	是	标识了局域网资源，并给出了协议
`mailto:weijun@usc.edu`	是	否 (通常算 URN)	标识了邮件地址，但没有具体的物理定位
`tel:+12130000000`	是	否	标识了一个电话号码，但不是网络定位符

既然你正在处理后端和架构，需要我帮你看看在 Go 的 net/url 包或者 Gin 框架中，是如何解析和区分这两个概念的吗。