
小白,自学 Python 有些东西半懂不懂。
情况是这样的,假设用户在淘宝购买商品,用户下单后。 卖家的后台页面是如何实时收到的通知消息然后刷新页面?
是卖家的前端页面一直轮询吗? 还是基于类似 websocket 的技术实现吗?
有老哥给解释下吗? 在搜索引擎上实在不知道搜什么关键字…………
微信二维码扫码登录功能也是类似原理吗?
1 superrichman 2021-02-09 12:50:28 +08:00 via iPhone 走 ws |
2 wxsm 2021-02-09 12:52:47 +08:00 via iPhone 轮训或 ws,两种做法都有,看场景 |
3 Aoang 2021-02-09 12:53:39 +08:00 via Android ws 或者 http2,一般都是用 ws 保持兼容性。 |
4 kop1989 2021-02-09 12:53:56 +08:00 一般情况下是轮询+手动刷新按钮(因为不是强时效性。) 如果像是 web 阿里旺旺这种,是长轮询( long polling ),或 WebSocket (目前偏少) |
5 Rache1 2021-02-09 12:55:22 +08:00 看成本和环境。低成本的实现就是轮询,没必要硬上 ws |
6 AV1 2021-02-09 12:56:38 +08:00 |
7 cyberpoint 2021-02-09 13:26:11 +08:00 1. 长轮询 2. 长连接 3. websocket 4. webwork |
8 tiedan 2021-02-09 13:30:04 +08:00 轮询就行 |
9 rodrick 2021-02-09 13:30:57 +08:00 其实很多聊天软件用的还是长轮询,现在的话 ws 也可,http2 的服务器推送没用过 |
10 zm8m93Q1e5otOC69 2021-02-09 13:35:33 +08:00 轮询就行,不用强行 ws |
11 gdrk 2021-02-09 14:48:54 +08:00 大部分都是轮询,简单低成本 |
12 tonysmark 2021-02-09 15:34:49 +08:00 wss 最好吧 |
13 zhuweiyou 2021-02-09 15:56:17 +08:00 你说的场景 轮询就够了 没必要上 ws |
14 xkeyideal 2021-02-09 16:11:52 +08:00 sse 你们也应该提一下的吧 |
15 Rache1 2021-02-09 16:57:43 +08:00 @xkeyideal sse 操作起来还不如 ws,服务端照样要按照 ws 的方式实现,相比 ws 少了一个握手。 好处就是 sse 浏览器实现了断线重连,减少了客户端的事儿了。 |
16 ZxykM 2021-02-09 20:28:05 +08:00 B 站二维码登录是轮训 |
17 dizun 2021-02-10 08:38:03 +08:00 楼上面说的就很合理,轮询就行,省时省力省资源。 |
18 xuanbg 2021-02-10 09:11:56 +08:00 基本上是轮询,特殊需要才会上 ws |
19 draguo 2021-02-10 09:28:23 +08:00 轮询,基本上现在看到的,以为是 ws 的都是轮询实现的 |
21 zachlhb 2021-02-10 11:50:00 +08:00 via iPhone 消息通知,有那种前后端合作的消息通知的,实现起来更简单 |
22 love2020 2021-02-10 16:58:31 +08:00 消息队列,推送系统,推送消息到卖家系统。 |
23 guanhui07 2021-02-10 18:25:38 +08:00 websocket |
24 xrr2016 2021-02-10 19:28:48 +08:00 |
25 qiuxuqin 2021-02-11 13:18:21 +08:00 最近我做了相似的功能,有通知和系统公告,都是用短轮询实现的。前端每隔 30s 或者 60s 发送一次请求,后端返回数据。前端页面可以向上滚动马上刷新数据,也可以下拉加载更多。至于 websocket,我自己是想用这个实现的,但是后端他们说 websocket 维护麻烦。 |
26 zjsxwc 2021-02-16 11:48:16 +08:00 via Android http 长链接就行,没错就是 http 长链接,2333 |