HTTP请求详解

一、TCP/IP协议

       TCP/IP协议模型（Transmission Control Protocol/Internet Protocol），包含了一系列构成互联网基础的网络协议，是Internet的核心协议，通过20多年的发展已日渐成熟，并被广泛应用于局域网和广域网中，目前已成为事实上的国际标准。TCP/IP协议簇是一组不同层次上的多个协议的组合，通常被认为是一个四层协议系统，与OSI的七层模型相对应。

（1）链路层

         也称作数据链路层或网络接口层（在第一个图中为网络接口层和硬件层），通常包括操作系统中的设备驱动程序和计算机中对应的网络接口卡。它们一起处理与电缆（或其他任何传输媒介）的物理接口细节。ARP（地址解析协议）和RARP（逆地址解析协议）是某些网络接口（如以太网和令牌环网）使用的特殊协议，用来转换IP层和网络接口层使用的地址。

（2）网络层

         也称作互联网层（在第一个图中为网际层），处理分组在网络中的活动，例如分组的选路。在TCP/IP协议族中，网络层协议包括IP协议（网际协议），ICMP协议（Internet互联网控制报文协议），以及IGMP协议（Internet组管理协议）。

         IP是一种网络层协议，提供的是一种不可靠的服务，它只是尽可能快地把分组从源结点送到目的结点，但是并不提供任何可靠性保证。同时被TCP和UDP使用。TCP和UDP的每组数据都通过端系统和每个中间路由器中的IP层在互联网中进行传输。

         ICMP是IP协议的附属协议。IP层用它来与其他主机或路由器交换错误报文和其他重要信息。

         IGMP是Internet组管理协议。它用来把一个UDP数据报多播到多个主机。

（3）运输层

       主要为两台主机上的应用程序提供端到端的通信。在TCP/IP协议族中，有两个互不相同的传输协议：TCP（传输控制协议）和UDP（用户数据报协议）。

         TCP为两台主机提供高可靠性的数据通信。它所做的工作包括把应用程序交给它的数据分成合适的小块交给下面的网络层，确认接收到的分组，设置发送最后确认分组的超时时间等。由于运输层提供了高可靠性的端到端的通信，因此应用层可以忽略所有这些细节。为了提供可靠的服务，TCP采用了超时重传、发送和接收端到端的确认分组等机制。

        UDP则为应用层提供一种非常简单的服务。它只是把称作数据报的分组从一台主机发送到另一台主机，但并不保证该数据能到达另一端。一个数据报是指从发送方传输到接收方的一个信息单元（例如，发送方指定的一定字节数的信息）。UDP协议任何必需的可靠性必须由应用层来提供。

（4）应用层

           应用层决定了向用户提供应用服务时通信的活动。TCP/IP 协议族内预存了各类通用的应用服务。包括 HTTP，FTP（File Transfer Protocol，文件传输协议），DNS（Domain Name System，域名系统）服务。

二、什么是HTTP

        http（HyperText Transfer Protocol），超文本传输协议，是互联网上应用最广泛的一种网络通信协议，所有www文件都必须遵守的一个标准，是以 ASCII 码传输，建立在 TCP/IP 协议之上的应用层规范。就是大家都约好互相之间按照一种固定的规则来进行通讯。（是一个无状态的面向连接的协议）

        http也可以说成是一种客户端和应答服务器端请求和应答的标准（TCP）。通过使用浏览器或其他工具（如google的Postman），客户端发起一个到应答服务器上指定端口（如Tomcat的8080或jmx的1099等）的http请求，或者反过来，服务器给客户端发送一个回应。在客户端和应答服务器端可能存在多个中间层，比如代理、网关或者隧道。

1、http请求报文

         http请求报文是指客户端向服务器端发送的消息，客户端通过发送http请求向服务器请求对资源的访问。一个HTTP请求报文由请求行（request line）、请求头部（header）、空行和请求数据4个部分组成；

（1）请求行（由请求方法、请求地址和协议版本组成）

• 请求方法

         HTTP/1.1 定义的请求方法有8种：GET、POST、PUT、DELETE、PATCH、HEAD、OPTIONS、TRACE。最常的两种GET和POST，如果是RESTful接口的话一般会用到GET、POST、DELETE、PUT。

GET与POST方法有以下区别：

      1、Get方式在通过URL提交数据，数据在URL中可以看到；POST方式，数据放在HTTP包的body中（请求数据）。

      2、GET方式提交的数据大小有限制（因为浏览器对URL的长度有限制），而POST则没有此限制。（本身都没有限制）

      3、安全性问题。正如在（1）中提到，使用 Get 的时候，参数会显示在地址栏上，而 Post 不会。所以如果这些数据是中文数据而且是非敏感数据，那么使用 get；如果用户输入的数据不是中文字符而且包含敏感数据，那么还是使用 post为好。

      4.、服务器取值方式不一样。GET方式取值，如php可以使用$_GET来取得变量的值，而POST方式通过$_POST来获取变量的值。

• 请求地址

       URL:统一资源定位符，是一种自愿位置的抽象唯一识别方法。

       组成：<协议>：//<主机>：<端口>/<路径>

• 协议版本

       协议版本的格式为：HTTP/主版本号.次版本号，常用的有HTTP/1.0和HTTP/1.1

（2）请求头部

         请求头部为请求报文添加了一些附加信息，由“名/值”对组成；包含许多有关的客户端环境和请求正文的有用信息。例如，请求头可以声明浏览器所用的语言，请求正文的长度等。

（3）空行

         表示请求头部结束，接下来为请求数据，这一行非常重要，必不可少。

（4）请求数据

          可选部分，比如GET请求就没有请求数据，post请求有请求数据；

下面是一个POST方法的请求报文：

POST 　/index.php　HTTP/1.1  （请求行）
（请求头）
Host: localhost
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20100101 Firefox/10.0.2　　请求头
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8
Accept-Language: zh-cn,zh;q=0.5
Accept-Encoding: gzip, deflate
Connection: keep-alive
Referer: http://localhost/
Content-Length：25
Content-Type：application/x-www-form-urlencoded
　　（空行）
username=aa&password=1234　　（请求数据）

2、http响应报文

        HTTP响应报文主要由状态行、响应头部、空行以及响应数据组成。

（1）状态行

       状态行由协议版本、数字形式的状态代码，及相应的状态描述组成，各元素之间以空格分隔，结尾时回车换行符，格式如下：

       HTTP/1.1  200 OK (CRLF)

（2）响应头

         与请求头部类似，为响应报文添加了一些附加信息，常见响应头部如下：

（3）空行

（4）响应正文

        响应正文就是服务器返回的资源的内容，响应头和正文之间也必须用空行分隔。

 

三、TCP（http请求）连接三次握手

        TCP是面向连接的，无论哪一方向另一方发送数据之前，都必须先在双方之间建立一条连接。在TCP/IP协议中，TCP协议提供可靠的连接服务，连接是通过三次握手进行初始化的。三次握手的目的是同步连接双方的序列号和确认号并交换 TCP窗口大小信息。

（1）第一次握手

         建立连接。客户端发送连接请求报文段，将SYN位置为1，Sequence Number为x；然后，客户端进入SYN_SEND状态，等待服务器的确认；

（2）第二次握手

        服务器收到客户端SYN报文段消息，需要对这个SYN报文段进行确认，设置Acknowledgment Number为 x+1(Sequence Number+1)；同时，自己还要发送SYN请求信息，将SYN位置为1，Sequence Number为y；服务器端将上述所有信息放到一个报文段（即SYN+ACK报文段）中，一并发送给客户端，此时服务器进入SYN_RECV状态；

（3）第三次握手

         客户端收到服务器的SYN+ACK报文段。然后将Acknowledgment Number设置为y+1，向服务器发送ACK报文段，这个报文段发送完毕以后，客户端和服务器端都进入ESTABLISHED状态，完成TCP三次握手。（之后就开始数据交换）

 

四、TCP四次挥手（断开连接）

         当客户端和服务器通过三次握手建立了TCP连接以后，当数据传送完毕，肯定是要断开TCP连接的啊。那对于TCP的断开连接，这里就有了神秘的“四次分手”。

（1）第一次挥手

         主机1（可以使客户端，也可以是服务器端），设置Sequence Number，向主机2发送一个FIN报文段；此时，主机1进入FIN_WAIT_1状态；这表示主机1没有数据要发送给主机2了；

（2）第二次挥手

        主机2收到了主机1发送的FIN报文段，向主机1回一个ACK报文段，Acknowledgment Number为Sequence Number加1；主机1进入FIN_WAIT_2状态；主机2告诉主机1，我“同意”你的关闭请求；

（3）第三次挥手

        主机2向主机1发送FIN报文段，请求关闭连接，同时主机2进入LAST_ACK状态；

（4）第四次挥手

         主机1收到主机2发送的FIN报文段，向主机2发送ACK报文段，然后主机1进入TIME_WAIT状态；主机2收到主机1的ACK报文段以后，就关闭连接；此时，主机1等待2MSL后依然没有收到回复，则证明Server端已正常关闭，那好，主机1也可以关闭连接了。