老哥们，请教个游戏排队的问题！

[spicecch]

现在是 app 请求服务器排队接口开始排队，然后服务器开始排队，现在要求是服务器根据排队情况给 app 推送排名消息，app 跟据消息判断用户什么时候能进入游戏，推送消息调用的是第三方，求问下怎么实现这个排队逻辑

[spicecch]

有没有游戏开发的老哥来指点一下，想听取下意见在开发

[Amance]

就是服务器给客户端推送啊，socket 处理就行了

[Otho]

你说的推送，是指什么？ app 根据消失判断用户什么时候可以进入游戏，不觉得很麻烦嘛？既然能知道在排队，必然能知道什么时候可以进入游戏。

[spicecch]

@Amance 目前是采用接口推送消息的形式通知客户端，不是长连接

[spicecch]

@Otho 第三方推送，目前用的极光。

[th00000]

首先给 app 离线推送排队消息这种需求就不该出现, 排队是一个前台需求, 后台情况太多, 边缘很麻烦
很容易出现用户进程被杀掉, session 被销毁, 推送了, 但是用户需要重新排队的恶心情况出现


排队逻辑, 如果是类似 mmo 等分区服游戏, 自己在内存里实现
如果是吃鸡等通服游戏可以用 Redis 来实现

[kop1989]

推送透传消息的话，到达率堪忧。
个人认为应该用长轮询或者长连接吧。否则怎么知道这个人退出了队列？
如果不知道岂不是会导致排队的体验很差？

[Vegetable]

迷惑，这不成了美味不用等了吗？我排到了没及时点，还会过号吗？这好怪异啊

[jamme]

没整明白你要做的是个什么功能，游戏不都是即时的么？你用第三方推送是什么意思？排队结束，然后手机发个通知，告诉玩家排队结束进入游戏，然后需要玩家再打开游戏 app ？

[Amance]

@spicecch 那你设计不对

[Otho]

@spicecch 消息推送 这个场景不太适用。

[imherer]

排队使用推送不合理，建议把排队这块逻辑改成长连接

[imherer]

实在不行用短连接定时轮询可能都比你推送好一些

[spicecch]

@kop1989 目前测试的消息（根据用户设备单对单推送）到达率还行，而且是实时到达的

[spicecch]

@Vegetable 目前设计是排到队了会在 10s 内自动进入游戏

[kop1989]

@spicecch #14 如果是前台唤醒状态，到达率当然是可使用的，但是你都用上推送了，难道不支持后台排队？
反过来说，如果只允许前台排队的话，用长轮询或者长连接应该更贴合业务吧。最起码能知道这个人离队了。
否则可能排个队 300 个人，前面 150 个都是空等。

[spicecch]

@kop1989 目前是后台处理排队，每一段时间给用户推送排名信息，app 根据信息显示排名或者进入游戏，用户离队的话会告知服务器将该用户剔除队列

[spicecch]

@jamme 因为游戏也是放在第三方平台的，app 只提供展示游戏，我这边要处理进入游戏前的排队逻辑，进入游戏后就不关我事了

[spicecch]

@imherer 目前是想法是通过定时任务给队列中的用户推送排名信息

[spicecch]

@th00000 我这边就相当于是 app 服务器吧，游戏都是放在第三方的，第三方需要我这边自己处理进入游戏前的排队逻辑