现在是 app 请求服务器排队接口开始排队，然后服务器开始排队，现在要求是服务器根据排队情况给 app 推送排名消息，app 跟据消息判断用户什么时候能进入游戏，推送消息调用的是第三方，求问下怎么实现这个排队逻辑
This topic created in 2346 days ago, the information mentioned may be changed or developed.
Supplement 1 · Jun 8, 2020
这边场景是：游戏是放在第三方游戏平台的，app 端接第三方 SDK 展示游戏而已，游戏内的交互都是第三方处理的，我这边根据第三方服务提供的接口查询游戏服务器剩余资源，然后返回给 app 用户需不需要排队，我这边相当于就是 app 服务器吧，不是游戏服务器
 |
1
有没有游戏开发的老哥来指点一下，想听取下意见在开发
|
 |
AmanceJun 8, 2020
2
就是服务器给客户端推送啊，socket 处理就行了
|
 |
OthoJun 8, 2020
3
你说的推送，是指什么？ app 根据消失判断用户什么时候可以进入游戏，不觉得很麻烦嘛？既然能知道在排队，必然能知道什么时候可以进入游戏。
|
 |
th00000Jun 8, 2020
6
首先给 app 离线推送排队消息这种需求就不该出现, 排队是一个前台需求, 后台情况太多, 边缘很麻烦
很容易出现用户进程被杀掉, session 被销毁, 推送了, 但是用户需要重新排队的恶心情况出现 排队逻辑, 如果是类似 mmo 等分区服游戏, 自己在内存里实现 如果是吃鸡等通服游戏可以用 Redis 来实现 |
 |
kop1989Jun 8, 2020
7
推送透传消息的话，到达率堪忧。
个人认为应该用长轮询或者长连接吧。否则怎么知道这个人退出了队列？ 如果不知道岂不是会导致排队的体验很差？ |
 |
VegetableJun 8, 2020
8
迷惑，这不成了美味不用等了吗？我排到了没及时点，还会过号吗？这好怪异啊
|
 |
jammeJun 8, 2020
9
没整明白你要做的是个什么功能，游戏不都是即时的么？你用第三方推送是什么意思？排队结束，然后手机发个通知，告诉玩家排队结束进入游戏，然后需要玩家再打开游戏 app ？
|
 |
imhererJun 8, 2020
12
排队使用推送不合理，建议把排队这块逻辑改成长连接
|
|
imhererJun 8, 2020
13
实在不行用短连接定时轮询可能都比你推送好一些
|
Select Language