微信的信令风暴将大家的目光导向心跳机制，那么心跳机制是怎么回事呢？

最早的心跳机制用于服务器的安全备份机制，是为了防止服务器死机，而在服务器之间选用专用的端口和线路，周期性传送简略的信息，心跳即是形象的比方。一旦收不到对方的心跳信息，服务器能够接纳对方的事务，防止事务的阻滞。为了事务的顺利进行，服务器发送的心跳信息能够十分频密。

这种机制被手机上的互联网使用所借用，无论是Android的原生使用，仍是QQ、微博和微信，都选用了这种心跳机制，也即是终端守时向使用服务器发送简略的信息。可是与服务器之间的心跳机制比较，仍是有一些不同：

1. 心跳信息是单方向的，只要终端发到使用服务器；

2. 心跳信息的周期比较长，比方旧版QQ的心跳周期为30s，新版QQ为180s，微信为300s，Google原生使用为1680s左右。

别的，互联网使用的心跳包除了宣告终端在线外，还有一项重要的使命，即是供给终端的即时地址，便利使用服务器的寻址。

有了互联网使用的心跳机制，使用服务器能够及时下发(Push)用户关联的信息，比方微信中的短音讯、图像或许语音等。

心跳包也会带来许多副作用，比方终端更为费电，还可能给移动通讯网络带来信令风暴。

看起来很完满的心跳机制，为啥会给移动通讯网络带来信令风暴呢？

本来，移动通讯网络中因为用户很多、资源稀缺，每个用户都是动态占用资源，比方IP地址以及无线信道。每次发送心跳包，都需求移动通讯网络为用户分配资源，分配的进程体如今信令的发送和接纳上。一次心跳包的发送进程，牵涉的信令多达几十条。

跟着互联网APP的遍及，很多的终端周期性地发送心跳包，作用类似于IP网络中的DDOS，必定对移动通讯网络设备带来冲击，形成拥塞等状况，这种表象即是信令风暴。信令风暴不只中国移动的GPRS网络存在，中国联通的WCDMA网络、中国电信的CDMA网络都存在。因为中国移动用户数量巨大，因此信令风暴的影响更明显罢了，简而言之，即是50步与100步的不同。

互联网APP的心跳机制对移动网络的冲击很大，那么有啥办法能够减轻甚至处理这个疑问呢？

从互联网APP的视点看，大概区别是移动网络接入仍是WLAN接入，智能调整心跳包的发送频率。在移动网络接入时，下降心跳包的发送频率，这样尽管服务器推送的信息会有一些推迟，可是终端更省电，移动网络更稳健。比方旧版QQ的心跳周期为30s，新版QQ为180s，微信为300s，现已呈现出逐渐延伸的趋势，还能够再调整，直至挨近Google原生使用的1680s左右。

当前，互联网APP心跳包的发送频率由APP一手包办，这是不合理的，大概开放给用户进行设置，答应用户在省电和及时等多个场景间切换。

如今每个人的手机上都装有多个互联网APP，比方QQ、微信、微博和淘宝等，若是每个APP都发送心跳包，心跳包的发送频率将大幅添加。像微信、QQ 等APP，能够思考联合发送心跳包，这样能够削减不少心跳包。别的若是从操作体系的层面一致心跳包，作用会非常好。苹果的IOS现已做了一个极好的测验，建立了一个方位寄存器APNS，将一切的APP联合起来，一致发送心跳。Android体系其实也能够依样画葫芦，据称小米手机有意这样做，像阿里OS也大概能够做。运营商个人开发的OS愈加大概是这方面的榜样。

终端侧的这些做法，将能有用削减心跳包的发送，然后减轻信令风暴。

从网络侧的视点，若是终端发送心跳包是一个既成事实的话，及时进行设备扩容即是势在必行的了。当前看，基站操控器以及核心网的设备受信令风暴的影响大，需求优先扩容。当然，运营商有苦衷，认为是在帮APP打工。可是，运营商也有必要理解顺势而为的重要性，与其被迫接招，不如早作计划。

啥计划呢？即是宣扬从移动网络的视点看，心跳包并不是有必要的。使用短音讯与APP深度结合，不必心跳包也能够便利地完成APP音讯的推送，又节约终端的电力，又防止对移动网络的冲击，一举两得，何乐不为呢？

这样釜底抽薪后，心跳机制对移动网络的冲击将是能够操控的了。