HTTP长连接与短连接

HTTP长连接和短连接有什么区别？

• 在HTTP1.0中，默认使用的是短连接。也就是说，浏览器和服务器每进行一次HTTP操作，就会建立一次连接，但是任务结束就会中断连接。例如，浏览器解析一个HTML的时候，如果包含其他资源，如js，css，每遇到一个这样的web资源就会建立一个http对话。
• 在HTTP1.1中，默认使用长连接，使用HTTP长连接会在响应头中加入这行代码：

Connection:keep-alive

在使用长连接的情况下，当一个网页打开后，客户端和服务器之间用于传输HTTP数据的TCP不会关闭，如果客户端再次访问这个服务器上的页面，会继续使用这条已经建立的连接。

• HTTP协议上的长连接和短连接，实际上是TCP协议上的长短连接。
• Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同服务器上设置。

HTTP长连接的本质是TCP的长连接

TCP连接在发送后将仍然保持打开状态，于是，浏览器可以继续通过相同的连接发送请求。保持连接节省了为每个请求建立新连接所需的时间，还节约了带宽。 
实现长连接要客户端和服务端都支持长连接。

长连接和短连接的优点和缺点

长连接可以省去较多的TCP建立和关闭的操作，减少浪费，节约时间。对于频繁请求资源的客户端适合使用长连接。在长连接的应用场景下，client端一般不会主动关闭连接，当client与server之间的连接一直不关闭，随着客户端连接越来越多，server会保持过多连接。这时候server端需要采取一些策略，如关闭一些长时间没有请求发生的连接，这样可以避免一些恶意连接导致server端服务受损；如果条件允许则可以限制每个客户端的最大长连接数，这样可以完全避免恶意的客户端拖垮整体后端服务。

短连接对于服务器来说管理较为简单，存在的连接都是有用的连接，不需要额外的控制手段。但如果客户请求频繁，将在TCP的建立和关闭操作上浪费较多时间和带宽。

长连接和短连接的产生在于client和server采取的关闭策略。不同的应用场景适合采用不同的策略。

长连接短连接的应用场景

长连接多用于操作频繁，点对点的通讯，而且连接数不能太多的情况。每个TCP连接都需要三步握手，这需要时间，如果每个操作都是先连接，再操作的话那么处理速度会降低很多，所以每个操作完后都不断开，次处理时直接发送数据包就OK了，不用建立TCP连接。

长连接：数据库的连接用长连接， 如果用短连接频繁的通信会造成socket错误，而且频繁的socket 创建也是对资源的浪费。

短连接：像WEB网站的http服务一般都用短链接，因为长连接对于服务端来说会耗费一定的资源，而像WEB网站这么频繁的成千上万甚至上亿客户端的连接用短连接会更省一些资源，如果用长连接，而且同时有成千上万的用户，如果每个用户都占用一个长连接的话是对服务器很不负责任的。