你这个场景有几个特点：
1）数据来往不密集；
2）网络环境不优越（或者说有的客户端处于非常极端的情景中（）；
3）需要双向实时通信；
4）并发在线数也不算小。

我个人建议你优先考虑UDP协议：
1）它很经济，必竟数据来往 不密集，心跳包可以放的长一些，这样包括客户自已在内，流量、电量消耗都比较经济，而且服务端也轻松一些；
2）能解决极端网络的情况（虽不完美，但肯定不会比TCP差，或者极端情况下，tcp是搞不定的）；
3）唯一要纠结的是，udp最大包长度可能没法达到10K（《UDP中一个包的大小最大能多大》、《
不为人知的网络编程(六)：深入地理解UDP协议并用好它》）。

不过第3点可以进行规避，比如推的并不是全量内容而是一个指令（客户端收到指令后，自已用http短连接拉一次）。

以上只是我的建议，仅供参考。

引用：Joseph 发表于 2018-12-21 11:25
非常感谢您的建议  
您这个接收指令，HTTP在去拉信息就很灵性了。之前是自己脑子死板了，没想 ...

嗯嗯，移动端都这么玩。