重庆网站建设的好处,自己的网站发文章怎么做外链,wordpress怎么添加管理员,51制作视频mv网站HTTP 一、使用HTTP协议访问Web二、HTTP的诞生1、为知识共享而规划Web2、Web成长时代3、驻足不前的HTTP 三、网络基础TCP/IP1、TCP/IP协议族2、TCP/IP的分层管理3、TCP/IP 通信传输流 四、与HTTP关系密切的协议#xff1a;IP、TCP和DNS1、负责传输的 IP 协议2、确保可靠性的TCP… HTTP 一、使用HTTP协议访问Web二、HTTP的诞生1、为知识共享而规划Web2、Web成长时代3、驻足不前的HTTP 三、网络基础TCP/IP1、TCP/IP协议族2、TCP/IP的分层管理3、TCP/IP 通信传输流 四、与HTTP关系密切的协议IP、TCP和DNS1、负责传输的 IP 协议2、确保可靠性的TCP协议 五、负责域名解析的DNS服务六、各种协议与HTTP协议的关系七、URI和URL1、统一资源标识符2、URI格式 一、使用HTTP协议访问Web
你知道当我们在网页浏览器Web brower的地址栏中输入URL时Web页面是如何呈现的吗 Web页面当然不能凭空显示出来。根据Web浏览器地址栏中指定的URLWeb浏览器从Web服务器端获取文件资源resourse等信息从而显示出Web页面。 像这种通过发送请求获取服务器资源的Web浏览器等都可称为客户端client。 Web使用一种名为HTTPHyperText Transfer Protocol超文本传输协议的协议作为规范完成从客户端到服务器端等一系列运作流程。而协议是指规则的约定。可以说Web是建立在HTTP协议上通信的。
二、HTTP的诞生
在深入学习 HTTP 之前我们先来介绍一下 HTTP 诞生的背景。了解背景的同时也能了解当初制定 HTTP 的初衷这样有助于我们更好地理解。
1、为知识共享而规划Web
1989 年 3 月互联网还只属于少数人。在这一互联网的黎明期HTTP 诞生了。 CERN欧洲核子研究组织的蒂姆 • 伯纳斯 - 李Tim BernersLee博士提出了一种能让远隔两地的研究者们共享知识的设想。
最初设想的基本理念是借助多文档之间相互关联形成的超文本HyperText连成可相互参阅的 WWWWorld Wide Web万维网。
现在已提出了 3 项 WWW 构建技术分别是把 SGMLStandardGeneralized Markup Language标准通用标记语言作为页面的文本标记语言的 HTMLHyperText Markup Language超文本标记语言作为文档传递协议的 HTTP 指定文档所在地址的 URLUniform Resource Locator统一资源定位符。
WWW 这一名称是 Web 浏览器当年用来浏览超文本的客户端应用程序时的名称。现在则用来表示这一系列的集合也可简称为 Web。
2、Web成长时代
1990 年 11 月CERN 成功研发了世界上第一台 Web 服务器和 Web 浏览器。两年后的 1992 年 9 月日本第一个网站的主页上线了。 1990 年大家针对 HTML1.0 草案进行了讨论因 HTML1.0 中存在多处模糊不清的部分草案被直接废弃了。 1993 年 1 月现代浏览器的祖先 NCSANational Center for Supercomputer Applications美国国家超级计算机应用中心研发的 Mosaic 问世了。它以 in-line内联等形式显示 HTML的图像在图像方面出色的表现使它迅速在世界范围内流行开来。 同年秋天Mosaic 的 Windows 版和 Macintosh 版面世。使用 CGI 技术的 NCSA Web 服务器、NCSA HTTPd 1.0 也差不多是在这个时期出现的。 1994 年 的 12 月网景通信公司发布了 Netscape Navigator 1.01995年微软公司发布 Internet Explorer 1.0 和 2.0。 紧随其后的是现在已然成为 Web 服务器标准之一的 Apache当时它以 Apache 0.2 的姿态出现在世人眼前。而 HTML也发布了 2.0 版本。那一年Web 技术的发展突飞猛进。 时光流转从 1995 年左右起微软公司与网景通信公司之间爆发的浏览器大战愈演愈烈。两家公司都各自对 HTML做了扩展于是导致在写 HTML页面时必须考虑兼容他们两家公司的浏览器。时至 今日这个问题仍令那些写前端页面的工程师感到棘手。 在这场浏览器供应商之间的竞争中他们不仅对当时发展中的各种Web 标准化视而不见还屡次出现新增功能没有对应说明文档的情况。 2000 年前后这场浏览器战争随着网景通信公司的衰落而暂告一段落。但就在 2004 年Mozilla 基金会发布了 Firefox 浏览器第二次浏览器大战随即爆发。 Internet Explorer 浏览器的版本从 6 升到 7 前后花费了 5 年时间。之后接连不断地发布了 8、9、10 版本。另外Chrome、Opera、Safari 等浏览器也纷纷抢占市场份额。
3、驻足不前的HTTP
HTTP/0.9 HTTP于1990年问世。那时的HTTP并没有作为正式的标准被建立。现在的 HTTP 其实含有 HTTP1.0 之前版本的意思因此被称为HTTP/0.9。 HTTP/1.0 HTTP 正式作为标准被公布是在 1996 年的 5 月版本被命名为HTTP/1.0并记载于 RFC1945。虽说是初期标准但该协议标准至今仍被广泛使用在服务器端。 HTTP/1.1 1997 年 1 月公布的 HTTP/1.1 是目前主流的 HTTP 协议版本。当初的标准是 RFC2068之后发布的修订版 RFC2616 就是当前的最新版本。 可见作为 Web 文档传输协议的 HTTP它的版本几乎没有更新。新一代 HTTP/2.0 正在制订中但要达到较高的使用覆盖率仍需假以时日。 当年 HTTP 协议的出现主要是为了解决文本传输的难题。由于协议本身非常简单于是在此基础上设想了很多应用方法并投入了实际使用。现在 HTTP 协议已经超出了 Web 这个框架的局限被运用到了各种场景里。
三、网络基础TCP/IP
为了理解 HTTP我们有必要事先了解一下 TCP/IP 协议族。 通常使用的网络包括互联网是在 TCP/IP 协议族的基础上运作的。而 HTTP 属于它内部的一个子集。 接下来我们仅介绍理解 HTTP 所需掌握的 TCP/IP 协议族的概要。若想进一步学习有关 TCP/IP 的知识请参考其他讲解 TCP/IP 的专业书籍。
1、TCP/IP协议族
计算机与网络设备要相互通信双方就必须基于相同的方法。比如如何探测到通信目标、由哪一边先发起通信、使用哪种语言进行通信、怎样结束通信等规则都需要事先确定。不同的硬件、操作系统之间的通信所有的这一切都需要一种规则。而我们就把这种规则称为协议protocol。 图TCP/IP 是互联网相关的各类协议族的总称 协议中存在各式各样的内容。从电缆的规格到 IP 地址的选定方法、寻找异地用户的方法、双方建立通信的顺序以及 Web 页面显示需要处理的步骤等等。 像这样把与互联网相关联的协议集合起来总称为 TCP/IP。也有说法认为TCP/IP 是指 TCP 和 IP 这两种协议。还有一种说法认为TCP/IP 是在 IP 协议的通信过程中使用到的协议族的统称。
2、TCP/IP的分层管理
TCP/IP 协议族里重要的一点就是分层。TCP/IP 协议族按层次分别分为以下 4 层应用层、传输层、网络层和数据链路层。 把 TCP/IP 层次化是有好处的。比如如果互联网只由一个协议统筹某个地方需要改变设计时就必须把所有部分整体替换掉。而分层之后只需把变动的层替换掉即可。把各层之间的接口部分规划好之后每个层次内部的设计就能够自由改动了。 值得一提的是层次化之后设计也变得相对简单了。处于应用层上的应用可以只考虑分派给自己的任务而不需要弄清对方在地球上哪个地方、对方的传输路线是怎样的、是否能确保传输送达等问题。 TCP/IP 协议族各层的作用如下
应用层 应用层决定了向用户提供应用服务时通信的活动。 TCP/IP 协议族内预存了各类通用的应用服务。比如FTPFile Transfer Protocol文件传输协议和 DNSDomain Name System域名系统服务就是其中两类。HTTP 协议也处于该层。传输层 传输层对上层应用层提供处于网络连接中的两台计算机之间的数据传输。 在传输层有两个性质不同的协议TCPTransmission Control Protocol传输控制协议和 UDPUser Data Protocol用户数据报协议。网络层又名网络互连层 网络层用来处理在网络上流动的数据包。数据包是网络传输的最小数据单位。该层规定了通过怎样的路径所谓的传输路线到达对方计算机并把数据包传送给对方。 与对方计算机之间通过多台计算机或网络设备进行传输时网络层所起的作用就是在众多的选项内选择一条传输路线。链路层又名数据链路层网络接口层 用来处理连接网络的硬件部分。包括控制操作系统、硬件的设备驱动、NICNetwork Interface Card网络适配器即网卡及光纤等物理可见部分还包括连接器等一切传输媒介。硬件上的范畴均在链路层的作用范围之内。
3、TCP/IP 通信传输流 利用 TCP/IP 协议族进行网络通信时会通过分层顺序与对方进行通信。发送端从应用层往下走接收端则往应用层往上走。 我们用 HTTP 举例来说明首先作为发送端的客户端在应用层HTTP 协议发出一个想看某个 Web 页面的 HTTP 请求。 接着为了传输方便在传输层TCP 协议把从应用层处收到的数据HTTP 请求报文进行分割并在各个报文上打上标记序号及端口号后转发给网络层。 在网络层IP 协议增加作为通信目的地的 MAC 地址后转发给链路层。这样一来发往网络的通信请求就准备齐全了。 接收端的服务器在链路层接收到数据按序往上层发送一直到应用层。当传输到应用层才能算真正接收到由客户端发送过来的 HTTP请求。 发送端在层与层之间传输数据时每经过一层时必定会被打上一个该层所属的首部信息。反之接收端在层与层传输数据时每经过一层时会把对应的首部消去。 这种把数据信息包装起来的做法称为封装encapsulate。
四、与HTTP关系密切的协议IP、TCP和DNS
下面我们分别针对在 TCP/IP 协议族中与 HTTP 密不可分的 3 个协议IP、TCP 和 DNS进行说明。
1、负责传输的 IP 协议
按层次分IPInternet Protocol网际协议位于网络层。Internet Protocol 这个名称可能听起来有点夸张但事实正是如此因为几乎所有使用网络的系统都会用到 IP 协议。TCP/IP 协议族中的 IP 指的就是网际协议协议名称中占据了一半位置其重要性可见一斑。可能有人会把“IP”和“IP 地址”搞混“IP”其实是一种协议的名称。 IP 协议的作用是把各种数据包传送给对方。而要保证确实传送到对方那里则需要满足各类条件。其中两个重要的条件是 IP 地址和 MAC地址Media Access Control Address。 IP 地址指明了节点被分配到的地址MAC 地址是指网卡所属的固定地址。IP 地址可以和 MAC 地址进行配对。IP 地址可变换但 MAC地址基本上不会更改。 使用 ARP 协议凭借 MAC 地址进行通信 IP 间的通信依赖 MAC 地址。在网络上通信的双方在同一局域网LAN内的情况是很少的通常是经过多台计算机和网络设备中转才能连接到对方。而在进行中转时会利用下一站中转设备的 MAC地址来搜索下一个中转目标。这时会采用 ARP 协议Address Resolution Protocol。ARP 是一种用以解析地址的协议根据通信方的 IP 地址就可以反查出对应的 MAC 地址。 没有人能够全面掌握互联网中的传输状况在到达通信目标前的中转过程中那些计算机和路由器等网络设备只能获悉很粗略的传输路线。这种机制称为路由选择routing有点像快递公司的送货过程。想要寄快递的人只要将自己的货物送到集散中心就可以知道快递公司是否肯收件发货该快递公司的集散中心检查货物的送达地址明确下站该送往哪个区域的集散中心。接着那个区域的集散中心自会判断是否能送到对方的家中。 我们是想通过这个比喻说明无论哪台计算机、哪台网络设备它们都无法全面掌握互联网中的细节。
2、确保可靠性的TCP协议
按层次分TCP 位于传输层提供可靠的字节流服务。 所谓的字节流服务Byte Stream Service是指为了方便传输将大块数据分割成以报文段segment为单位的数据包进行管理。而可靠的传输服务是指能够把数据准确可靠地传给对方。一言以蔽之TCP 协议为了更容易传送大数据才把数据分割而且 TCP 协议能够确认数据最终是否送达到对方。 确保数据能到达目标 为了准确无误地将数据送达目标处TCP 协议采用了三次握手three-way handshaking策略。用 TCP 协议把数据包送出去后TCP不会对传送后的情况置之不理它一定会向对方确认是否成功送达。 握手过程中使用了 TCP 的标志flag —— SYNsynchronize 和ACKacknowledgement。 发送端首先发送一个带 SYN 标志的数据包给对方。接收端收到后回传一个带有 SYN/ACK 标志的数据包以示传达确认信息。最后发送端再回传一个带 ACK 标志的数据包代表“握手”结束。 若在握手过程中某个阶段莫名中断TCP 协议会再次以相同的顺序发送相同的数据包。 除了上述三次握手TCP 协议还有其他各种手段来保证通信的可靠性。
五、负责域名解析的DNS服务
DNSDomain Name System服务是和 HTTP 协议一样位于应用层的协议。它提供域名到 IP 地址之间的解析服务。 计算机既可以被赋予 IP 地址也可以被赋予主机名和域名。比如www.hackr.jp。 用户通常使用主机名或域名来访问对方的计算机而不是直接通过 IP地址访问。因为与 IP 地址的一组纯数字相比用字母配合数字的表示形式来指定计算机名更符合人类的记忆习惯。 但要让计算机去理解名称相对而言就变得困难了。因为计算机更擅长处理一长串数字。 为了解决上述的问题DNS 服务应运而生。DNS 协议提供通过域名查找 IP 地址或逆向从 IP 地址反查域名的服务。
六、各种协议与HTTP协议的关系
学习了和 HTTP 协议密不可分的 TCP/IP 协议族中的各种协议后我们再通过这张图来了解下 IP 协议、TCP 协议和 DNS 服务在使用HTTP 协议的通信过程中各自发挥了哪些作用。
七、URI和URL
与 URI统一资源标识符相比我们更熟悉 URLUniform Resource Locator统一资源定位符。URL正是使用 Web 浏览器等访问 Web 页面时需要输入的网页地址。比如下图的 http://hackr.jp/就是 URL。
1、统一资源标识符
URI 是 Uniform Resource Identifier 的缩写。RFC2396 分别对这 3 个单词进行了如下定义。 Uniform 规定统一的格式可方便处理多种不同类型的资源而不用根据上下文环境来识别资源指定的访问方式。另外加入新增的协议方案如http: 或 ftp:也更容易。 Resource 资源的定义是“可标识的任何东西”。除了文档文件、图像或服务例如当天的天气预报等能够区别于其他类型的全都可作为资源。另外资源不仅可以是单一的也可以是多数的集合体。 Identifier 表示可标识的对象。也称为标识符。 综上所述URI 就是由某个协议方案表示的资源的定位标识符。协议方案是指访问资源所使用的协议类型名称。 采用 HTTP 协议时协议方案就是 http。除此之外还有 ftp、mailto、telnet、file 等。标准的 URI 协议方案有 30 种左右由隶属于国际互联网资源管理的非营利社团 ICANNInternet Corporation for Assigned Names and Numbers互联网名称与数字地址分配机构的IANAInternet Assigned Numbers Authority互联网号码分配局管理颁布。 URI 用字符串标识某一互联网资源而 URL表示资源的地点互联网上所处的位置。可见 URL是 URI 的子集。 RFC3986统一资源标识符URI通用语法”中列举了几种 URI 例子如下所示。
2、URI格式
表示指定的 URI要使用涵盖全部必要信息的绝对 URI、绝对 URL以及相对 URL。相对 URL是指从浏览器中基本 URI 处指定的 URL形如 /image/logo.gif。 让我们先来了解一下绝对 URI 的格式。 使用 http: 或 https: 等协议方案名获取访问资源时要指定协议类型。不区分字母大小写最后附一个冒号:。 也可使用 data: 或 javascript: 这类指定数据或脚本程序的方案名。 登录信息认证 指定用户名和密码作为从服务器端获取资源时必要的登录信息身份认证。此项是可选项。 服务器地址 使用绝对 URI 必须指定待访问的服务器地址。地址可以是类似hackr.jp 这种 DNS 可解析的名称或是 192.168.1.1 这类 IPv4 地址名还可以是 [0:0:0:0:0:0:0:1] 这样用方括号括起来的 IPv6 地址名。 服务器端口号 指定服务器连接的网络端口号。此项也是可选项若用户省略则自动使用默认端口号。 带层次的文件路径 指定服务器上的文件路径来定位特指的资源。这与 UNIX 系统的文件目录结构相似。 查询字符串 针对已指定的文件路径内的资源可以使用查询字符串传入任意参数。此项可选。 片段标识符 使用片段标识符通常可标记出已获取资源中的子资源文档内的某个位置。但在 RFC 中并没有明确规定其使用方法。该项也为可选项。 并不是所有的应用程序都符合 RFC 有一些用来制定 HTTP 协议技术标准的文档它们被称为RFCRequest for Comments征求修正意见书。 通常应用程序会遵照由 RFC 确定的标准实现。可以说RFC 是互联网的设计文档要是不按照 RFC 标准执行就有可能导致无法通信的状况。比如有一台 Web 服务器内的应用服务没有遵照RFC 的标准实现那 Web 浏览器就很可能无法访问这台服务器了。 由于不遵照 RFC 标准实现就无法进行 HTTP 协议通信所以基本上客户端和服务器端都会以 RFC 为标准来实现 HTTP 协议。但也存在某些应用程序因客户端或服务器端的不同而未遵照 RFC 标准反而将自成一套的“标准”扩展的情况。 不按 RFC 标准来实现当然也不必劳心费力让自己的“标准”符合其他所有的客户端和服务器端。但设想一下如果这款应用程序的使用者非常多那会发生什么情况不难想象其他的客户端或服务器端必然都不得不去配合它。 实际在互联网上已经实现了 HTTP 协议的一些服务器端和客户端里就存在上述情况。说不定它们会与本书介绍的 HTTP 协议的实现情况不一样。
