慢慢说计网：HTTP 长短连接

小Q：什么是 HTTP 长连接？

慢慢：在 HTTP1.0 中，默认使用的是短连接，也就是服务端和客户端每进行一次 HTTP 请求，就建立一次连接，而建立一次连接需要三次握手，比较耗费时间。

从 HTTP1.1 开始，默认使用长连接，为了保持连接性，我们会在响应头加上 Connection:keep-alive，使得客户端和服务器之间发送请求后不会端口，下一次请求不用三次握手。

长连接并不是永久的保证连接性，他有一个保持时间，一般都是在服务器中设置。

小Q：长连接和短连接有哪些使用场景？

慢慢：长连接多用于操作频繁，点对点的通信，而且连接数不能太多的情况。例如：数据库的连接用长连接，RPC 框架各服务之间的连接，视频通信都是用到了长连接。

而像 WEB 网站的 http 服务一般都采用短连接，因为长连接对于服务端来说会消耗一定的资源。当成千上万甚至上亿的客户端的连接用短连接的话，则服务端及时用了多路复用，可能会维护不了这么多的连接数。但短连接的话每次请求后都断掉，不用继续维护。

小Q：如何实现长连接呢？

慢慢：HTTP 一般会有 httpd 守护进程，里面可以设置 keep-alive timeout，当 tcp 链接闲置超过这个时间就会关闭，也可以在 HTTP 的 header 里面设置超时时间。

实际上 HTTP 没有长连接，只有 TCP 有。TCP 的 keep-alive 包含三个参数，支持在系统内核的 net.ipv4 里面设置；当 TCP 连接后，闲置了 tcp_keepalive_time 这段时间，就会发送一个心跳包给对方，告诉对方我没有下线，而对方收到后也会发送确认，告诉别人自己也没下线。当服务端接收到连续多的心跳包，而没有收到数据包时，就会跟客户端协商断开连接，从而保证连接不会永久存在。