![]() | 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 |