HTTP如何实现长链接

   长链接确实在某些时候有很多的优点，要比我们的短链接方便一些，但是我们都知道在学习HTTP的时候就说过这是一个无状态、无链接的一个协议，那他是怎么来实现我们的长链接的？

   如果要想弄清楚怎么实现长链接的就要清楚，那些情况会把我们的长链接断开。

1. 长链接所在进程被杀死，这是很容易理解的一种情况，进程杀死自然就断了。

2. NAT超时，这里我们介绍一下NAT，我们都知道在IPV4下，ip地址是不够使用的，但是IPV6普及起来又很难，所以现在仍在使用IPV4，或者当我们想要通过无线路由器去上网的时候，我们的设备很有可能就是在一个NAT设备后边，最常见的NAT设备就是我们常用的路由器，NAT设备会在IP封包的时候通过修改设备的源/目的地址。甚至还可以修改TCP和UDP的端口号，这样在同一个内网下的设备，可以使用同一个外网IP。在国内的运营商在链路上如果一段时间内没有通讯的话，就会淘汰对应的NAT地址，就会造成链路中断。

3. 网络状态发生变化，比如WiFi和移动网络的切换或者链接其他网络等

4. 还有一些其他不可靠因素，比如网络信号不好，DHCP的短租到期等。

  解决方法：

1. 解决方法一要做到进程保活，这里我们对这种解决办法不做过多的介绍。

2. 解决方法二就是我们的心跳保活机制这是我们今天主要进行讲解的内容

3. 解决方法三就是断线重连机制

 心跳机制顾名思义和我们的心跳是一样的，采用这个机制之后，客户端会定期向服务器发送一个心跳包（自定义结构体），服务器收到心跳包之后，回复同样的心跳包，完成一次握手操作，保持TCP的长链接状态。如果隔了一定时间之后服务器和客户端都没有收到心跳包或者其他类型的消息，TCP就是断开链接了。

   而且TCP的底层是给我们封装了一个心跳机制的，我们可以直接调用，但是底层实现的并不能解决所有的复杂的网络环境，所以通常我们都是自己在应用层实现一个心跳机制，虽然不能通用，但是效果是要比底层封装的好上不少。

  并且大多数人经常分不清轮询和心跳机制，这里我们做一个简单的介绍

1. 轮询是我们为了获取数据的时候来使用的，但是TCP是为了保证链接状态的。

2. 轮询的频繁数据获取的就会更加的及时，但是心跳机制是否频繁和数据获取没有关系。

3. 轮询的消耗是非常高的，因为一次轮询就就需要经过三次TCP握手，四次挥手，但是心跳机制是不需要建立或者断开TCP链接的。