HTTP协议的长连接和短连接，实质上是TCP协议的长连接和短连接。
HTTP属于应用层协议，在传输层使用TCP协议，在网络层使用IP协议。
IP协议主要解决网络路由和寻址问题，TCP协议主要解决如何在IP层之上可靠的传递数据包，使在网络上的另一端收到发端发出的所有包，并且顺序与发出顺序一致。
TCP有可靠，面向连接的特点。
在HTTP/1.0中，默认使用的是短连接。
也就是说，浏览器和服务器每进行一次HTTP操作，就建立一次连接，但任务结束就中断连接。
如果客户端访问的某个HTML或其他类型的Web资源，如JavaScript文件、图像文件、CSS文件等。
当浏览器每遇到这样一个Web资源，就会建立一个HTTP会话。
但从HTTP/1.1起，默认使用长连接，用以保持连接特性。
在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的 TCP连接不会关闭。
如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接。
长连接短连接区别：
1.服务器端空间管理上：
Keep-Alive不会永久保持连接，因为TCP连接将会越来越多，直到把服务器的TCP连接数量撑爆到上限为止，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间；
短连接对于服务器来说管理较为简单，存在的连接都是有用的连接，不需要额外的控制手段。
2.时间上：
在客户请求频繁的情况下：若使用短连接，将在TCP的建立和关闭操作上浪费时间和带宽；
若使用长连接，就可以节省很多这样的消耗；
长连接有两个问题：
a.HTTP 1.1 基于串行文件传输数据，因此这些请求必须是有序的，所以实际上我们只是节省了建立连接的时间，而获取数据的时间并没有减少
b.最大并发数问题，假设我们在 Apache 中设置了最大并发数 300，而因为浏览器本身的限制，最大请求数为 6，那么服务器能承载的最高并发数是 50
在HTTP2中解决了这两个问题，详情请看：https://www.cnblogs.com/vickylinj/p/14194264.html