解释什么是报文，http、https、Tcp的三次握手和四次挥手

HTTP是hypertext transfer protocol（超文本传输协议）的简写，它是TCP/IP协议的一个应用层协议，用于定义WEB浏览器与WEB服务器之间交换数据的过程。客户端连上web服务器后，若想获得web服务器中的某个web资源，需遵守一定的通讯格式，HTTP协议用于定义客户端与web服务器通迅的格式。

在日常的前端开发里面，我们离不开请求后端的接口获取数据对页面进行渲染，那么可以说前端开发对于http的使用是几乎无时无刻的在使用。那么我们常用的Ajax就是基于http协议进行数据传输和接受的，所以前端开发工程师必须对http有一定程度的了解。

http的特点

简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。

灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。

无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。

无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。5、支持B/S及C/S模式。

那么前端对于这些特点，我们需要关注的点有以下几点：

请求方法中，我们一般是使用GET和POST为主，当然如果你想要遵从RESTful API的话就不单单是用GET和POST了，还有PUT、PATCH、DELETE了。

Content-Type是一个修改请求体的数据格式的参数(例如：POST),在前端开发的过程中，我们和不同业务线的后端对接，可能他们接收POST的请求体的接收格式不一样，经常会遇到我为什么我之前提交的方式都可以，换成这个项目为什么后端收不到，那么第一时间可以检查一下提交的数据格式是否是后端接收的格式，一般能解决90%这一类问题。具体的Content-Type类型之后再详细说明。

无状态是一个很大的特点，也是一个很大的缺点，因为有这个特性，所以服务器不需要关注请求这个接口的用户的状态，但是往往实现一些像登录这一类的功能的时候，或者商城的列表页根据用户不同，可以做一些精准化展示数据的时候就很麻烦了，所以才会出现SESSION和COOKIES这两个东西。

http的请求方式：

OPTIONS - 返回服务器针对特定资源所支持的HTTP请求方法，也可以利用向web服务器发送‘*’的请求来测试服务器的功能性

HEAD - 向服务器索与GET请求相一致的响应，只不过响应体将不会被返回。这一方法可以再不必传输整个响应内容的情况下，就可以获取包含在响应小消息头中的元信息。

GET - 向特定的资源发出请求。它本质就是发送一个请求来取得服务器上的某一资源。资源通过一组HTTP头和呈现数据（如HTML文本，或者图片或者视频等）返回给客户端。GET请求中，永远不会包含呈现数据。

POST - 向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。 Loadrunner中对应POST请求函数：web_submit_data,web_submit_form

PUT - 向指定资源位置上传其最新内容

DELETE - 请求服务器删除Request-URL所标识的资源

TRACE - 回显服务器收到的请求，主要用于测试或诊断

CONNECT - HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。

http的基本链接原理

因为http是基于TCP/IP的协议，所以还是要说说这个面试老题，3次握手4次挥手的问题了。

三次握手：

第一次握手：客户端发送了一个带有SYN(建立连接)的Tcp报文到服务器，这个三次握手中的开始。表示客户端想要和服务端建立连接。

第二次握手：服务端接收到客户端的请求，返回客户端报文，这个报文带有SYN(建立连接)和ACK(确认)标志，询问客户端是否准备好。

第三次握手：.客户端再次响应服务端一个ACK(确认)，表示我已经准备好。

为什么要3次握手那么麻烦？

当然这个其实作为一个前端不需要关注，因为其实基本没你什么事情，但是了解到这一些基本知识，对于日后排除页面性能的时候，某些指标就是需要了解整个http链接过程了。言归正传，为什么需要三次握手呢？

因为第一次握手的时候，客户端发送了一个请求，之后因为网络原因或者任何原因，客户端断网了或者没有收到服务器回传的ACK确认码，在这种情况下，如果服务器不去接收客户端回传ACK码确认，就开启链接，在这个时候就浪费了服务器的资源了，所以第三次握手就为这样的一种情况设计的，服务器必须确认客户端接收到了ACK码才开启连接。

四次挥手：

第一次握手：客户端发送一个FIN(结束)，用来关闭客户到服务端的连接。

第二次握手：服务端收到这个FIN，他发回一个ACK(确认)，确认收到序号为收到序号+1，和SYN一样，一个FIN将占用一个序号。

第三次握手：服务端发送一个FIN(结束)到客户端，服务端关闭客户端的连接。

第四次握手：客户端发送ACK(确认)报文确认，并将确认的序号+1，这样关闭完成。

那么为什么关闭一个http请求需要走4次握手呢？

因为服务器收到了客户端的FIN报文请求关闭连接的时候，服务器端很可能并不会立即关闭连接，而是需要等待所有数据都传输完毕后才进行关闭，所以会先回复一个ACK报文告诉客户端收到了FIN报文，当数据都传输完毕了，才使用FIN报文告诉客户端现在可以进行关闭了，客户端回复ACK报文进行确认，彼此才真正关闭连接。因此需要4次握手。