轮询+推送 吧~

推送估计你是用第三方的吧？所以不能太依赖第三方推送。android那么多机子，推送进程被杀毒软件什么的杀死，就扑街了....

建议推送，轮询太耗服务器资源！

对即时性要求较高的话，可以采用轮询+推送的方式，优化轮询的方案可以采用'WebSocket'。
如果上面的方式还不能满足需求，建议采用'Socket'通知客户端刷新。
无论是'WebSocket'还是'Socket'，都只完成通知刷新的任务，获取数据的方式还是保持Http方式，这样可以在现有基础上降低开发量。

我个人觉得是这样哈，看你业务需求里客户对即时性要求高不高；如果像滴滴打车那样，要一直看见变化的，可以轮询+推送；如果要求不高，可以只推送。感觉推送比轮询重要哈。

主要是不知道这个用户的排队策略；如果是他一进入后台，就视为自动放弃，那么轮询还可以；否则的话，等排到他了他不知道，你把他清掉了，这属于正确性的问题呀~ 还不是系统设计的问题。

我个人觉得一个常见的排队策略是，客户端发一个请求排到队列后面；轮到一个用户，发个推送给他，要求他确认；如果超时不确认，就轮到下一个人。如果用户需要能实时看见排队情况，就加个轮询定时更新；否则就手动更新或者进入界面的时候更新一下就行了。

不知道你们的业务需求是什么~ 系统设计应该贴合业务需求哈。