HTTP的Keep-Alive
在http1.0的版本中，它是基于请求-应答模型和TCP协议的，也就是在建立TCP连接后，客户端发送一次请求并且接收到响应后，就会立马断开TCP连接，称为HTTP短连接，这种方式比较耗费时间以及浪费资源。
keep-alive就是用来解决短连接，实现长连接的，也就是在一个TCP连接中，可以发送多个HTTP请求、接收多个响应。要开启keep-alive，就是往请求头和响应头中都添加Connection:keep-alive字段
- 1.0默认是关闭，如果要开启，游览器就需要往请求头中添加Connection:keep-alive字段，服务端收到后也要往响应头中添加Connection:keep-alive字段
- 1.1默认是开启的，如果要关闭，游览器中的请求头添加Connection:close字段
同时，为了避免长时间占用TCP连接而不进行请求的发送，造成的资源浪费，服务端会有一个keepalive-timeout参数来控制HTTP长连接的超时时间，如果在超时时间内都没有请求发送，服务端就会主动断开连接
TCP的keepalive
TCP的keepalive实际上是TCP的保活机制，由内核实现发送探测报文，用来确定tcp连接是否还有效。
当TCP连接的两端长时间没有进行数据交互，达到了触发TCP保活机制的条件，内核就会发送探测报文
-
如果能收到响应，说明连接是正常的，tcp的保活时间就会重置
-
如果收不到响应，说明连接是不正常的，有可能是对方的主机宕机了，或者是其他原因导致的报文不可达，再决定是否关闭该TCP连接。
（注意这里是对方主机宕机，而不是对方进程崩溃。如果是进程崩溃，操作系统在回收资源的时候会发送FIN报文，来告知对方关闭TCP连接。而主机宕机，对方是感知不到的）
总结
-
HTTP的keep-alive是HTTP的长连接，由应用程序实现，能够在一个TCP连接发送和接收多个请求和响应，减少HTTP短连接带来的多次TCP连接建立和释放的开销
-
TCP的keep-alive是TCP的保活机制，由内核实现，当客户端和服务端长时间没有通信时，内核为了确定连接是否还有效，就会发送探测报文来检测连接是否正常