MySQL-APP做用户排队功能，是拉取还是推送？

Question

APP功能概述：用户打开APP有一个领取排队号的功能，领取到号后进入等待，等待的过程会显示你排到第几名，大概等待多久，用户会实时的看到排队的信息变化。有点像去银行排队办业务。

遇到的问题：我目前采用的是APP通过定时轮询请求服务端接口，如果APP突然断网，就会卡住队伍，后面的人排不到前面来。我这边写了一个计划任务在后台清理这些异常的用户，个人感觉不是十分理想，请教各位大牛，如果采取推送的方式是否比客户端轮询更有优势？（排队的人数肯定不会超过1000),如果采用推送是用计划任务还是通过某个用户服务完毕或刚加入队伍的用户进行触发推送，或者说有没有其他的方式？

目前还有一种情况就是如果采用APP轮询请求接口，一旦APP进入后台，也就是按了home键之类的，就不会继续请求我的接口，也会被后台程序认为是异常用户清除掉了。

Answer 1

1, 如果你使用socket通讯的话，那么这个问题，可能“推”是非常自然的解决方案， 同时也涉及不到客户端轮询服务的问题， 因为服务端可以及时的根据业务事件通知客户端。 再有，服务端根据客户端断开网络的事件回调，可以轻易清除掉无效用户，也就涉及不到“计划任务清理无效用户”的问题。

2 ，如果你使用的是http方案，那么这个问题就比socket麻烦很多，在“不超过1000人”的业务前提下， 采用这样的方案多少有点自虐的意味。 在http的前提下， “轮询拉”基本上是客户端唯一的选择，服务端的定时清理也是无奈且不可缺少的一部分。你的设计无硬伤。