1
TypeErrorNone 2019-09-06 10:10:29 +08:00
轮询请求,这个请求只做 app 的状态查询。
可以针对这个接口单独部署几台服务器,支撑个几万 qps 没问题。 |
2
salamanderMH 2019-09-06 10:12:14 +08:00
websocket,你看看 https://segmentfault.com/ ,它就是这么做的
|
3
hhh798 OP |
4
kx5d62Jn1J9MjoXP 2019-09-06 10:23:11 +08:00
轮询你就等着被卸载吧
|
5
crysislinux 2019-09-06 10:29:10 +08:00
我在想这个东西到底该不该对匿名用户实现,websocket 连接太多了压力也不小。
|
6
hhh798 OP @ssynhtn @crysislinux 那行业内的解决方案一般是啥呢
|
7
xiangyuecn 2019-09-06 10:30:54 +08:00
这不就是推送咩。简单的用第三方,把 ios、华为、oppovivo 的自家推送集成一下 就 ok 了。
即时?惊呆了,app 活着就即时吧,死了就离线推 |
8
hhh798 OP @xiangyuecn 不是 push,是站内消息
|
9
zqwcrystal 2019-09-06 11:23:35 +08:00
可以用静默推送实现,客户端监听到推送之后做请求
|
10
mshadow 2019-09-06 11:25:46 +08:00
@nioncodotcom 也是用 push
|
11
nvioue 2019-09-06 11:38:52 +08:00 via Android
push 加 pull 结合
|
12
niubee1 2019-09-06 11:50:12 +08:00
现在很多浏览器都支持推送服务
|
13
Takamine 2019-09-06 12:31:35 +08:00 via Android
轮询着被卸载+1。
一般在几个交互逻辑里触发站内信消息推送就好吧。 |
14
crayygy 2019-09-06 12:35:11 +08:00 via iPhone
push 收到以后做区分,前后台单独处理即可
|
15
Raymon111111 2019-09-06 12:37:21 +08:00
怎么可能是轮询...
消息队列+push |
16
finab 2019-09-06 12:40:25 +08:00
客户端做一个 Pull 操作,触发可以取请求未读消息
然后定义一些场景,触发这些场景就去 做 Pull 操作 例如打开 APP、重新进入 APP、进入消息页面、收到新消息推送 ... 等等 我觉得又不是聊天,用不上实时,能保证用户能看到就行 |
17
opengps 2019-09-06 13:08:49 +08:00
所有推送类应用:要么轮训,要么 tcp 长连接
|
18
xd314697475 2019-09-06 16:18:24 +08:00
websocket 或者使用第三方推送,eg.极光推送
|
19
Macolor21 2019-09-06 17:32:07 +08:00
websocket
|
20
laravel 2019-09-06 18:01:35 +08:00
mqtt
|