图解HTTP--第一章--了解Web及网络基础
http的诞生
1 . HTTP/0.9 : HTTP于1990年问世。那时的HTTP并没有作为正式的标准被建立。现在的HTTP其实含有HTTP1.0之前版本的意思。因此被称为HTTP/0.9;
2 . HTTP/1.0 : HTTP正式作为标准被公布是在1996年5月,版本被命名为HTTP/1.0,并记载于RFC1945;
3 . HTTP/1.1 : 1997年1月公布HTTP/1.1版本;
网络基础tcp/ip
通常使用的网络是在TCP/IP协议族的基础上运作的。而HTTP属于它内部的一个子集;
计算机与网络设备要相互通信,双方就必须基于相同的方法。比如,如何检测到通信目标,由哪一边先发起通信、使用哪种语言进行通信、怎样结束通信等规则都需要事先确定。不同的硬件、操作系统之间的通信,所有的这一切都需要一种规则。而我们就把这种规则称为协议。
协议中存在各种各样的内容。从电缆的规格到IP地址的选定方法、寻找异地用户的方法、双方建立通信的顺序,以及Web页面显示需要处理的步骤等。
像这样把与互联网相关联的协议集合起来总称为TCP/IP。
TCP/IP协议族按层次分为了四层:应用层、传输层、网络层、数据链路层。
1 . 应用层:应用层决定了向用户提供应用服务时通信的活动;TCP/IP协议族内预存了各类通用的应用服务。比如,FTP和DNS服务。HTTP协议也处于该层;
2 . 传输层:传输层对上层应用层,提供处于网络连接中的两台计算机之间的数据传输;在传输层有两个性质不同的协议:TCP(传输控制协议)和UDP(用户数据报协议);
3 . 网络层:网络层用来处理在网络上流动的数据包。数据包是网络传输的最小数据单位。该层规定了通过怎样的路径到达对方计算机,并把数据包传送给对方;与对方计算机之间通过多台计算机或网络设备进行传输时,网络层所起的作用就是在众多的选项内选择一条传输路线;
4 . 数据链路层:用来处理连接网络的硬件部分。包括控制操作系统、硬件的设备驱动、NIC(网络适配器,即网卡),及光纤等物理可见的部分。硬件上的范畴均在链路层的作用范围之内;
以HTTP举例:
首先作为发送端的客户端在应用层(HTTP协议)发出一个想看某个Web页面的HTTP请求,接着为了传输方便,在传输层(TCP协议)把从应用层处收到的数据(HTTP请求报文)进行分割,并在各个报文上打上标记序号及端口号后转发给网络层。在网络层(IP协议),增加作为通信目的地的MAC地址后转发给链路层。这样一来,发往网络的通信请求就准备齐全了。
接收端的服务器在链路层收到数据,按序往上层发送,一直到应用层。当传输到应用层,才能算真正接收到由客户端发送过来的HTTP请求。
发送端在层与层之间传输数据时,每经过一层时必定会被打上一个该层所属的首部信息。反之,接收端在层与层传输数据时,每经过一层时会把对应的首部消去。这种把数据信息包装起来的做法称为封装。
与http关系密切的协议:ip、tcp和dns
负责传输的IP协议
IP网际协议位于网络层,几乎所有使用网络的系统都会用到IP协议。TCP/IP协议族中的IP指的就是网际协议。
IP协议的作用就是把各种数据包传送给对方。而要保证确实传送到对方那里,则需要满足各类条件。其中两个重要的条件是IP地址和MAC地址(Media Access Control Address)。IP地址指明了节点被分配到的地址,MAC地址是指网卡所属的固定地址。IP地址可以和MAC地址进行配对。IP地址可变换,但MAC地址基本上不会更改。
确保可靠性的TCP协议
TCP位于传输层,提供可靠的字节流服务。
所谓的字节流服务是指,为了方便运输,将大块数据分割成以报文段为单位的数据包进行管理。而可靠的传输服务是指,能够把数据准确可靠地传给对方。一言以蔽之,TCP协议为了更容易传送大数据才把数据分割,而且TCP协议能够确认数据最终是否送达到对方。
为了准确无误地将数据送达目标处,TCP协议采用了三次握手策略。用TCP协议把数据包送出去后,TCP不会对传送后的情况置之不理,它一定会向对方确认是否成功送达。握手过程中使用了TCP的标志(flag)--SYN(synchronize)和ACK(acknowledgement)。
发送端首先发送一个带SYN标志的数据包给对方。接收端收到后,回传一个带有SYN/ACK标志的数据包以示传达确认信息。最后,发送端再回传一个带ACK标志的数据包,代表握手结束。若在握手过程中,某个阶段莫名中断,TCP协议会再次以相同的顺序发送相同的数据包。
负责域名解析的DNS服务
DNS服务是和HTTP协议一样位于应用层的协议。它提供域名到IP地址之间的解析服务。计算机既可以被赋予IP地址,也可以被赋予主机名和域名。比如,www.kang.com。
用户通常使用主机名或域名来访问对方的计算机,而不是直接通过IP地址访问。因为与IP地址的一组纯数字相比,用字母配合数字的表示形式来指定计算机名更符合人类的记忆习惯。但是让计算机去理解名称,相对而言就变得困难了,因为计算机更擅长处理一长串数字。为了解决这个问题,DNS服务应运而生。DNS协议提供通过域名查找IP地址,或逆向从IP地址反查域名的服务。
URI--统一资源标识符
URI就是由某个协议方案表示的资源的定位标识符。协议方案是指访问资源时所使用的协议类型名称。采用HTTP协议时,协议方案就是http。除此之外,还有ftp、mailto、telnet、file等。标准的URI协议方案有30种左右。
URI用字符串标识某一互联网资源,而URL表示资源的地点(互联网上所处的位置)。URL是URI的子集。
表示指定的URI,要使用涵盖全部必要信息的绝对URI、绝对URL以及相对URL。相对URL,是指从浏览器中基本URI处指定的URL,比如/image/logo.jpg。
如下是绝对URI的格式:
http://user:pass@www.example.com:80/dir/index.html?uid=1#ch1
位置 | 解释 |
---|---|
http:// | 协议方案名,使用http:或https:等协议方案名获取访问资源时要指定协议类型。 |
user:pass | 登录信息(认证),指定用户名和密码作为从服务器端获取资源时必要的登录信息,此项是可选项。 |
www.example.com | 服务器地址,使用绝对URI必须指定待访问的服务器地址。地址可以是类似example.com这种DNS可解析的名称,或是192.168.1.1这类IPv4地址名,还可以是[0:0:0:0:0:0:0:1]这样用方括号括起来的IPv6地址名。 |
80 | 服务器端口号,指定服务器连接的网络端口号。此项也是可选项,若用户省略则自动使用默认端口号。 |
dir/index.html | 带层次的文件路径,指定服务器上面的文件路径来定位特指的资源。 |
uid=1 | 查询字符串,针对已指定的文件路径内的资源,可以使用查询字符串传入任意参数,此项可选。 |
ch1 | 片段标识符,使用片段标识符通常可标记出已获取资源中的子资源,此项可选。 |
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
------------------------last line for now-------------------------