HTTP协议 - 从URI开始

原文连接 blog

URI

URI, 既是统一资源标识符号,每个 Web 服务器都有一个 URI 标识符,它在世界范围内唯一标识并定位信息资源。

它具有两种形式,URN (统一资源名)、URL(统一资源定位符)。

URN

URN (统一资源名),是作为特定内容的唯一名称使用的,与目前资源所在地无关。使用这些与位置无关的 URN,就可以将资源四处搬移。通过 URN,还可以用同一个名字通过多种网络访问协议来访问资源。

URL

URL(统一资源定位符),是 URI 最常见的形式,它描述了一台特定服务器上某资源的特定位置。它们可以明确说明如何从一个精确、固定的位置获取资源。

一个完整的 URL 通常包括以下三部分:

  • 方案:方案部分,说明了 Web客户端 访问资源时所使用的协议类型。通常是HTTP协议。方案可以使用其他协议来访问资源,它们可以指向因特网上的任意资源,比如:E-mail: jkchaom@gmail.com ,或者其他协议。

  • 服务器位置:这部分告知服务器端的位置位于何处。通常的组成是“主机名 + 端口”的形式告知,也有“ IP 地址 + 端口”的形式。端口标识出服务器正在监听的网络端口,对下层使用了 TCP 协议的 HTTP 来说,默认端口号为80;

  • 资源路径:路径说明了请求的是服务器上哪个特定的本地资源。

整合到结构,既是“方案 :// 服务器位置/路径”

此外,一些非必需的 URL 组件也在其中扮演着非常重要的作用:

  • 查询:主要用来缩小所请求资源类型范围。通常以一个“ ?”,开始,比如以下URL 地址,www.baidu.com/s?ie=utf-8&… 。按照常规,查询组件的组成是以一系列的“名/值”,对的形式出现,名值对之间用字符“&”分隔。

  • 片段:有些资源类型,可以做进一步划分,比如 HTML ,URL 支持使用片段组件来表示一个资源内部的片段。通常以“#” 开始,比如:github.com/jkchao/blog…HTTP 服务器通常只处理整个对象,而不是对象的片段,客户端不能将片段传送给服务器,浏览器从服务器获得了整个资源之后,会根据片段来显示片段资源。 因此,片段组件,仅由客户端使用。

URL 的缺点

URL 表示的是实际的地址,而不是准确的名字。这就意味着 URL 会告诉你资源此时处于什么位置,它会为你提供特定端口上特定服务器的名字,告诉你在何处可以找到这个资源。这种方案的最大弊端在于,如果资源被移走了,URL 也就不再有效了。那时,它就无法对对象进行定位了。

永久统一资源定位符(PURL),是用 URL 实现 URN 功能的一个例子。其基本思路是在搜索资源的过程中引入另一个中间层,通过一个中间资源定位符服务器对资源的实际 URL 进行登记和跟踪,客户端可以向定位符请求一个永久 URL ,定位符可以以一个资源作为响应,将客户端重定向到资源当前实际 URL 上去。如下图所示:

《HTTP协议 - 从URI开始》

    原文作者:小蜜蜂
    原文地址: https://juejin.im/post/595a2a71f265da6c2d2c6374
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞