微信的信令风暴解决途径

kinghighland

终端耗电：
试想如果所有的APP都自己发状态/心跳，那手机得多费电，用不了几个小时就没电了。手机本身需要提供一个统一的SDK给所有的APP，集中发送心跳报文，据说iOS和android都提供了这个API，不确定这些APP是否采用了这个方案。

信道浪费：
QQ/微信等IM应用可不止是心跳，它们本来就其他应用不一样，而是所谓E2E业务，网络需要在发给你消息的时候能找到你，否则就得寻呼你。你要保持在线就得发心跳，发的频繁了浪费信道资源，发的不频繁可能带来大量TBF重建、浪费控制信道，发得再慢些可能网络又找不到你了就带来大量寻呼浪费寻呼信道。

现在普及了小包检测，把小报文集中到一个信道中来处理，这样可以解决业务信道的浪费。
长连接减少了心跳包，也就减少了TBF重建的开销，节约了控制信道。
而目前3分钟或N分钟的心跳，并不能保持网络随时能找到终端，因此IM下发消息尤其是群聊消息还是会带来可观的寻呼。这应该是小包检测加长连接之后的遗留问题吧。