当我们打开浏览器时,需要访问一个网站或FTP服务器时,需要输入一个字符串。例如:
https://blog.csdn.net/
或者:
ftp://192.168.0.111/
这样我们就可以获取一个HTML格式的页面或一个文件。
那么这个地址代表什么意思呢?
为了理解这个问题,我们需要从”URI、URL、URN”这些概念开始讲解。
一、URI、URL、URN概念
-
URI = Uniform Resource Identifier 统一资源标识符 -
URL = Uniform Resource Locator 统一资源定位符 -
URN = Uniform Resource Name 统一资源名称
也许大家对这些概念还不够清晰,
简单来说,URI是一个抽象的定义,不论用什么方法表示,只要能够定位一个资源,就被称为URI。
最初设想了两种方法进行定位:1. URL,通过地址进行定位;2. URN,通过名称进行定位。
举个例子:去一个村子找一个具体的人(URI),如果用地址:某个村庄的多少号房子的第几间房的主人,这就是URL;如果用身份证号码加上名字来找,这就是URN。
最初URI包括URL和URN,但后来URN没有流行起来,导致目前几乎所有的URI都是URL。
它们之间的关系可以用以下图示表示:
其实一直有个误解,很多人以为URI是URL的子集,其实应该反过来。URL是URI的子集才对。
URI RFC 3986
URL是什么
URL代表着是统一资源定位符(UniformResourceLocator)。
作用是为了告诉使用者 某个资源在 Web 上的地址。
这个资源可以是一个 HTML 页面,一个 CSS 文档,一幅图像或一个猫片等等。
比如:
用HTTP协议访问Web服务器:
用FTP协议下载和上传文件时
读取客户端计算机本地文件时
这里面细分,又可以分为好几个部分。
协议
尽管 URL 有各种不同的写法, 但它们有一个共同点, 开头部分的内容必须是协议类型,
可以是http、ftp、mailto或者https,这部分文字都表示浏览器应当使用的访问方法。,会用//为分隔符。
决定了后面部分的写法, 因此并不会造成混乱。
用户名/密码
用户名密码通常可以省略。
域名
域名是www.gitee.com,在发送请求前,会向DNS服务器解析IP。如果已经知道ip,还可以跳过DNS解析那一步,直接把IP当做域名部分使用。
端口
域名后面有些时候会带有端口,和域名之间用:
分隔,端口不是一个URL的必须的部分。当网址为http://时,默认端口为80, https://时,默认端口是443, ftp://时,默认端口是21。
文件路径/文件名
从域名的第一个/开始到最后一个/为止,是虚拟目录的部分。虚拟目录也不是URL必须的部分,上述实例http协议url中的虚拟目录是/yikoulinux/chat/blob/master/
从域名最后一个/
开始到?
为止,是文件名部分;如果没有?
,则是从域名最后一个/
开始到#
为止,是文件名部分;如果没有?
和#
,那么就从域名的最后一个/从开始到结束,都是文件名部分。
比如前面的http url实例,其中文件chat.h
在gitee服务器/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的目录, 则将 yikoupeng作为目录名来处理 。
rfc
关于协议的说明文档,可以登录下面网站查询:
https://www.rfc-editor.org/
搜索URL协议的说明,就有25个结果。
我们想查看某个协议,点击即可。
可以以任意一种格式查看该文档:
下面只拷贝第一页内容:
Network Working Group T. Berners-Lee
Request for Comments: 1738 CERN
Category: Standards Track L. Masinter
Xerox Corporation
M. McCahill
University of Minnesota
Editors
December 1994
Uniform Resource Locators (URL)
Status of this Memo
This document specifies an Internet standards track protocol for the
Internet community, and requests discussion and suggestions for
improvements. Please refer to the current edition of the "Internet
Official Protocol Standards" (STD 1) for the standardization state
and status of this protocol. Distribution of this memo is unlimited.
Abstract
This document specifies a Uniform Resource Locator (URL), the syntax
and semantics of formalized information for location and access of
resources via the Internet.
1. Introduction
This document describes the syntax and semantics for a compact string
representation for a resource available via the Internet. These
strings are called "Uniform Resource Locators" (URLs).
The specification is derived from concepts introduced by the World-
Wide Web global information initiative, whose use of such objects
dates from 1990 and is described in "Universal Resource Identifiers
in WWW", RFC 1630. The specification of URLs is designed to meet the
requirements laid out in "Functional Requirements for Internet
Resource Locators" [12].
This document was written by the URI working group of the Internet
Engineering Task Force. Comments may be addressed to the editors, or
to the URI-WG . Discussions of the group are archived
at
以上就是良许教程网为各位朋友分享的Linu系统相关内容。想要了解更多Linux相关知识记得关注公众号“良许Linux”,或扫描下方二维码进行关注,更多干货等着你 !