HTTP是无状态的：在同一个连接中，两个执行成功的请求直接是没有关系的。使用HTTP的头部扩展，HTTP Cookies就可以创建有状态的会话。把Cookies添加到头部中，创建一个会话让每次请求都能共享相同的上下文信息，达成相同的状态。
4.HTTP 和连接
一个连接是由传输层来控制的，这基本不属于HTTP的范围。HTTP并不需要其下传输层的协议是面向连接的，只需要它是可靠的，就是说不能丢失消息。
HTTP/1.0曾为每一个请求/响应都打开一个TCP连接，导致了2个缺点：打开一个TCP连接需要多次消息传递，速度很慢。但当多个消息周期性发送时，这样就变得更加高效。
为了减少连接开销，HTTP/1.1引入了流水线和持久连接的概念：下层的TCP连接可以通过[Connection]头部来部分控制。HTTP/2则发展得更远，通过一个连接多个消息的方式来让这个链接始终保持为暖连接。
当客户端想要和服务端进行信息交互时（服务端是指最终服务器,或者是一个中间代理），过程表现为：
1. 打开一个TCP连接（或重用之前的一个):TCP连接用来发送一条或多条请求，当然也用来接受回应消息。
客户端可能重用一个已经存在的连接，或者也可能重开几个新的TCP连接连向服务端。
2. 发送一个HTTP报文（HTTP请求）：HTTP报文（在HTTP/2之前）是语义可读的。在HTTP/2中，这些简单的消息被封装在
了帧中，这使得报文不能被直接读出来，但是报告格式仍是相同的。
客户端发送一个HTTP请求到服务器的请求消息包括以下格式：请求行、请求头部、空行和请求数据四个
部分组成。
3. 读取服务端返回的报文信息（HTTP响应）：状态行、消息报头、空行和响应正文。
content-type：内容类型，一般是指网页中存在的Content-type，用于定义网络问卷的类型和网页的编码，
决定浏览器将以什么形式、什么编码读取这个文件。
4. 关闭连接或者为后续请求重用连接。
当HTTP流水线启动时，后续请求都可以不用等待第一个请求的成功回应就被发送。
通过上述的描述，我猜大家也已经了解了HTTP是干什么的了，说白了就是约定好的一个协议以进行web端和服务器端的正常交互。
以下会通过起一个HTTP服务进行简单的增删改查操作。
启动服务：
通过require HTTP 模块并创建一个服务器实例createServer，并监听端口，则在浏览器端url输入localhost：8200即可
参考api：
const http=require("http"); const server=http.createServer(); server.on("request",(req,res)=>{ res.end("server had created"); }); server.listen(8200);