当您打开浏览器访问网站或FTP服务器时，必须输入类似于以下内容的字符串：

https://blog.csdn.net/或：

ftp://192.168.0.111/这样就可以获得HTML格式的页面或文件。

那么这个地址是什么意思呢？

您需要从URI、URL、URN 开始。

一、URI、URL、URN概念

URI=统一资源标识符URL=统一资源定位符统一资源定位符URN=统一资源名称我认为您还不明白这个概念的含义。

简单地说，URI是一个抽象的定义：无论用什么方法来表示它，如果一个资源可以被定位，那么它就被称为URI。

最初，设想使用两种方法进行定位。 1.使用地址定位的URL；2.使用名称定位的URN。

示例：去一个村庄寻找一个特定的人（URI）。如果您想使用地址：如果您想使用特定的村庄号码和房间所有者，请使用身份证号码+。该名称将是一个URN。

然后我们发现uri包括URL和urn，然后urn就不再流行了，几乎每个URI都变成了URL。

这三个几何关系是：

事实上，许多人认为URI 是URL 的子集，但事实恰恰相反。 URL 是URI 的子集。

URI RFC 3986

URL是什么

URL表示统一资源定位器（UniformResourceLocator）。

它的功能是告诉用户网络上特定资源的地址。

该资源可以包括HTML 页面、CSS 文档、图像或猫剪辑。

例如：

使用HTTP协议访问Web服务器。

使用FTP 协议下载和上传文件时

读取客户端计算机上的本地文件时

这个是细分的，可以分为几个部分。

协议

URL 可以用多种不同的方式编写，但它们都有一个共同点：第一个内容必须是协议类型。

它可以是http、ftp、mailto 或https。这部分文本指示浏览器应使用的访问方法。 //用作分隔符。

它将决定你如何编写以下部分，这样你就不会感到困惑。

用户名/密码

用户名和密码通常是可选的。

域名

域名为www.gitee.com。在发送请求之前，IP 将被解析到DNS 服务器。如果您已经知道IP，则可以跳过DNS解析步骤，直接使用IP作为域名的一部分。

端口

端口可以跟在域名后面，但端口与域名之间间隔：端口不是URL 的必需部分。如果URL为http://，则默认端口为80，如果为https://，则默认端口为443，如果URL为ftp://，则默认端口为21。

文件路径/文件名

从第一个/到最后一个/的域名是虚拟目录的一部分。虚拟目录不是URL 的必需部分。上例中http协议URL的虚拟目录是/yikoulinux/chat/blob/master/。

文件名部分是域名末尾的/到？如果没有？则从域名最后一个/开始，如果以#结尾，则为文件名部分。对于？ 和#，文件名部分从域名末尾的/开始，并从头到尾。

例如，在前面的http URL示例中，文件chat.h位于gitee server/yikoulinux/chat/blob/master/下。

文件名也不是URL 的必需部分。

文件名缩写如下：

http://www.gitee.com/dir/你可以这样理解。以“/”结尾意味着省略了/dir/之后的文件名。根据URL 约定，文件名仍然可以省略。 但是如果没有文件名，服务器如何知道要访问哪个文件呢？实际上，如果省略文件名，则访问的默认文件名是预先在服务器上设置的。 此设置因服务器而异，但在大多数情况下，它将是一个文件名，例如index.html或default.htm。

因此，如果您传统上省略文件名，服务器将访问/dir/index.html 或/dir/default.htm [由Web 服务器设置]。

http://www.gitee.com/此URL 也以“/”结尾。这意味着访问名为“/”的目录。 此外，由于省略了文件名，因此您将访问/index.html 和/default.htm 等文件。 http://www.gitee.com 这次，尾部的“/”也被省略了。 如果像这样省略目录名，您实际上不知道正在请求哪个文件。这实在是有点大材小用了。 不过，这种写作方式也是可以接受的。 不会造成混淆，因为缺少路径名意味着访问根目录中预设的默认文件，即/index.html 或/default.htm 文件。 http://www.gitee.com/yikoupeng 一般情况下，这种情况按照以下规则处理：如果Web服务器上存在名为yikoupeng的文件，并且存在名为yikoupeng的目录，则将yikoupeng视为文件名。视为目录名称。

您可以登录以下网站索取

rfc

协议的文档：

https://www.rfc-editor.org/URL 搜索协议描述会产生25 个结果。

如果您想查看具体协议，请点击查看。

可以通过以下任意格式查看本文档：

请仅复制以下第一页内容：

网络工作组T. Berners-LeeRequest for Comments: 1738 CERNCategory: 标准跟踪L. Masinter Xerox Corporation M. McCahill 明尼苏达大学编辑1994 年12 月统一资源定位器(URL) 本备忘录的状态本文档供Internet 社区使用。互联网标准跟踪协议。有关该协议的标准化状态和状态，请参阅当前版本的互联网官方协议标准（STD 1）。本备忘录的分发不受限制。摘要本文件定义了一个统一的标准。资源定位符(URL) 的语法和语义，有关Internet 上资源的位置和访问的正式信息。 1. 简介本文档描述了Internet 上可用资源的紧凑字符串表示形式的语法和语义。 “统一资源定位符”(URL) 该规范源自万维网全球信息倡议引入的概念，此类对象的使用可追溯到1990 年，以及“万维网上的通用资源标识符”(URL) RFC 1630）。 URL 规范旨在满足“Internet 资源定位器的功能要求”[12] 中提出的要求。本文档由互联网工程任务组的URI 工作组编写。 URI-WG uri@bunyip.com 讨论存档于URL:http://www.acl.lanl.gov/URI/archive/uri-archive.index.html。

版权声明：本文由今日头条转载，如有侵犯您的版权，请联系本站编辑删除。