这是一个创建于 1665 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在是 app 请求服务器排队接口开始排队，然后服务器开始排队，现在要求是服务器根据排队情况给 app 推送排名消息，app 跟据消息判断用户什么时候能进入游戏，推送消息调用的是第三方，求问下怎么实现这个排队逻辑
第 1 条附言 · 2020-06-08 14:19:02 +08:00
这边场景是：游戏是放在第三方游戏平台的，app 端接第三方 SDK 展示游戏而已，游戏内的交互都是第三方处理的，我这边根据第三方服务提供的接口查询游戏服务器剩余资源，然后返回给 app 用户需不需要排队，我这边相当于就是 app 服务器吧，不是游戏服务器
 |
1
spicecch OP 有没有游戏开发的老哥来指点一下，想听取下意见在开发
|
 |
2
Amance 2020-06-08 09:56:50 +08:00
就是服务器给客户端推送啊，socket 处理就行了
|
 |
3
Otho 2020-06-08 10:06:58 +08:00
你说的推送，是指什么？ app 根据消失判断用户什么时候可以进入游戏，不觉得很麻烦嘛？既然能知道在排队，必然能知道什么时候可以进入游戏。
|
 |
6
th00000 2020-06-08 10:21:51 +08:00
首先给 app 离线推送排队消息这种需求就不该出现, 排队是一个前台需求, 后台情况太多, 边缘很麻烦
很容易出现用户进程被杀掉, session 被销毁, 推送了, 但是用户需要重新排队的恶心情况出现 排队逻辑, 如果是类似 mmo 等分区服游戏, 自己在内存里实现 如果是吃鸡等通服游戏可以用 Redis 来实现 |
 |
7
kop1989 2020-06-08 10:23:00 +08:00
推送透传消息的话，到达率堪忧。
个人认为应该用长轮询或者长连接吧。否则怎么知道这个人退出了队列？ 如果不知道岂不是会导致排队的体验很差？ |
 |
8
Vegetable 2020-06-08 10:25:15 +08:00
迷惑，这不成了美味不用等了吗？我排到了没及时点，还会过号吗？这好怪异啊
|
 |
9
jamme 2020-06-08 10:51:09 +08:00
没整明白你要做的是个什么功能，游戏不都是即时的么？你用第三方推送是什么意思？排队结束，然后手机发个通知，告诉玩家排队结束进入游戏，然后需要玩家再打开游戏 app ？
|
 |
12
imherer 2020-06-08 13:46:57 +08:00
排队使用推送不合理，建议把排队这块逻辑改成长连接
|
|
13
imherer 2020-06-08 13:47:32 +08:00
实在不行用短连接定时轮询可能都比你推送好一些
|
|
16
kop1989 2020-06-08 14:11:43 +08:00
@spicecch #14 如果是前台唤醒状态，到达率当然是可使用的，但是你都用上推送了，难道不支持后台排队？
反过来说，如果只允许前台排队的话，用长轮询或者长连接应该更贴合业务吧。最起码能知道这个人离队了。 否则可能排个队 300 个人，前面 150 个都是空等。 |
|
17
spicecch OP @kop1989 目前是后台处理排队，每一段时间给用户推送排名信息，app 根据信息显示排名或者进入游戏，用户离队的话会告知服务器将该用户剔除队列
|
Select Language